FYI: 286-gary-libtoolize-recursive-ltdl.diff

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Applied to HEAD. You'll need to rebootstrap your working directory before building once you pick this patch up from CVS, as the Makefile.am layout is incompatible with the previous checkin. * looking for [EMAIL PROTECTED]/libtool--devo--1.0--patch-

Re: 286-gary-libtoolize-recursive-ltdl.diff

Hi Gary, Just one more thing.. * Ralf Wildenhues wrote on Tue, Oct 18, 2005 at 10:23:44AM CEST: > * Gary V. Vaughan wrote on Mon, Oct 17, 2005 at 12:55:05PM CEST: > > Ralf Wildenhues wrote: > > > I have a couple of gripes with it: > > > - First, LTCOMPILE is not published interface by Automake, >

Re: 286-gary-libtoolize-recursive-ltdl.diff

Ralf Wildenhues wrote: Hi Gary, Good Morning! Thank you, for all of this work, and sorry for the latency. No problem. It's better to do it right than do it fast, no? ;-) Cheers, Gary. -- Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org} Research Scientist ( '/ http://tkd.

Re: 286-gary-libtoolize-recursive-ltdl.diff

Hi Gary, * Gary V. Vaughan wrote on Mon, Oct 17, 2005 at 12:55:05PM CEST: > Ralf Wildenhues wrote: > > I have a couple of gripes with it: > > - First, LTCOMPILE is not published interface by Automake, > > - Second, you kill dependency tracking for the LTLIBOBJS, > > > > Considering this, maybe thi

286-gary-libtoolize-recursive-ltdl.diff

Hallo Ralf, Thanks for the review! Ralf Wildenhues wrote: > I have a couple of gripes with it: > - First, LTCOMPILE is not published interface by Automake, > - Second, you kill dependency tracking for the LTLIBOBJS, > > Considering this, maybe this is too high a price to pay for gaining > unchan

Re: [patch 04/19] 286-gary-libtoolize-recursive-ltdl.diff Queue

Hi Gary, * Gary V. Vaughan wrote on Thu, Oct 13, 2005 at 06:40:59PM CEST: > Ralf Wildenhues wrote: > >Do you want the (non)recursive/subproject info as argument to > > LT_WITH_LTDL > >or > > LT_CONFIG_LTDL_DIR > > Eek! That leaked in from the ancient past. My first implementation tried > to p

Re: [patch 04/19] 286-gary-libtoolize-recursive-ltdl.diff Queue

Tweaked this patch slightly to allow for the next one to work whether or not SUBDIR_LIBOBJS are supported by the user's autotools. Okay to commit? Another step towards fixing LT_WITH_LTDL. Here we add an optional mode argument to libtoolize so that the user can tell libtoolize whether she is go

Re: [patch 04/19] 286-gary-libtoolize-recursive-ltdl.diff Queue

Hallo Ralf, Thanks for the review! Ralf Wildenhues wrote: Very nice patch! But it mixes up two things, and at that quite heavily: Do you want the (non)recursive/subproject info as argument to LT_WITH_LTDL or LT_CONFIG_LTDL_DIR or possibly both? Please redo `libtoolize' output based on the

Re: [patch 04/19] 286-gary-libtoolize-recursive-ltdl.diff Queue

Hi Gary, * Gary V. Vaughan wrote on Mon, Oct 10, 2005 at 12:26:28PM CEST: > Another step towards fixing LT_WITH_LTDL. Here we add an optional mode > argument to libtoolize so that the user can tell libtoolize whether she > is going to subconfigure libltdl as always, or use either a non-recursive

[patch 04/19] 286-gary-libtoolize-recursive-ltdl.diff Queue

Another step towards fixing LT_WITH_LTDL. Here we add an optional mode argument to libtoolize so that the user can tell libtoolize whether she is going to subconfigure libltdl as always, or use either a non-recursive automake (like libtool itself), or a recursive automake with a top-level configur