The Player Project

What changes did you have to make? I'm running autoconf 2.59 on RedHat, and 
have been for about a month without any Autoconf-related problems...

I did have problems with Aclocal in Automake 1.8, and had to downgrade to 1.7, 
but that appears to be related to RedHat's XML configurations in Aclocal... 

Cheers,

Allwyn.

On Wednesday 03 November 2004 16:05, Richard vaughan wrote:
> autoconf-2.58 doesn't seem to be available as a Fink package, so Player
> HEAD won't build on OS X.
>
> Fink does have 2.54 and 2.59. I edited the bootstrap script to use 2.59
> and things have built OK. I won't check it in without Brian's OK, but I
> suggest we go to 2.59.
>
> Richard.
>
>
> --
> Richard Vaughan
> School of Computing Science / Simon Fraser University
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Playerstage-developers mailing list
> Playerstage-developers@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-developers

-- 
Allwyn Fernandes
Monash University
School of Applied Sciences and Engineering
Gippsland, Australia

Mobile: +61 414 470 392

On 2-Nov-04, at 9:21 PM, Mr Allwyn Fernandes wrote:

> What changes did you have to make? I'm running autoconf 2.59 on 
> RedHat, and
> have been for about a month without any Autoconf-related problems...

I didn't have to change anything except autoheader-2.58 -> 
autoheader-2.59 in bootstrap.

rtv.


> I did have problems with Aclocal in Automake 1.8, and had to downgrade 
> to 1.7,
> but that appears to be related to RedHat's XML configurations in 
> Aclocal...
>
> On Wednesday 03 November 2004 16:05, Richard vaughan wrote:
>> autoconf-2.58 doesn't seem to be available as a Fink package, so 
>> Player
>> HEAD won't build on OS X.
>>
>> Fink does have 2.54 and 2.59. I edited the bootstrap script to use 
>> 2.59
>> and things have built OK. I won't check it in without Brian's OK, but 
>> I
>> suggest we go to 2.59.
>>
>> Richard.
>>
>>
>> --
>> Richard Vaughan
>> School of Computing Science / Simon Fraser University
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by:
>> Sybase ASE Linux Express Edition - download now for FREE
>> LinuxWorld Reader's Choice Award Winner for best database on Linux.
>> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
>> _______________________________________________
>> Playerstage-developers mailing list
>> Playerstage-developers@...
>> https://lists.sourceforge.net/lists/listinfo/playerstage-developers
>
> -- 
> Allwyn Fernandes
> Monash University
> School of Applied Sciences and Engineering
> Gippsland, Australia
>
> Mobile: +61 414 470 392
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> Playerstage-developers mailing list
> Playerstage-developers@...
> https://lists.sourceforge.net/lists/listinfo/playerstage-developers
>
--
Richard Vaughan
School of Computing Science / Simon Fraser University

On Tue, 2 Nov 2004, Richard vaughan wrote:

> autoconf-2.58 doesn't seem to be available as a Fink package, so Player HEAD 
> won't build on OS X.

did you try autoreconf-2.59, instead of bootstrap?

> Fink does have 2.54 and 2.59. I edited the bootstrap script to use 2.59 and 
> things have built OK. I won't check it in without Brian's OK, but I suggest 
> we go to 2.59.

what a pain.  i'll take a look at this next week.

         brian.

-- 
Brian P. Gerkey                    gerkey@...
Stanford AI Lab                    http://ai.stanford.edu/~gerkey

I am running into some trouble loading a module that we have written for
a crossbow IMU in player.  I can compile with no problem, however when I
try to load player with the object I get the following error:

** Player v1.5 ** Opening shared object crossbow.so...
  /usr/local/lib/crossbow.so: undefined symbol:
AddDriver__11DriverTablePccPFPcP10ConfigFilei_P7CDevice

This problem is specific to one computer.  I can take the code and
recompile on the another computer and it loads correctly.  Does anyone
have any idea what this might be?  I have included the output from my nm
of the shared object.  The computer is running Fedora Core 1
2.4.22-1.2197.nptl

  U _._7CDevice
         U __7CDeviceUiUiii
00002e90 W _._8Crossbow
00001c00 T __8CrossbowPcP10ConfigFilei
         U AddDriver__11DriverTablePccPFPcP10ConfigFilei_P7CDevice
00004bc4 A __bss_start
         U __builtin_delete
         U __builtin_new
         U cfsetispeed@...
         U cfsetospeed@...
         U close@...
00001b20 T Crossbow_Init__FPcP10ConfigFilei
00001be0 T Crossbow_Register__FP11DriverTable
         U driverTable
00004b00 A _DYNAMIC
00004bc4 A _edata
00004bd0 A _end
         U __errno_location@...
00004ac4 d __EXCEPTION_TABLE__
         U fcntl@...
         U fflush@...
00002908 T FillBuffer__8Crossbow
00002e88 T _fini
00004714 d __FRAME_BEGIN__
00002f20 r __FUNCTION__.42
00003004 r __FUNCTION__.57
00003208 r __FUNCTION__.60
0000331f r __FUNCTION__.66
0000340f r __FUNCTION__.69
00003542 r __FUNCTION__.75
00003588 r __FUNCTION__.78
         U GetCommand__7CDevicePvUi
         U GetConfig__7CDeviceP16player_device_idPPvPvUi
         U GetConfig__7CDevicePPvPvUi
         U GetData__7CDevicePvPUcUiPUiT4
         U GetNumData__7CDevicePv
         U GetReply__7CDeviceP16player_device_idPvPUsP7timevalT2Ui
00004bb8 A _GLOBAL_OFFSET_TABLE_
         U htons@...
