Re: Libtool release plan

2006-05-16 Thread Olly Betts
On 2006-05-16, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > Feel free, any kind of feedback is helpful. Esp. we're looking for > packages that are broken by the new Autoconf, so that unintended > incompatibilities can be fixed before the release. I've tried it now. I didn't have to modify any of

Re: Libtool release plan

2006-05-16 Thread Ralf Wildenhues
* Olly Betts wrote on Tue, May 16, 2006 at 11:28:41AM CEST: > On 2006-05-16, Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > Feel free, any kind of feedback is helpful. Esp. we're looking for > > packages that are broken by the new Autoconf, so that unintended > > incompatibilities can be fixed bef

Re: Libtool release plan

2006-05-16 Thread Olly Betts
On Tue, May 16, 2006 at 01:03:43PM +0200, Ralf Wildenhues wrote: > * Olly Betts wrote on Tue, May 16, 2006 at 11:28:41AM CEST: > > I've tried it now. I didn't have to modify any of the configure scripts > > at all. > > Any self-grown or third-party macros that use exit(3) in compile tests? Not t

Avoiding to install some static libs

2006-05-16 Thread Pierre Ossman
Hi! I'd like to avoid installing some of the static libs built, but I can't figure out how. I have a package that contains both "normal" libraries, for which I'd like both dynamic and static to be installed, and some modules. I'd like to kill off the static versions of the modules as they se

Re: Avoiding to install some static libs

2006-05-16 Thread Ralf Wildenhues
Hi Pierre, * Pierre Ossman wrote on Tue, May 16, 2006 at 04:06:36PM CEST: > > I'd like to avoid installing some of the static libs built, but I can't > figure out how. > > I have a package that contains both "normal" libraries, for which I'd > like both dynamic and static to be installed, and

Re: Avoiding to install some static libs

2006-05-16 Thread Pierre Ossman
Ralf Wildenhues wrote: If you want both built, but only shared installed, one way is to build them twice, say, in different directories, once with and once without --tag=disable-shared. For the ones that you don't want installed, you'll need to make them noinst_LTLIBRARIES, and add -rpath $libd

Re: AM_FCFLAGS not working as I expect...

2006-05-16 Thread Alan W. Irwin
On 2006-05-15 15:23-0700 Alan W. Irwin wrote: Once the configure script worked properly, I followed with make, make install, and a build and execution of our 96 test plot examples which gave identical results to our standard PLplot tree (without your patch or mine) and libtool-1.5.22. This is n

RE: [png-mng-implement] -version-number and BeOS

2006-05-16 Thread John Bowler
From: Ralf Wildenhues >What I still don't understand is the following additional change you also suggest: > >> $ diff libpng-1.2.9beta7/ltmain.sh libpng-1.2.9beta11 3248c3248 >> < current=`expr $number_major + $number_minor - 1` >> --- >> > current=`expr $number_major + $number_

Re: AM_FCFLAGS not working as I expect...

2006-05-16 Thread Ralf Wildenhues
Hi Alan, * Alan W. Irwin wrote on Tue, May 16, 2006 at 12:23:00AM CEST: > On 2006-05-15 06:11+0200 Ralf Wildenhues wrote: > > > >The following is where I stopped at, due to insufficient development > >packages installed on my system. Let's see how this works for you. > > > [patch followed] > > I