Re: libtool AC_ARG_WITH and autoconf 2.59

2005-08-24 Thread Ralf Wildenhues
* Howard Chu wrote on Thu, Aug 25, 2005 at 05:02:23AM CEST: > I know that autoconf 2.13 generated the help text for AC_ARG_ENABLE and > AC_ARG_WITH in the order in which they appeared in the configure.in > file, but now I'm working with autoconf 2.59 and it appears to collect > all AC_ARG_ENABLE

libtool AC_ARG_WITH and autoconf 2.59

2005-08-24 Thread Howard Chu
I know that autoconf 2.13 generated the help text for AC_ARG_ENABLE and AC_ARG_WITH in the order in which they appeared in the configure.in file, but now I'm working with autoconf 2.59 and it appears to collect all AC_ARG_ENABLE text into one group, followed by all the AC_ARG_WITH options in a

Re: Libtool API suggestion: LTDL_SHLIB_PRE and/or char* ltdl_map_shared_name(const char* name)

2005-08-24 Thread Dalibor Topic
Ralf Wildenhues wrote: > * Dalibor Topic wrote on Tue, Aug 23, 2005 at 08:20:42PM CEST: > >>It would be nice if libtool provided a way to either map a short dynamic >>library name to a full name (say, something -> libsomething.so) or >>offered an autoconfish way to get the platform-specifc shared

RE: config.status (or something) writes out a crippled libtool script

2005-08-24 Thread Peter Ekberg
I wrote: > PS. Should not Makefile.am be added to libltdl/Makefile.am? Blast, that should have been "added to libltdl/.cvsignore"... Cheers, Peter ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool

Re: branch-2-0 vs CVS HEAD

2005-08-24 Thread Peter O'Gorman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gary V. Vaughan wrote: |> |> Hear! Hear! | | | Blast. Seems I'm outvoted. To my mind there are good arguments for | either case... but I'm not rabid about keeping branch-2-0 alive, so if | the concensus is to drop the current branch-2-0 then so be i

Re: TODO 2.x: Using libtool 2.0 in autoconf tests

2005-08-24 Thread Sander Niemeijer
* Sander Niemeijer wrote on Wed, Aug 24, 2005 at 10:54:53AM CEST: I would appreciate it if an item could be added to the TODO list for the new 2.x branch that solves the issue discussed in the following thread from about a year ago: http://lists.gnu.org/archive/html/libtool/2004-11/msg00372.html

Re: TODO 2.x: Using libtool 2.0 in autoconf tests

2005-08-24 Thread Gary V . Vaughan
Hi Sander, On 24 Aug 2005, at 09:54, Sander Niemeijer wrote: I would appreciate it if an item could be added to the TODO list for the new 2.x branch that solves the issue discussed in the following thread from about a year ago: http://lists.gnu.org/archive/html/libtool/2004-11/msg00372.ht

Re: TODO 2.x: Using libtool 2.0 in autoconf tests

2005-08-24 Thread Ralf Wildenhues
Hi Sander, * Sander Niemeijer wrote on Wed, Aug 24, 2005 at 10:54:53AM CEST: > I would appreciate it if an item could be added to the TODO list for > the new 2.x branch that solves the issue discussed in the following > thread from about a year ago: > > http://lists.gnu.org/archive/html/libtool

TODO 2.x: Using libtool 2.0 in autoconf tests

2005-08-24 Thread Sander Niemeijer
I would appreciate it if an item could be added to the TODO list for the new 2.x branch that solves the issue discussed in the following thread from about a year ago: http://lists.gnu.org/archive/html/libtool/2004-11/msg00372.html Best regards, Sander Niemeijer _

Re: Call for help: Solaris C++ and Sun CC

2005-08-24 Thread Ralf Wildenhues
Hi Tim, * Tim Mooney wrote on Tue, Aug 23, 2005 at 05:25:29PM CEST: > In regard to: Re: Call for help: Solaris C++ and Sun CC, Albert Chin > said...: > >On Sun, Aug 21, 2005 at 03:46:13PM +0200, Ralf Wildenhues wrote: > >>So I looked around. I've found this documentation > >>http://docs-pdf.sun.

Re: Libtool API suggestion: LTDL_SHLIB_PRE and/or char* ltdl_map_shared_name(const char* name)

2005-08-24 Thread Ralf Wildenhues
* Dalibor Topic wrote on Tue, Aug 23, 2005 at 08:20:42PM CEST: > > It would be nice if libtool provided a way to either map a short dynamic > library name to a full name (say, something -> libsomething.so) or > offered an autoconfish way to get the platform-specifc shared library > prefix, like it