Hi, ok, stop shooting ;). I knew posting here would very soon direct me to my silly mistakes, thanks for your replies. Andreas Schwab <schwab@xxxxxxx> writes: > LD_LIBRARY_PATH has no significance to the linker for finding the > libraries to be linked in. Uhm, blush. What we use is of course LIBRARY_PATH for (not run-time) linking support, not LD_LIBRARY_PATH, which has nothing to do with that problem. We however set both of the above env. vars. in a support script so that developers can just use (compile && run) with the library from checked out cvs, just "tainting" their environment. > This has nothing to do with autoconf anyway. If you need to add special > directories for finding libraries pass "LDFLAGS=-L/your/special/dir" to > the configure script. > Bob Friesenhahn <bfriesen@xxxxxxxxxxxxxxxxxxx> writes: > > > On Thu, 19 Aug 2004, Andreas Schwab wrote: (...) > >> LD_LIBRARY_PATH has no significance to the linker for finding the > >> libraries to be linked in. > > > > This is not a true statement. Some linkers (e.g. apparently Solaris 9s > > ld') will use LD_LIBRARY_PATH for finding libraries. > > GNU ld also uses it, but only for finding implicit dependencies of shared > libraries, and the Solaris linker may be doing the same. Note that I > wrote "libraries to be linked in" above, which does not include those > dependencies. Yes, yes and yes ;). The obvious mistake here is that the "development support scripts" in the support libraries use "LIBRARY_PATH" (which obviously somehow affects at least gcc et.al), and not "LDFLAGS", which is autoconf supported way. I patched these scripts up to taint the environment using the supported env vars. (listed via "configure --help") only (leaving alone run time support via LD_LIBRARY_PATH), and this actually even get the AC_CHECK_LIB in question to work fine. Still the question why LIBRARY_PATH env. var would make g++ try to explicitly link with -L/usr/lib, but that obviously really isn't an autoconf question... Thanks again for your pointers, Stephan -- Stephan A Suerken <suerken|absurd@xxxxxxxxxx> Schlund + Partner AG, Karlsruhe _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
