[OT] Re: One year since last libtool release

2009-11-04 Thread Gary V. Vaughan
Oops, please elide the i...@new-millenniuminc.com address from future replies on this thread. Seems I've misconfigured my mailer somehow, and it's using a bogus From address :( Cheers, Gary -- Gary V. Vaughan ___ http://lists.gnu.org/mailm

Re: One year since last libtool release

2009-11-04 Thread Bob Friesenhahn
Looking at the code in ltdo.c:try_dlopen(), I see that there is a 'try_preload_only' advise flag. If this flag is set while invoking try_dlopen() with the archive extension in lt_dlopenadvise(), then the spurious dlopens with the archive extension should be gone. Bob -- Bob Friesenhahn bfrie.

Re: One year since last libtool release

2009-11-04 Thread Bob Friesenhahn
On Wed, 4 Nov 2009, Ralf Wildenhues wrote: * Bob Friesenhahn wrote on Wed, Nov 04, 2009 at 07:45:56PM CET: I am not sure how one would test for this in an automated fashion since the only effect is a performance reduction. It requires system-dependent tools in order to watch the system calls a

Re: Better soname linking

2009-11-04 Thread Jan Engelhardt
On Wednesday 2009-11-04 21:05, Kurt Roeckx wrote: > >> What if a symbol has kept its name, yet changed in semantics? > >Then you either shouln't say the API is compatible (and change >soname), or provide 2 versions of that symbol, like for instance >libc6 does. Well let's exclude glibc right from

Re: Better soname linking

2009-11-04 Thread Jan Engelhardt
On Wednesday 2009-11-04 20:49, Ralf Wildenhues wrote: >* Jan Engelhardt wrote on Wed, Nov 04, 2009 at 08:42:00PM CET: >> What if a symbol has kept its name, yet changed in semantics? >> The Linux Kernel has a number of features that address these >> issues for itself, > >Can you expand on this, pl

Re: Better soname linking

2009-11-04 Thread Kurt Roeckx
On Wed, Nov 04, 2009 at 08:42:00PM +0100, Jan Engelhardt wrote: > > On Wednesday 2009-11-04 20:22, Kurt Roeckx wrote: > >On Sun, Oct 25, 2009 at 03:00:27PM +0100, Jan Engelhardt wrote: > >> > >> program: unknown symbol api23_function in libfoo.so.22 > >> (or similar wording) > > > >In Debian-ba

Re: Better soname linking

2009-11-04 Thread Ralf Wildenhues
* Jan Engelhardt wrote on Wed, Nov 04, 2009 at 08:42:00PM CET: > What if a symbol has kept its name, yet changed in semantics? > The Linux Kernel has a number of features that address these > issues for itself, Can you expand on this, please? Pointers sufficient. Thanks, Ralf _

Re: Better soname linking

2009-11-04 Thread Jan Engelhardt
On Wednesday 2009-11-04 20:22, Kurt Roeckx wrote: >On Sun, Oct 25, 2009 at 03:00:27PM +0100, Jan Engelhardt wrote: >> >> program: unknown symbol api23_function in libfoo.so.22 >> (or similar wording) > >In Debian-based systems there we have 2 solutions for that: >- Make sure that the Depends fi

Re: Better soname linking

2009-11-04 Thread Kurt Roeckx
On Sun, Oct 25, 2009 at 03:00:27PM +0100, Jan Engelhardt wrote: > Hello all, > > > just today I stumbled over an issue where I think that the way > -version-info is encoded into the library and/or filename is not that > perfect after all. > > ---8<--- > parent 741a9867eb71eb258ca1ed5b85bc7f03c

Re: One year since last libtool release

2009-11-04 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Wed, Nov 04, 2009 at 07:45:56PM CET: > I am not sure how one would test for this in an automated fashion > since the only effect is a performance reduction. It requires > system-dependent tools in order to watch the system calls and see > what is actually going on. Well

Re: One year since last libtool release

2009-11-04 Thread Bob Friesenhahn
On Wed, 4 Nov 2009, Ralf Wildenhues wrote: * Bob Friesenhahn wrote on Wed, Nov 04, 2009 at 06:25:26PM CET: We should fix the libltdl performance problem (attempting to dlopen a .a file due to the preloader) before making a release. This is something I am pretty interested in (it causes a HUGE

Re: One year since last libtool release

2009-11-04 Thread Ralf Wildenhues
Hi Gary, Bob, all, * Gary V. Vaughan wrote on Wed, Nov 04, 2009 at 05:47:31PM CET: > On 11 Oct 2009, at 07:14, Ralf Wildenhues wrote: > >* Gary V. Vaughan wrote on Fri, Sep 25, 2009 at 01:35:39PM CEST: > >> > >>Not good news I'm afraid. The old testsuite has half a dozen > >>failures > >>or more

Re: One year since last libtool release

2009-11-04 Thread Bob Friesenhahn
On Wed, 4 Nov 2009, Gary V. Vaughan wrote: Sorry, I temporarily lost access to the machines due to disk failures and then went on holiday for almost 2 weeks. For shame! We should fix the libltdl performance problem (attempting to dlopen a .a file due to the preloader) before making a release

Re: One year since last libtool release

2009-11-04 Thread Gary V. Vaughan
Hallo Ralf, On 11 Oct 2009, at 07:14, Ralf Wildenhues wrote: * Gary V. Vaughan wrote on Fri, Sep 25, 2009 at 01:35:39PM CEST: Not good news I'm afraid. The old testsuite has half a dozen failures or more on several machines, and the new testsuite gets stuck in an infinite loop on some of t

Linking together .dll using .a static libraries (2)

2009-11-04 Thread hanro
on cygwin I had modified the Makefile.am hello example as follows: lib_LTLIBRARIES = libhello.la libhello_la_SOURCES = hello.c libhello_la_LDFLAGS = -no-undefined -avoid-version -lmingw32 but this results in: *** Warning: linker path does not have real file for library -lmingw32. *** I have