From: Zbynek W. <zw...@us...> - 2003-11-10 17:36:11
|
Hi. I am trying to compile gazebo under cygwin. I've checked out the latest CVS and I've got as far as running configure. However the configure fails complaining [...] checking pam.h usability... no checking pam.h presence... no checking for pam.h... no configure: creating ./config.status config.status: creating Makefile .infig.status: error: cannot find input file: Makefile I know close to nothing about configure but I am willing to learn :-). Is there something I can do to fix the problem? Could anyone point me in a direction? Thanks. I plan to use gazebo for in-class lesson but I have only win32 computers available. Zbynek -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: Nate K. <nk...@us...> - 2003-11-10 18:24:48
|
Hello Zbynek, Those messages mean you are either missing libpnm, or configure cannot find it. Make sure you have libpnm installed on your system, and it's in your library path. Alternatively, if you can disable Gazebo's mapextruder (which is the only package that requires pam) if you don't require that functionality. This is done by running configure as follows: $ configure --disable-mapextruder To list all the options for a configure, run: $ configure --help -nate On Mon, 2003-11-10 at 09:36, Zbynek Winkler wrote: > Hi. I am trying to compile gazebo under cygwin. I've checked out the > latest CVS and I've got as far as running configure. However the > configure fails complaining > > [...] > checking pam.h usability... no > checking pam.h presence... no > checking for pam.h... no > configure: creating ./config.status > config.status: creating Makefile > .infig.status: error: cannot find input file: Makefile > > I know close to nothing about configure but I am willing to learn :-). > Is there something I can do to fix the problem? Could anyone point me in > a direction? Thanks. I plan to use gazebo for in-class lesson but I have > only win32 computers available. > Zbynek |
From: ahoward <ah...@po...> - 2003-11-10 18:55:54
|
Further to this: I'm not aware of anyone attempting a Cygwin port yet, so you will be the bunny for this one. Are you planning to use Player, also? A. On Mon, 10 Nov 2003, Nate Koenig wrote: > Hello Zbynek, > > Those messages mean you are either missing libpnm, or configure cannot > find it. Make sure you have libpnm installed on your system, and it's in > your library path. > > Alternatively, if you can disable Gazebo's mapextruder (which is the > only package that requires pam) if you don't require that functionality. > This is done by running configure as follows: > $ configure --disable-mapextruder > > To list all the options for a configure, run: > $ configure --help > > -nate > > > On Mon, 2003-11-10 at 09:36, Zbynek Winkler wrote: > > Hi. I am trying to compile gazebo under cygwin. I've checked out the > > latest CVS and I've got as far as running configure. However the > > configure fails complaining > > > > [...] > > checking pam.h usability... no > > checking pam.h presence... no > > checking for pam.h... no > > configure: creating ./config.status > > config.status: creating Makefile > > .infig.status: error: cannot find input file: Makefile > > > > I know close to nothing about configure but I am willing to learn :-). > > Is there something I can do to fix the problem? Could anyone point me in > > a direction? Thanks. I plan to use gazebo for in-class lesson but I have > > only win32 computers available. > > Zbynek > > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > _______________________________________________ > Playerstage-gazebo mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/playerstage-gazebo > Andrew Howard email: ah...@po... Department of Computer Science http: www-robotics.usc.edu/~ahoward University of Southern California phone: 1 (213) 740 6416 Los Angeles, CA, U.S.A. 90089-0781 fax: 1 (213) 821 5696 << Insert pithy saying here >>> |
From: Zbynek W. <zw...@us...> - 2003-11-10 22:57:43
|
ahoward wrote: >Further to this: I'm not aware of anyone attempting a Cygwin port yet, so >you will be the bunny for this one. Are you planning to use Player, also? > > No, I am not. The robot I want to simulate is controlled by some AVR chip and we connect it using serial line to a PC (or iPAQ). I don't feel like bringing Player into this. I plan to use libgazebo and some tweaking to get this done with as little work as possible since I have close to no time to prepare it. However I plan to look into Player some time later to see if it could be put to use for the next generation of our robot (the last one is at http://robotika.cz/robots/dana/en). Zbynek -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: Zbynek W. <zw...@us...> - 2003-11-10 22:49:59
|
Nate Koenig wrote: >Hello Zbynek, > >Those messages mean you are either missing libpnm, or configure cannot >find it. Make sure you have libpnm installed on your system, and it's in >your library path. > >Alternatively, if you can disable Gazebo's mapextruder (which is the >only package that requires pam) if you don't require that functionality. >This is done by running configure as follows: >$ configure --disable-mapextruder > > I could not find libpnm in cygwin so I disabled the map extruder and got this: [...] checking for dirname... no checking for alphasort... yes checking for strndup... yes configure: creating ./config.status config.status: creating Makefile .infig.status: error: cannot find input file: Makefile Is this how configure reports that something is missing? With "error: cannot find input file: Makefile"? Or could it be something else? I am not sure why it did not find dirname because running dirname from the command line says: $ dirname --version dirname (GNU sh-utils) 2.0.15 Written by David MacKenzie and Jim Meyering. Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Any suggestions? Thanks. Zbynek -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: ahoward <ah...@po...> - 2003-11-10 23:42:14
|
On Mon, 10 Nov 2003, Zbynek Winkler wrote: > [...] > checking for dirname... no > checking for alphasort... yes > checking for strndup... yes > configure: creating ./config.status > config.status: creating Makefile > .infig.status: error: cannot find input file: Makefile > > Is this how configure reports that something is missing? With "error: > cannot find input file: Makefile"? Or could it be something else? I am I dont know what this is about. Are you working from one of the releases, of from CVS HEAD? > not sure why it did not find dirname because running dirname from the > command line says: Its looking for the dirname() function call, which is not exactly the same thing. This shouldnt matter anyway, as dirname() will get replaced automagically by the configure script if it is not found in the system libs. A. Andrew Howard email: ah...@po... Department of Computer Science http: www-robotics.usc.edu/~ahoward University of Southern California phone: 1 (213) 740 6416 Los Angeles, CA, U.S.A. 90089-0781 fax: 1 (213) 821 5696 << Insert pithy saying here >>> |
From: Zbynek W. <zw...@us...> - 2003-11-11 09:55:01
|
ahoward wrote: >On Mon, 10 Nov 2003, Zbynek Winkler wrote: > > >>[...] >>checking for dirname... no >>checking for alphasort... yes >>checking for strndup... yes >>configure: creating ./config.status >>config.status: creating Makefile >>.infig.status: error: cannot find input file: Makefile >> >>Is this how configure reports that something is missing? With "error: >>cannot find input file: Makefile"? Or could it be something else? I am >> >> > >I dont know what this is about. Are you working from one of the releases, >of from CVS HEAD? > > I was working with CVS HEAD. However I've just tried the latest release and configure seems to went ok so I started making (so the previous error is probably related only to the cvs version where the configure script is automagically generated somehow). Everything went ok until Body.cc c++ -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -I. -I../../server -I../../toolkit -I../gazebo/ode/include -g -g -O2 -c Body.cc In file included from Body.cc:29: Geom.hh:30:21: ode/ode.h: No such file or directory I guess the problem is that I should not have given the ode dir as a relative path because when it is used like this the relative path won't work. I'll fix that and report further progress. Maybe it could be noted somewhere? Could configure check for it? Zbynek -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: Zbynek W. <zw...@us...> - 2003-11-11 12:15:31
|
ahoward wrote: >On Mon, 10 Nov 2003, Zbynek Winkler wrote: > > > >>[...] >>checking for dirname... no >>checking for alphasort... yes >>checking for strndup... yes >>configure: creating ./config.status >>config.status: creating Makefile >>.infig.status: error: cannot find input file: Makefile >> >>Is this how configure reports that something is missing? With "error: >>cannot find input file: Makefile"? Or could it be something else? I am >> >> > >I dont know what this is about. Are you working from one of the releases, >of from CVS HEAD? > > Well... that was my error. I've downloaded the cvs with TortoiseCVS that uses \r\n for newlines instead of \n. I've redownloaded using the cygwin cvs and got as far as make[3]: Entering directory `/cygdrive/c/playerstage/gazebo/libgazebo' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wall -g -O2 -MT gz_iface.o -MD -MP -MF ".deps/gz_iface.Tpo" \ -c -o gz_iface.o `test -f 'gz_iface.c' || echo './'`gz_iface.c; \ then mv -f ".deps/gz_iface.Tpo" ".deps/gz_iface.Po"; \ else rm -f ".deps/gz_iface.Tpo"; exit 1; \ fi gz_iface.c: In function `gz_iface_lock': gz_iface.c:248: warning: implicit declaration of function `flock' gz_iface.c:248: error: `LOCK_EX' undeclared (first use in this function) gz_iface.c:248: error: (Each undeclared identifier is reported only once gz_iface.c:248: error: for each function it appears in.) gz_iface.c: In function `gz_iface_unlock': gz_iface.c:264: error: `LOCK_UN' undeclared (first use in this function) make[3]: *** [gz_iface.o] Error 1 My cygwin seem not to like flock. Do we need it? When compiling the 0.2.0 release I got as far as c++ -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -I. -I../../server -I../../toolkit -I/home/zbynek/players tage/gazebo/ode/include -g -g -O2 -c Hinge2Joint.cc Hinge2Joint.cc: In member function `void Hinge2Joint::GetAnchor2(dReal*) const ': Hinge2Joint.cc:62: error: `dJointGetHinge2Anchor2' undeclared (first use this function) There really is no such function in <ode/objects.h> where all the others are declared (using the ODE sources that the cvs downloaded for me when downloading the CVS HEAD of gazebo). Also when compiling ode I've run into the following problem ==> ... ode comppile (gazebo CVS HEAD) gcc -c -Wall -fno-exceptions -fno-rtti -DWIN32 -DCYGWIN -fomit-frame-pointer -ffast-math -Iinclude -DdNODEBUG -O2 -o ode/src/timer.o ode/src/timer.cpp ode/src/timer.cpp:109:17: missing terminating " character ode/src/timer.cpp:112:28: missing terminating " character ode/src/timer.cpp:119:17: missing terminating " character ode/src/timer.cpp:121:14: missing terminating " character make: *** [ode/src/timer.o] Error 1 There is some asm code enclosed in quotes. I believe that string cannot span multiple lines and the compiler is complaining about it. I've edited the file to include \n instead the literal newlines and ode has compiled ok. However since the code (according to the #ifdefs) is intented for other platforms I cannot tell if I broke it. What version of ode are we using? Should I report it to the ode maintainer? Zbynek -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: Zbynek W. <zw...@us...> - 2003-11-11 14:12:24
|
The problem with ode and assembler is fixed in the latest-greatest version of ode-0.039. This version of ode also includes the 'dJointGetHinge2Anchor2' so this is also solved. Maybe the version of ode in the repositiory should be updated? Now I am missing file GL/glx.h. It is in /usr/X11R6/include but this include path is not on the command line. What would be the proper way to add -I/usr/X11R6/include? Should the Makefile.am be modified? Zbynek -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: Zbynek W. <zw...@us...> - 2003-11-11 15:57:40
Attachments:
dir.h
Attached Message
|
I am having some troubles with the list. Did the attached message make through? I did not get a copy. Also the message archives at sourceforge seem to be 2 months behind :(. I have modified Makefile.am in server/sensors/X11GLCameraSensor/ and server/ to include -I/usr/X11R6/include and made some progress. As a side note: automake in cygwin comes as a wrapper that automagically decides which version of automake to run. To make it run 1.4 you need to set env WANT_AUTOMAKE_VER=1.4. It would make a nice addition to the build system detection stuff if it could do it for us. I got all the way to In file included from WorldFile.cc:39: ../replace/replace.h:98:23: sys/dir.h: No such file or directory And I really do not have that file anywhere except in /usr/include/mingw where it is said to be obsolete. So I moved it to the required location and it compiled just fine. Can we then use io.h instead of dir.h? I got also bunch of these warnings: Warning: resolving _glMaterialfv@12 by linking to _glMaterialfv Use --enable-stdcall-fixup to disable these warnings Use --disable-stdcall-fixup to disable these fixups Warning: resolving _glMaterialf@12 by linking to _glMaterialf Warning: resolving _glPushMatrix@0 by linking to _glPushMatrix Warning: resolving _glBegin@4 by linking to _glBegin Warning: resolving _glEnd@0 by linking to _glEnd Warning: resolving _glPopMatrix@0 by linking to _glPopMatrix Warning: resolving _glTranslatef@12 by linking to _glTranslatef Warning: resolving _glVertex3d@24 by linking to _glVertex3d Warning: resolving _glEnable@4 by linking to _glEnable I guess that is some OpenGL stuff. It is probably related to this errors I've ended up with /gazebo-src-0.2.0/server/bodies/GeomDrawable.cc:237: undefined reference to `_glMultMatrixf@4' gazebo-src-0.2.0/server/bodies/BoxGeom.cc:78: undefined reference to `_glNormal3f@12' /gazebo-src-0.2.0/server/bodies/BoxGeom.cc:79: undefined reference to `_glVertex3f@12' and more. Can it be some mismatch of including C headers into C++ context without the 'extern "C" {}' stuff? Is the information included in this thread of interest to anyone or should we revert to a private discussion with interested parties? Zbynek PS. Still woking with the release version of gazebo because the CVS version has the flock problem. -- <zw at matfyz.cz> http://zw.matfyz.cz/ http://robotika.cz/ Faculty of Mathematics and Physics, Charles University, Prague, Czech Republic |
From: Nate K. <nk...@us...> - 2003-11-11 14:48:37
|
We no longer keep an updated version of ode in the repository. It should really be removed to avoid confusion. Ode is instead viewed as an external library that needs to be downloaded and installed by the user. You can change the Makefile.am to suit your needs, however Most linux systems have a GL directory in /usr/include. So, you can either change Makefile.am to suit your needs (you'll have to change this every time you reinstall or update Gazebo), or you can add sym link to the GL directory from /usr/include. -nate On Tue, 2003-11-11 at 06:12, Zbynek Winkler wrote: > The problem with ode and assembler is fixed in the latest-greatest > version of ode-0.039. This version of ode also includes the > 'dJointGetHinge2Anchor2' so this is also solved. Maybe the version of > ode in the repositiory should be updated? > > Now I am missing file GL/glx.h. It is in /usr/X11R6/include but this > include path is not on the command line. What would be the proper way to > add -I/usr/X11R6/include? Should the Makefile.am be modified? > Zbynek |