Re: Several questions about libtool

2012-01-07 Thread Peter Rosin
Russ Allbery skrev 2012-01-07 03:13: > Bob Friesenhahn writes: >> Libtool's mode of operation works with static builds and on systems >> where all libraries have to be supplied at link time. > > Of which there are very few still in existence in terms of widespread use, > since most systems now us

Re: Several questions about libtool

2012-01-07 Thread Russ Allbery
Peter Rosin writes: > Russ Allbery skrev 2012-01-07 03:13: >> Of which there are very few still in existence in terms of widespread >> use, since most systems now use ELF or (like Mac OS X) some other >> object format that doesn't require this. Solaris is definitely not one >> of them. I believ

Re: dlopen, DESTDIR, library dependencies and "cannot install" error

2012-01-07 Thread Bob Friesenhahn
On Fri, 6 Jan 2012, Diab Jerius wrote: and the installation is performed via make AM_MAKEFLAGS="DESTDIR=/proj/axaf/simul/pkgs prefix=/lua_udunits2-0.1.2_01 exec_prefix=/lua_udunits2-0.1.2_01/x86_64-linux_debian-5.0" install Why do you use make AM_MAKEFLAGS="DESTDIR=... rather than mak

Re: Several questions about libtool

2012-01-07 Thread Bob Friesenhahn
On Sat, 7 Jan 2012, Russ Allbery wrote: I wouldn't argue for breaking Libtool's ability to handle such platforms, or for that matter old UNIX platforms that don't support transitive resolution of shared library dependencies. But I think Libtool needs some mechanism to correctly support platform

Re: Several questions about libtool

2012-01-07 Thread Russ Allbery
Bob Friesenhahn writes: > I think that it is wrong to solely blame libtool for this state of > affairs. In order for a project to work properly on non-ELF systems, or > where installed shared libraries have abbreviated/truncated ELF implicit > dependencies, or where static libraries are involved

Re: Several questions about libtool

2012-01-07 Thread Bob Friesenhahn
On Sat, 7 Jan 2012, Russ Allbery wrote: Bob Friesenhahn writes: I think that it is wrong to solely blame libtool for this state of affairs. In order for a project to work properly on non-ELF systems, or where installed shared libraries have abbreviated/truncated ELF implicit dependencies, or

Re: Several questions about libtool

2012-01-07 Thread Russ Allbery
Bob Friesenhahn writes: > On Sat, 7 Jan 2012, Russ Allbery wrote: >> pkg-config is an excellent example of an alternative way of handling >> this that does not have this problem, and it includes Autoconf support. > What do you mean by "it includes Autoconf support". Do you mean that it > provid

Re: Several questions about libtool

2012-01-07 Thread Bob Friesenhahn
On Sat, 7 Jan 2012, Russ Allbery wrote: Regardless, Autoconf's configure will still make subsequent decisions based on trial and error (by running the compiler and linker). Do you mean for detecting other libraries? Only for libraries without pkg-config support. You of course can't solve th

Re: Several questions about libtool

2012-01-07 Thread Russ Allbery
Bob Friesenhahn writes: > On Sat, 7 Jan 2012, Russ Allbery wrote: >> Do you mean for detecting other libraries? Only for libraries without >> pkg-config support. > For detecting library features such as the availabilty of functions. Yes, it deals with that fine. Not that that's really on-topi

Re: ac_run_ifelse and libtool

2012-01-07 Thread Werner LEMBERG
And another ping! Werner > I've found this interesting mail: > > http://lists.gnu.org/archive/html/libtool-patches/2011-08/msg0.html > > Interestingly, there was no comment at all. So my question: Is this > the `right' approach? Will libtool provide something similar? ___