Re: [Flightgear-devel] Problem compiling Atlas
On Thursday 01 November 2007 08:22, K. Hoercher wrote: On 10/31/07, Durk Talsma [EMAIL PROTECTED] wrote: As I was typing this reply, I got your other mail. Yes, you're pretty much right that Atlas no longer compiles against Simgear CVS. But, most fixes are pretty straightforward. Provided one already has that optind=0; stuff, the attached patch should take care of the linking flags and some simgear type changes I encountered. (Minus some local hackery I removed; it does compile and seemingly run as of last week's cvs HEAD of simgear , qualified by that evil for me) HTH K. Hoercher Thanks for that but no luck _here_ I'm afraid:( ...that's assuming I applied the diff correctly. Actually, when I tried to apply it using patch it just sat there doing nothing so I had to apply the changes manually but they seemed clear enough. Not to worry though - I'm sure it'll get sorted out in cvs eventually. Thanks for your help. LeeE - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem compiling Atlas
On 10/31/07, Durk Talsma [EMAIL PROTECTED] wrote: As I was typing this reply, I got your other mail. Yes, you're pretty much right that Atlas no longer compiles against Simgear CVS. But, most fixes are pretty straightforward. Provided one already has that optind=0; stuff, the attached patch should take care of the linking flags and some simgear type changes I encountered. (Minus some local hackery I removed; it does compile and seemingly run as of last week's cvs HEAD of simgear , qualified by that evil for me) HTH K. Hoercher diff -Nur Atlas.cleanorig/src/Makefile.am Atlas.cleanhack/src/Makefile.am --- Atlas.cleanorig/src/Makefile.am 2007-10-26 13:19:27.0 +0200 +++ Atlas.cleanhack/src/Makefile.am 2007-10-26 13:19:02.0 +0200 @@ -28,6 +28,7 @@ Preferences.cxx Preferences.hxx Atlas_LDADD = \ + -lsgstructure -lsgprops \ -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial -lsgdebug -lsgbucket\ -lsgxml -lplibsg -lplibpu -lplibul -lplibfnt -lplibnet \ $(opengl_LIBS) \ @@ -45,8 +46,9 @@ fg_mkdir.cxx fg_mkdir.hxx Map_LDADD = \ + -lsgstructure -lsgprops -lsgserial -lsgxml \ -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgdebug \ - -lplibsg -lplibpu -lplibul -lplibfnt -lsgbucket -lsgscreen \ + -lplibsg -lplibpu -lplibul -lplibfnt -lplibnet -lsgbucket -lsgscreen \ $(opengl_LIBS) \ -lpng -lz -ljpeg @@ -61,8 +63,9 @@ Scenery.cxx Scenery.hxx MapPS_LDADD = \ + -lsgstructure -lsgprops -lsgserial -lsgxml \ -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgdebug \ - -lplibsg -lsgbucket \ + -lplibsg -lplibnet -lsgbucket \ -lpng -lz GetMap_SOURCES = \ diff -Nur Atlas.cleanorig/src/MapMaker.cxx Atlas.cleanhack/src/MapMaker.cxx --- Atlas.cleanorig/src/MapMaker.cxx 2007-10-26 13:19:27.0 +0200 +++ Atlas.cleanhack/src/MapMaker.cxx 2007-10-26 13:19:02.0 +0200 @@ -653,8 +653,8 @@ /* convert point_list of wgs84 nodes to a list of points transformed into the maps local coordinate system */ - const point_list wgs84_nodes = tile.get_wgs84_nodes(); - for ( point_list::const_iterator node = wgs84_nodes . begin(); + const std::vectorSGVec3d wgs84_nodes = tile.get_wgs84_nodes(); + for ( std::vectorSGVec3d::const_iterator node = wgs84_nodes . begin(); node != wgs84_nodes . end(); node++ ) { @@ -674,8 +674,8 @@ } // same as above for normals - const point_list m_norms = tile.get_normals(); - for ( point_list::const_iterator normal = m_norms.begin(); + const std::vectorSGVec3f m_norms= tile.get_normals(); + for ( std::vectorSGVec3f::const_iterator normal = m_norms.begin(); normal != m_norms.end(); normal++ ) { // Make a new normal - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem compiling Atlas
On Wednesday 31 October 2007 20:12, leee wrote: Hi all, I'm getting the following error when trying to compile Atlas (from cvs) Preferences.cxx: In member function ‘bool Preferences::_loadPreferences(int, char**)’: Preferences.cxx:346: error: ‘optreset’ was not declared in this scope Any ideas anyone? This is a quote from a recent post to the Atlas developers list. I tried it this morning, and it seems to work well. FWIW, I spent the better part of the weekend trying to get Atlas to build on cygwin again. That works now in my local copy, but I haven't committed those changes yet. Probably after FSWeekend === (1) The compile error because of 'optreset' is due to different versions of the getopt library. I'm on OS X, which uses a different version than you have on Linux, apparently. I think if, in _loadPreferences(), you replace: optreset = 1; optind = 1; by optind = 0; it should compile. I think. === Cheers, Durk - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem compiling Atlas
On Wednesday 31 October 2007 19:40, Durk Talsma wrote: On Wednesday 31 October 2007 20:12, leee wrote: Hi all, I'm getting the following error when trying to compile Atlas (from cvs) Preferences.cxx: In member function ‘bool Preferences::_loadPreferences(int, char**)’: Preferences.cxx:346: error: ‘optreset’ was not declared in this scope Any ideas anyone? This is a quote from a recent post to the Atlas developers list. I tried it this morning, and it seems to work well. FWIW, I spent the better part of the weekend trying to get Atlas to build on cygwin again. That works now in my local copy, but I haven't committed those changes yet. Probably after FSWeekend === (1) The compile error because of 'optreset' is due to different versions of the getopt library. I'm on OS X, which uses a different version than you have on Linux, apparently. I think if, in _loadPreferences(), you replace: optreset = 1; optind = 1; by optind = 0; it should compile. I think. === Cheers, Durk Thanks for that Durk, I've subscribed to the Atlas list but haven't received the confirmation yet. I should have thought of looking in the list archives - doh. Anyway, removing the optreset line and amending the optind line gets me further but then it fails with: g++ -g -O2 -DFGBASE_DIR='NONE/lib/FlightGear' -L/usr/X11R6/lib -L/usr/local//lib -o Atlas Atlas.o FlightTrack.o LoadPng.o LoadJpg.o MapBrowser.o Output.o OutputGL.o Overlays.o Projection.o Tile.o TileManager.o fg_mkdir.o Search.o Preferences.o -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial -lsgdebug -lsgbucket -lsgxml -lplibsg -lplibpu -lplibul -lplibfnt -lplibnet -lglut -lGLU -lGL -lXmu -lXt -lSM -lICE -lXi -lXext -lX11 -lpthread -lm -lpng -lz -lpthread -ljpeg -lplibul -lm /usr/local//lib/libsgtiming.a(timezone.o): In function `SGTimeZoneContainer::SGTimeZoneContainer(char const*)': timezone.cxx:(.text+0xb8a): undefined reference to `sg_exception::sg_exception(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' timezone.cxx:(.text+0xbc1): undefined reference to `sg_exception::~sg_exception()' timezone.cxx:(.text+0xbc9): undefined reference to `typeinfo for sg_exception' /usr/local//lib/libsgtiming.a(timezone.o): In function `SGTimeZoneContainer::SGTimeZoneContainer(char const*)': timezone.cxx:(.text+0x14ea): undefined reference to `sg_exception::sg_exception(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' timezone.cxx:(.text+0x1521): undefined reference to `sg_exception::~sg_exception()' timezone.cxx:(.text+0x1529): undefined reference to `typeinfo for sg_exception' /usr/local//lib/libsgtiming.a(lowleveltime.o): In function `fgtzset_internal(int, char const*)': lowleveltime.cxx:(.text+0x11f1): undefined reference to `sg_exception::sg_exception(std::basic_stringchar, std::char_traitschar, std::allocatorchar const, std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' lowleveltime.cxx:(.text+0x121a): undefined reference to `sg_exception::~sg_exception()' lowleveltime.cxx:(.text+0x1222): undefined reference to `typeinfo for sg_exception' collect2: ld returned 1 exit status make[3]: *** [Atlas] Error 1 FG(OSG) compiles and runs ok here, so I thought my environment was ok but this does look like an environment problem, at least to my non-dev eyes. I'll try searching the Atlas archives but if anyone _knows_ what the problem is... TIA LeeE - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem compiling Atlas
On Wednesday 31 October 2007 20:44, leee wrote: [snip...] Ah... looks like Atlas doesn't compile against FG 0.9.11 yet anyway and I'm using cvs SimGear/FG, so that is probably the problem. I'll take this to the Atlas list, when I get the subscription confirmation. Thanks for your help Durk. LeeE - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem compiling Atlas
Hi Lee, On Wednesday 31 October 2007 21:44, leee wrote: Thanks for that Durk, I've subscribed to the Atlas list but haven't received the confirmation yet. I should have thought of looking in the list archives - doh. Anyway, removing the optreset line and amending the optind line gets me further but then it fails with: [SNIP] Also looks very familiar. :-) You need to add -lsgstructure to Makefile.am, as in: Atlas_LDADD = \ -lsgmagvar -lsgtiming -lsgmisc -lsgio -lsgserial -lsgdebug -lsgbucket -lsgstructure\ -lsgxml -lplibsg -lplibpu -lplibul -lplibfnt -lplibnet \ $(opengl_LIBS) \ -lpng -lz -lpthread -ljpeg I suspect you might run into a few more problems. One of these will require a (minor) modification to SimGear. I'd be happy to post some of my fixes here, but I'd have to do that tomorrow or, worst case scenario, after FSWeekend. cheers, Durk P.S., As I was typing this reply, I got your other mail. Yes, you're pretty much right that Atlas no longer compiles against Simgear CVS. But, most fixes are pretty straightforward. D. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel