On Mon, 2010-02-15 at 14:59 -0700, John Denker wrote: > The reason for fussing with SG first is simple:
Again, thanks Erik for patching the SG patch ;=)) Have yet to update and try SG again, but... It seems WHATEVER the reason is, IF it involves a SimGear AC_CHECK_LIB() then _REMOVE_ the AC_CHECK_LIB() from SG configure.ac ;=)) There is no reason to check 'libraries' on a 'library' build, point blank! SG is a set of libraries, and need have _NO_ library checks to build them! It seems Erik's previous patch to SG configure.ac did remove some Apple framework library checks, but did not go far enough IMHO to REMOVE ALL AC_CHECK_LIB() in a 'library' build. That is, remove the check - -o "x$ac_cv_lib_OpenThreads_OpenThreadsGetVersion" != "xyes" and the whole AC_CHECK_LIB() check block preceeding it! Or conversely, what is the 'wisdom' for keeping such library checks in SG library build? Any test executables that rely on OSG libraries should be moved to FG, where we _DO_ do copious OSG library checks. John, I will try to get around to testing your patch of your acinclude.m4 patch in FG, where it matters. It looks good on simple inspection... As you may understand, I am all for helping Joe User have an easy life, and have dedicated a big part of my web site to doing just that, building and running FG... and my 'makefg' scripts... so my perspective is definitely Joe User - ME!? ;=)) Regards, Geoff. ------------------------------------------------------------------------------ SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