00002e64 T _init
         U Lock__7CDevice
000023d4 T Main__8Crossbow
         U MainQuit__7CDevice
         U memchr@...
         U memcpy@...
         U memset@...
         U open@...
00002aa8 T ParsePacket__8CrossbowPCUc
         U poll@...
         U Prepare__7CDevice
0000215c T PrimeSerial__8Crossbow
         U printf@...
         U pthread_exit@...
         U pthread_setcanceltype@...
         U pthread_testcancel
         U PutCommand__7CDevicePvPUcUi
         U PutConfig__7CDeviceP16player_device_idPvT2Ui
         U PutData__7CDevicePvUiUiUi
         U PutReply__7CDeviceP16player_device_idPvUsP7timevalT2Ui
         U PutReply__7CDevicePvUs
         U PutReply__7CDevicePvUsP7timevalT1Ui
         U puts@...
         U read@...
         U ReadInt__10ConfigFileiPCci
00002790 T ReadPacket__8CrossbowPUcUi
         U ReadString__10ConfigFileiPCcT2
         U Request__7CDeviceP16player_device_idPvT2UiPUsP7timevalT2Ui
         U __rethrow
         U __rtti_si
00002550 T ScanSerial__8CrossbowUii
00001d24 T Setup__8Crossbow
00001dac T SetupSerial__8Crossbow
00001d78 T Shutdown__8Crossbow
00002390 T ShutdownSerial__8Crossbow
         U StartThread__7CDevice
         U stdout@...
         U StopThread__7CDevice
         U strcmp@...
         U strerror@...
         U Subscribe__7CDevicePv
         U tcflush@...
         U tcgetattr@...
         U tcsetattr@...
         U terminate__Fv
         U __tf7CDevice
00002ed4 W __tf8Crossbow
         U __ti7CDevice
00004bc4 B __ti8Crossbow
         U time@...
         U Unlock__7CDevice
         U Unsubscribe__7CDevicePv
         U Update__7CDevice
         U usleep@...
000046a0 V __vt_8Crossbow
         U write@...
000029fc T WritePacket__8CrossbowPCUcUi
00002dd8 T ZeroDMU__8Crossbow

On Thu, 4 Nov 2004, Jack Collier wrote:

> I am running into some trouble loading a module that we have written for
> a crossbow IMU in player.  I can compile with no problem, however when I
> try to load player with the object I get the following error:
>
> ** Player v1.5 ** Opening shared object crossbow.so...
>  /usr/local/lib/crossbow.so: undefined symbol:
> AddDriver__11DriverTablePccPFPcP10ConfigFilei_P7CDevice
>
> This problem is specific to one computer.  I can take the code and
> recompile on the another computer and it loads correctly.  Does anyone
> have any idea what this might be?  I have included the output from my nm
> of the shared object.  The computer is running Fedora Core 1
> 2.4.22-1.2197.nptl

You might have to play with the linker flags.  Here are some variations
to try:

-Wl,--export-dynamic
-Wl,-export-dynamic
-Wl --export-dynamic
-Wl -export-dynamic

Let us know what, if anything, works for you on your setup.  We're
currently trying to figure out the best way to build plugins.


         brian.

-- 
Brian P. Gerkey                    gerkey@...
Stanford AI Lab                    http://ai.stanford.edu/~gerkey

In the end the problem was with my configuration.  Even though I didn't
have glibc21 installed for some reason it was trying to compile with
it.  Once I configured player with ./configure --with-glibc23 it
worked.  So the problem wasn't with the driver at all.  

On Sat, 2004-11-06 at 14:40, Brian Gerkey wrote:
> On Thu, 4 Nov 2004, Jack Collier wrote:
> 
> > I am running into some trouble loading a module that we have written for
> > a crossbow IMU in player.  I can compile with no problem, however when I
> > try to load player with the object I get the following error:
> >
> > ** Player v1.5 ** Opening shared object crossbow.so...
> >  /usr/local/lib/crossbow.so: undefined symbol:
> > AddDriver__11DriverTablePccPFPcP10ConfigFilei_P7CDevice
> >
> > This problem is specific to one computer.  I can take the code and
> > recompile on the another computer and it loads correctly.  Does anyone
> > have any idea what this might be?  I have included the output from my nm
> > of the shared object.  The computer is running Fedora Core 1
> > 2.4.22-1.2197.nptl
> 
> You might have to play with the linker flags.  Here are some variations
> to try:
> 
> -Wl,--export-dynamic
> -Wl,-export-dynamic
> -Wl --export-dynamic
> -Wl -export-dynamic
> 
> Let us know what, if anything, works for you on your setup.  We're
> currently trying to figure out the best way to build plugins.
> 
> 
>          brian.

On Tue, 2 Nov 2004, Richard vaughan wrote:

> autoconf-2.58 doesn't seem to be available as a Fink package, so Player HEAD 
> won't build on OS X.
>
> Fink does have 2.54 and 2.59. I edited the bootstrap script to use 2.59 and 
> things have built OK. I won't check it in without Brian's OK, but I suggest 
> we go to 2.59.

i've taken all the versioned names out of Player's bootstrap.  this means
that it won't try to run a version that you don't have, but may run the
"wrong" version, which may or may not work.

whether or not bootstrap works for you, i highly recommend autoreconf
instead, since it seems to handle the versions better than bootstrap.
i use autoreconf-2.58 (you could use autoreconf-2.59, i'm sure) and it
works great.

         brian.

-- 
Brian P. Gerkey                    gerkey@...
Stanford AI Lab                    http://ai.stanford.edu/~gerkey