On Thu, Nov 08, 2012 at 12:57:42PM +0000, Stuart Henderson wrote: > > Anyway, it doesn't *work* either ??? the build failed. It seems that when > > building the openconnect executable, it finds the old libopenconnect.so > > in /usr/local/lib *before* the new one it's just built in the build > > directory. And thus the link fails. That sounds like it might be a > > libtool/autotools bug ??? surely it should link against the library it > > just built, and put -L./.libs on the search path *before* anything else? > > I was using the latest available tools where given the choice; autoconf > > 2.69, automake 1.12 and libtool (not GNU libtool) 1.5.26. Should I try > > with GNU libtool instead? > > > > I assume I'm doing something wrong here. Advice on how to make it build > > properly on OpenBSD would be much appreciated... > > libtool people: is there something we should be doing something to > reorder the library directory list to ensure the .libs directory > comes first in the search list? Or is there something else going on > here? We have some places in the ports tree where we explicitly override > LDFLAGS to include .libs directories (e.g. imagemagick) which I presume > is for this same reason - there aren't very many instances of this though > it's possible people have only worked-around this problem in cases > where they found it really painful to uninstall an existing package > and its dependencies when working on an update.
*our* libtool looks first under .libs. If it doesn't, that's a bug. I surmise the bug-reporter is actually using gnu-libtool, or the libtool generated by THAT software. There's totally nothing we can do about gnu libtool, it is broken by design on anything that's not standard linux elf linking (and we're not, we treat libraries as specific objects, and don't really support linking stuff with libiconv.so)... fixing THAT upstream is really tiresome, because most of the FSF upstream guys will only cringe, tell us we should "conform", and not change anything in their way of thinking/doing things (we probably don't follow some writ of Saint Stallman, god preserve us).
