On 02/08/2010 10:58 AM, Geoff McLane wrote: > But John, what IS the _BUG_ you refer to?
Thank you for asking. > Your bug list page only points out osgFX > library could not be found. This is NOT a BUG!!! > Definitely a user OSG installation problem, but > _NOT_ a SG/FG BUG! Are you asking me or telling me? > If you had read the screen during the > ./configure ... step you would have seen > something like :- > Checking for osgGetVersion in -losg: no > That 'no' is a 'clear indication' of trouble > pending... I'm telling you, again, that statement is completely false. No such indication, clear or otherwise, is observed chez moi when reproducing the bug I am talking about. A detailed typescript of the configuration step can be found at http://www.av8n.com/fly/fgfs/bad-configure.logg The log file written by ./configure itself is at: http://www.av8n.com/fly/fgfs/config.log The corresponding typescript of the make step is at: http://www.av8n.com/fly/fgfs/bad-make.logg Unless grep is lying to me, no failed check for osg can be seen during the configuration step. grep -i osg bad-configure.logg + ./configure --with-osg=/games/orig/usr --with-plib=/games/orig/usr --prefix=/games/orig/usr osg prefix is /games/orig/usr checking osg/Version usability... yes checking osg/Version presence... yes checking for osg/Version... yes > And after the fact, in the config.log, like - > ... > configure:13918: checking for osgGetVersion in -losg > configure:13953: g++ -o conftest -g ... blah blah... > configure:13959: $? = 0 > configure:13977: result: no Again, completely untrue. grep -i osg config.log $ ./configure --with-osg=/games/orig/usr --with-plib=/games/orig/usr --prefix=/games/orig/usr configure:8397: checking osg/Version usability configure:8397: checking osg/Version presence configure:8397: checking for osg/Version ac_cv_header_osg_Version=yes HAVE_FRAMEWORK_OSG_FALSE='' HAVE_FRAMEWORK_OSG_TRUE='#' osg_FRAMEWORKS='' > That "result: 'no'" is a 'clear indication' that a > libosg, containing an exported function osgGetVersion, > can NOT be found, using the 'standard' and -L/paths/... > given to g++, ... Still completely false. >> But that seems beside the point. The configure >> script _DID_ tell you it could _NOT_ find the >> OSG libraries - you just ignore it. You did not >> heed its clear indication that you were headed >> into trouble... This is getting kinda repetitious. They say a word to the wise suffices. There's more I could say, but I'll stop here. Maybe I have overlooked something ... but IMHO whatever it is, Joe User is likely to overlook it also. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
