From: Erwin, R. D <ric...@bo...> - 2003-01-20 05:29:24
Attachments:
usleep-error.txt
usleep-test.txt
|
Brian; Hmmm, well, things are a bit confusing, and it doesn't seem to matter if = we're talking Solaris 6 or 8. First, I thought it might be the output directories created. I tried = --- ./configure --without-libavcodec --prefix=3D/scratch/librtk-output This works OK and can be made successfully - you get a couple of files = in the include and lib subdirectories of /scratch/player-output. But = then building player doesn't work when you point to = /scratch/librtk-output as the prefix, because there's still stuff in the = original librtk-2.1.1 directory (~/librtk, ~/pyrtk) that player is = apparently looking for. (It fails by saying it can't find RTK - even = specifying /scratch/librtk-output/include as your --with-rtk point of = reference isn't quite enough). So, off we go to --- ./configure --without-libavcodec --prefix=3D/scratch/librtk-2.1.1 Now, everything is in one place for librtk-2.1.1. I go to player and = try... ./configure --with-rtk=3D/scratch/rtk-2.1.1 = --prefix=3D/scratch/player-output and later --- ./configure --with-rtk=3D/scratch/rtk-2.1.1 = --prefix=3D/scratch/player-src-1.3.1 ...but neither really matters, becasue it dies again at the Sony point, = as before. This is in the usleep-error.txt attachment. Usleep is apparently recognized on my system. I ran the following = simple program -- #include <stdio.h> #include <unistd.h> int main() { usleep (100000); printf("Hello, World.\n"); } ...and, ran it, resulting the attached file usleep-test. I would appreciate knowing how you built your librtk and player setups = on Solaris 8 - I'm obviously missing something. Thanks in advance, Rich Erwin Boeing SSG - M&CT Support (425) 865-3414 -----Original Message----- From: brian gerkey [mailto:bg...@us...] Sent: Monday, January 13, 2003 10:56 AM To: Erwin, Richard D Cc: pla...@li...; ah...@po... Subject: Re: [Playerstage-users] player build problems On Sun, 12 Jan 2003, Erwin, Richard D wrote: hi Rich, > OK new problem, this time with player... > > Using "configure --path=3D/scratch/player-output", I get... > hmmm, what does the '--path' flag do? Never seen that one. If you mean = to change where the package is installed, you should use '--prefix', as = many others have suggested. Btw, 'configure' does *not* complain about = options that it doesn't understand; it silently ignores them. > Making all in ptz > make[5]: Entering directory = `/scratch/player-src-1.3.1/server/drivers/ptz' > c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../server -Wall = -I../../../server -g -O2 -c sonyevid30.cc > sonyevid30.cc: In member function `virtual int = SonyEVID30::Shutdown()': > sonyevid30.cc:255: `usleep' undeclared (first use this function) > sonyevid30.cc:255: (Each undeclared identifier is reported only once = for each > function it appears in.) > Now that's odd. I've just compiled Player 1.3.1 on a Sparc Ultra = running Solaris 8 ('uname -a' reports SunOS 5.8), and the build was clean, with = not a single error. What is the configuration of the machine that you're using? What does 'uname -a' report? Btw, are you using gcc/g++? Player will *not* = build with any other compiler (e.g., Sun's compiler). Regardless, it looks like the header that defines usleep() is not being included. Try 'man usleep' and see which header it suggests. On my = Solaris machine, it says <unistd.h>, which is standard, and that header is = already included by sonyevid30.cc. If your man page suggests a different one, = try adding that to the list of #includes at the top of sonyevid30.cc and = rebuild. To narrow down the problem, you could also try to compile a very simple = C program that #includes the appropriate header and calls usleep(). Let me know how it goes. brian. |
From: Richard V. <va...@hr...> - 2003-01-21 19:22:23
|
Hi Richard, Sounds like we might have some work to do getting the path dependencies between the packages correct when building in a non-default location. If you're familiar with autoconf/automake, perhaps you can help figure out what's causing the problems. In the mean time, why not let the packages build and install into their default locations in your home directory, then copy the install directories wherever you want them? That'd get you up and running and hopefully having more fun than struggling with the install. best, Richard V. On Sun, 19 Jan 2003, Erwin, Richard D wrote: > Brian; > > Hmmm, well, things are a bit confusing, and it doesn't seem to matter if we're talking Solaris 6 or 8. > > First, I thought it might be the output directories created. I tried --- > > ./configure --without-libavcodec --prefix=/scratch/librtk-output > > This works OK and can be made successfully - you get a couple of files in the include and lib subdirectories of /scratch/player-output. But then building player doesn't work when you point to /scratch/librtk-output as the prefix, because there's still stuff in the original librtk-2.1.1 directory (~/librtk, ~/pyrtk) that player is apparently looking for. (It fails by saying it can't find RTK - even specifying /scratch/librtk-output/include as your --with-rtk point of reference isn't quite enough). > > So, off we go to --- > ./configure --without-libavcodec --prefix=/scratch/librtk-2.1.1 > > Now, everything is in one place for librtk-2.1.1. I go to player and try... > > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-output > and later --- > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-src-1.3.1 > > ...but neither really matters, becasue it dies again at the Sony point, as before. This is in the usleep-error.txt attachment. > > Usleep is apparently recognized on my system. I ran the following simple program -- > > #include <stdio.h> > #include <unistd.h> > int main() > { > usleep (100000); > printf("Hello, World.\n"); > } > > ...and, ran it, resulting the attached file usleep-test. > > I would appreciate knowing how you built your librtk and player setups on Solaris 8 - I'm obviously missing something. > > Thanks in advance, > Rich Erwin > Boeing SSG - M&CT Support > (425) 865-3414 > > > > > > -----Original Message----- > From: brian gerkey [mailto:bg...@us...] > Sent: Monday, January 13, 2003 10:56 AM > To: Erwin, Richard D > Cc: pla...@li...; ah...@po... > Subject: Re: [Playerstage-users] player build problems > > > On Sun, 12 Jan 2003, Erwin, Richard D wrote: > > hi Rich, > > > OK new problem, this time with player... > > > > Using "configure --path=/scratch/player-output", I get... > > > > hmmm, what does the '--path' flag do? Never seen that one. If you mean to > change where the package is installed, you should use '--prefix', as many > others have suggested. Btw, 'configure' does *not* complain about options > that it doesn't understand; it silently ignores them. > > > Making all in ptz > > make[5]: Entering directory `/scratch/player-src-1.3.1/server/drivers/ptz' > > c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../server -Wall -I../../../server -g -O2 -c sonyevid30.cc > > sonyevid30.cc: In member function `virtual int SonyEVID30::Shutdown()': > > sonyevid30.cc:255: `usleep' undeclared (first use this function) > > sonyevid30.cc:255: (Each undeclared identifier is reported only once for each > > function it appears in.) > > > > Now that's odd. I've just compiled Player 1.3.1 on a Sparc Ultra running > Solaris 8 ('uname -a' reports SunOS 5.8), and the build was clean, with not a > single error. > > What is the configuration of the machine that you're using? What does > 'uname -a' report? Btw, are you using gcc/g++? Player will *not* build with > any other compiler (e.g., Sun's compiler). > > Regardless, it looks like the header that defines usleep() is not being > included. Try 'man usleep' and see which header it suggests. On my Solaris > machine, it says <unistd.h>, which is standard, and that header is already > included by sonyevid30.cc. If your man page suggests a different one, try > adding that to the list of #includes at the top of sonyevid30.cc and rebuild. > > To narrow down the problem, you could also try to compile a very simple C > program that #includes the appropriate header and calls usleep(). > > Let me know how it goes. > > brian. > > > -- Richard Vaughan Information Sciences Lab, HRL Laboratories LLC. va...@hr... (310) 317-5689 |
From: Richard V. <va...@hr...> - 2003-01-21 19:46:11
|
Richard, After reading your mail more closely, I see you are making some mistakes with the commands. I'm building the system myself on Solaris with non-standard directories now; I'll let you know how it goes and send you the correct sequence of commands in a few minutes. Richard V. On Tue, 21 Jan 2003, Richard Vaughan wrote: > > Hi Richard, > > Sounds like we might have some work to do getting the path dependencies > between the packages correct when building in a non-default location. If > you're familiar with autoconf/automake, perhaps you can help figure out > what's causing the problems. In the mean time, why not let the packages > build and install into their default locations in your home directory, > then copy the install directories wherever you want them? That'd get you > up and running and hopefully having more fun than struggling with the > install. > > best, > Richard V. > > > On Sun, 19 Jan 2003, Erwin, Richard D wrote: > > > Brian; > > > > Hmmm, well, things are a bit confusing, and it doesn't seem to matter if we're talking Solaris 6 or 8. > > > > First, I thought it might be the output directories created. I tried --- > > > > ./configure --without-libavcodec --prefix=/scratch/librtk-output > > > > This works OK and can be made successfully - you get a couple of files in the include and lib subdirectories of /scratch/player-output. But then building player doesn't work when you point to /scratch/librtk-output as the prefix, because there's still stuff in the original librtk-2.1.1 directory (~/librtk, ~/pyrtk) that player is apparently looking for. (It fails by saying it can't find RTK - even specifying /scratch/librtk-output/include as your --with-rtk point of reference isn't quite enough). > > > > So, off we go to --- > > ./configure --without-libavcodec --prefix=/scratch/librtk-2.1.1 > > > > Now, everything is in one place for librtk-2.1.1. I go to player and try... > > > > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-output > > and later --- > > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-src-1.3.1 > > > > ...but neither really matters, becasue it dies again at the Sony point, as before. This is in the usleep-error.txt attachment. > > > > Usleep is apparently recognized on my system. I ran the following simple program -- > > > > #include <stdio.h> > > #include <unistd.h> > > int main() > > { > > usleep (100000); > > printf("Hello, World.\n"); > > } > > > > ...and, ran it, resulting the attached file usleep-test. > > > > I would appreciate knowing how you built your librtk and player setups on Solaris 8 - I'm obviously missing something. > > > > Thanks in advance, > > Rich Erwin > > Boeing SSG - M&CT Support > > (425) 865-3414 > > > > > > > > > > > > -----Original Message----- > > From: brian gerkey [mailto:bg...@us...] > > Sent: Monday, January 13, 2003 10:56 AM > > To: Erwin, Richard D > > Cc: pla...@li...; ah...@po... > > Subject: Re: [Playerstage-users] player build problems > > > > > > On Sun, 12 Jan 2003, Erwin, Richard D wrote: > > > > hi Rich, > > > > > OK new problem, this time with player... > > > > > > Using "configure --path=/scratch/player-output", I get... > > > > > > > hmmm, what does the '--path' flag do? Never seen that one. If you mean to > > change where the package is installed, you should use '--prefix', as many > > others have suggested. Btw, 'configure' does *not* complain about options > > that it doesn't understand; it silently ignores them. > > > > > Making all in ptz > > > make[5]: Entering directory `/scratch/player-src-1.3.1/server/drivers/ptz' > > > c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../server -Wall -I../../../server -g -O2 -c sonyevid30.cc > > > sonyevid30.cc: In member function `virtual int SonyEVID30::Shutdown()': > > > sonyevid30.cc:255: `usleep' undeclared (first use this function) > > > sonyevid30.cc:255: (Each undeclared identifier is reported only once for each > > > function it appears in.) > > > > > > > Now that's odd. I've just compiled Player 1.3.1 on a Sparc Ultra running > > Solaris 8 ('uname -a' reports SunOS 5.8), and the build was clean, with not a > > single error. > > > > What is the configuration of the machine that you're using? What does > > 'uname -a' report? Btw, are you using gcc/g++? Player will *not* build with > > any other compiler (e.g., Sun's compiler). > > > > Regardless, it looks like the header that defines usleep() is not being > > included. Try 'man usleep' and see which header it suggests. On my Solaris > > machine, it says <unistd.h>, which is standard, and that header is already > > included by sonyevid30.cc. If your man page suggests a different one, try > > adding that to the list of #includes at the top of sonyevid30.cc and rebuild. > > > > To narrow down the problem, you could also try to compile a very simple C > > program that #includes the appropriate header and calls usleep(). > > > > Let me know how it goes. > > > > brian. > > > > > > > > -- Richard Vaughan Information Sciences Lab, HRL Laboratories LLC. va...@hr... (310) 317-5689 |
From: Richard V. <va...@hr...> - 2003-01-21 20:03:48
|
Richard, OK I can build and run Player fine on Solaris with non-default directories. The configuration commands work fine. However Stage fails to build (it finds an error in one of the standard g++ headers - typically sign that some header file dependencies are messed up, and usually simple to fix; I'll fix it. Here is the correct sequence of commands to build Player in your configuration, assuming you've already unpacked the .tgz files. $ uname -a SunOS ariel 5.6 Generic_105181-21 sun4u sparc SUNW,Ultra-60 $ gcc -version 2.8.1 $ cd librtk-2.1.1 $ ./configure --without-libavcodec --prefix=/tmp/rtk <configure output> $ make <make output> $ make install <make install output> $ ls /tmp/rtk/lib librtk.a $ cd ../player-src-1.3.1 $ ./configure --without-libavcodec --prefix=/tmp/player --with-rtk=/tmp/rtk <configure output> $ make <make output> $ make install <make install output> $ ls /tmp/player/bin player playerjoy playerv viewer.tk $ /tmp/player/bin/player ** Player v1.3.1 ** player warning : main.cc:main(): No devices instantiated; perhaps you should supply a configuration file? RTV - So player builds and runs OK $ cd ../stage-src-1.3.1 $ ./configure --without-libavcodec --prefix=/tmp/stage --with-rtk=/tmp/rtk --with-player=/tmp/player $ make <make output> Stage build fails with error: /usr/local/include/g++/stdexcept:40: parse error before `{' RTV - Stage-1.3.1 doesn't build on this machine - hopefully a small porting issue which I'll fix ASAP. On Tue, 21 Jan 2003, Richard Vaughan wrote: > > Richard, > > After reading your mail more closely, I see you are making some mistakes > with the commands. I'm building the system myself on Solaris with > non-standard directories now; I'll let you know how it goes and send you > the correct sequence of commands in a few minutes. > > Richard V. > > On Tue, 21 Jan 2003, Richard Vaughan wrote: > > > > > Hi Richard, > > > > Sounds like we might have some work to do getting the path dependencies > > between the packages correct when building in a non-default location. If > > you're familiar with autoconf/automake, perhaps you can help figure out > > what's causing the problems. In the mean time, why not let the packages > > build and install into their default locations in your home directory, > > then copy the install directories wherever you want them? That'd get you > > up and running and hopefully having more fun than struggling with the > > install. > > > > best, > > Richard V. > > > > > > On Sun, 19 Jan 2003, Erwin, Richard D wrote: > > > > > Brian; > > > > > > Hmmm, well, things are a bit confusing, and it doesn't seem to matter if we're talking Solaris 6 or 8. > > > > > > First, I thought it might be the output directories created. I tried --- > > > > > > ./configure --without-libavcodec --prefix=/scratch/librtk-output > > > > > > This works OK and can be made successfully - you get a couple of files in the include and lib subdirectories of /scratch/player-output. But then building player doesn't work when you point to /scratch/librtk-output as the prefix, because there's still stuff in the original librtk-2.1.1 directory (~/librtk, ~/pyrtk) that player is apparently looking for. (It fails by saying it can't find RTK - even specifying /scratch/librtk-output/include as your --with-rtk point of reference isn't quite enough). > > > > > > So, off we go to --- > > > ./configure --without-libavcodec --prefix=/scratch/librtk-2.1.1 > > > > > > Now, everything is in one place for librtk-2.1.1. I go to player and try... > > > > > > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-output > > > and later --- > > > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-src-1.3.1 > > > > > > ...but neither really matters, becasue it dies again at the Sony point, as before. This is in the usleep-error.txt attachment. > > > > > > Usleep is apparently recognized on my system. I ran the following simple program -- > > > > > > #include <stdio.h> > > > #include <unistd.h> > > > int main() > > > { > > > usleep (100000); > > > printf("Hello, World.\n"); > > > } > > > > > > ...and, ran it, resulting the attached file usleep-test. > > > > > > I would appreciate knowing how you built your librtk and player setups on Solaris 8 - I'm obviously missing something. > > > > > > Thanks in advance, > > > Rich Erwin > > > Boeing SSG - M&CT Support > > > (425) 865-3414 > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: brian gerkey [mailto:bg...@us...] > > > Sent: Monday, January 13, 2003 10:56 AM > > > To: Erwin, Richard D > > > Cc: pla...@li...; ah...@po... > > > Subject: Re: [Playerstage-users] player build problems > > > > > > > > > On Sun, 12 Jan 2003, Erwin, Richard D wrote: > > > > > > hi Rich, > > > > > > > OK new problem, this time with player... > > > > > > > > Using "configure --path=/scratch/player-output", I get... > > > > > > > > > > hmmm, what does the '--path' flag do? Never seen that one. If you mean to > > > change where the package is installed, you should use '--prefix', as many > > > others have suggested. Btw, 'configure' does *not* complain about options > > > that it doesn't understand; it silently ignores them. > > > > > > > Making all in ptz > > > > make[5]: Entering directory `/scratch/player-src-1.3.1/server/drivers/ptz' > > > > c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../server -Wall -I../../../server -g -O2 -c sonyevid30.cc > > > > sonyevid30.cc: In member function `virtual int SonyEVID30::Shutdown()': > > > > sonyevid30.cc:255: `usleep' undeclared (first use this function) > > > > sonyevid30.cc:255: (Each undeclared identifier is reported only once for each > > > > function it appears in.) > > > > > > > > > > Now that's odd. I've just compiled Player 1.3.1 on a Sparc Ultra running > > > Solaris 8 ('uname -a' reports SunOS 5.8), and the build was clean, with not a > > > single error. > > > > > > What is the configuration of the machine that you're using? What does > > > 'uname -a' report? Btw, are you using gcc/g++? Player will *not* build with > > > any other compiler (e.g., Sun's compiler). > > > > > > Regardless, it looks like the header that defines usleep() is not being > > > included. Try 'man usleep' and see which header it suggests. On my Solaris > > > machine, it says <unistd.h>, which is standard, and that header is already > > > included by sonyevid30.cc. If your man page suggests a different one, try > > > adding that to the list of #includes at the top of sonyevid30.cc and rebuild. > > > > > > To narrow down the problem, you could also try to compile a very simple C > > > program that #includes the appropriate header and calls usleep(). > > > > > > Let me know how it goes. > > > > > > brian. > > > > > > > > > > > > > > > -- Richard Vaughan Information Sciences Lab, HRL Laboratories LLC. va...@hr... (310) 317-5689 |
From: brian g. <bg...@us...> - 2003-01-22 16:50:09
|
On Sun, 19 Jan 2003, Erwin, Richard D wrote: > > Now, everything is in one place for librtk-2.1.1. I go to player and try... > > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-output > and later --- > ./configure --with-rtk=/scratch/rtk-2.1.1 --prefix=/scratch/player-src-1.3.1 > > ...but neither really matters, becasue it dies again at the Sony point, as before. This is in the usleep-error.txt attachment. > > Usleep is apparently recognized on my system. I ran the following simple program -- > > #include <stdio.h> > #include <unistd.h> > int main() > { > usleep (100000); > printf("Hello, World.\n"); > } > > ...and, ran it, resulting the attached file usleep-test. > hi Richard, I've just built player, with no warnings or errors, on a machine that reports itself as (uname -a): SunOS pollux.usc.edu 5.6 Generic_105181-30 sun4u sparc SUNW,Ultra-Enterprise Using gcc 2.95.2. I see that you are using gcc 3.2.1. The only thing that I can think of is that gcc 3.2.x is behaving differently in some subtle way. Maybe somebody else out there has tried to build player with gcc 3.2.x, even if not on Solaris? Until we can figure out if the compiler is the problem, I would advise you to do one of two things: 1) Downgrade to an older compiler; either a 2.95.x or a 3.0.x. 2) Don't build the sonyevid30 driver. Add '--without-sony' to player's configure. Of course, you then won't be able to control Sony PTZ cameras. brian. |