From - Thu Jan 21 11:48:15 1999 Return-Path: Received: from punt-2.mail.demon.net by mailstore for gvaughan@oranda.demon.co.uk id 916916500:20:05273:1; Thu, 21 Jan 99 11:01:40 GMT Received: from mescaline.gnu.org ([158.121.106.21]) by punt-2.mail.demon.net id aa2109043; 21 Jan 99 11:01 GMT Received: (from slist@localhost) by mescaline.gnu.org (8.9.1a/8.9.1) id GAA22496 for gvaughan@oranda.demon.co.uk; Thu, 21 Jan 1999 06:06:25 -0500 Resent-Date: Thu, 21 Jan 1999 06:06:25 -0500 Received: from hades.aethos.co.uk (router.aethos.co.uk [195.171.18.1] (may be forged)) by mescaline.gnu.org (8.9.1a/8.9.1) with ESMTP id GAA22431; Thu, 21 Jan 1999 06:04:57 -0500 Received: from [193.164.192.100] (helo=zeus.aethos.co.uk) by hades.aethos.co.uk with esmtp (Exim 2.05 #1) id 103HtW-000753-00; Thu, 21 Jan 1999 11:03:26 +0000 Received: from oranda.demon.co.uk (samhain.aethos.co.uk [193.164.192.38]) by zeus.aethos.co.uk with ESMTP (8.7.1/8.7.1) id LAA16759; Thu, 21 Jan 1999 11:00:22 GMT Message-ID: <36A70897.32F60E81@oranda.demon.co.uk> Date: Thu, 21 Jan 1999 10:59:35 +0000 From: "Gary V. Vaughan" Organization: Aethos Communication Systems Ltd. X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Akim Demaille CC: Alexandre Oliva , Erez Zadok , bug-libtool@gnu.org, automake@gnu.org Subject: Re: lazy question References: <199901202104.QAA04372@shekel.mcl.cs.columbia.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-Message-ID: <"420Yv3.0.qU5.Ydmfs"@mescaline.gnu.org> Resent-From: bug-libtool@gnu.org X-Mailing-List: archive/latest/413 X-Loop: bug-libtool@gnu.org Precedence: list Resent-Sender: bug-libtool-request@gnu.org X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: oranda.916916500:20:05273:1 Akim Demaille wrote: > > >>>>> "Alexandre" == Alexandre Oliva writes: > > Alexandre> On Jan 20, 1999, Erez Zadok wrote: > >> My application (am-utils) has this legacy stuff in my > >> configure.in. I think I can safely take that out, now right? > > >> LTLIBOBJS=`echo "$LIBOBJS" | sed 's/\.o/.lo/g'` AC_SUBST(LTLIBOBJS) > >> LTALLOCA=`echo "$ALLOCA" | sed 's/\.o/.lo/g'` AC_SUBST(LTALLOCA) > > Alexandre> Not really. It looks like automake provides LTLIBOBJS, > Alexandre> but not LTALLOCA :-( > > Are you sure? I can't find the string LTLIBOBJS anywhere in the > sources. It seems you are right. Nor can I find reference anywhere except in the documentation of both libtool and automake. However, I stopped using these variables a few months ago (just forgot to include them really), and have suffered no ill effects. > Alexandre> Unless it does but it's not documented. > > Another related issue is that Automake does not include the little > needed magic that enables ansi2knr on LIBOBJS files. In addition to > all this, people who want ansi2knr to be run should also include > something like: > > # This is necessary so that .o files in LIBOBJS are also built via > # the ANSI2KNR-filtering rules. > LIBOBJS=`echo $LIBOBJS|sed 's/\.o /\$U.o /g;s/\.o$/\$U.o/'` > > (Stolen from Jim Meyering's fileutils's configure.in). Yes, that makes sense. Or rather, automake should do this for us if it sees we are using ansi2knr. > Also, it seems that now we should not append just > replacement-function.o, but replacement-function.${ac_objext}[1]. > > [1] What also mean that the above sed snippet should be adapted too. Agreed. > What is the real status of this? Since Automake reads these LIBOBJS > extensions, if one solution is to be chosen, couldn't it issue > warnings for non complying additions? In my experience, Tom is very good about applying patches he receives. =)O| Hopefully, I am too. =)O| This probably needs to be fixed in all of auto{make,conf} and libtool simultaneously. I don't have time to look at it right now, but I can certainly add it to the libtool TODO if you are also busy. Cheers, Gary. From - Thu Jan 21 11:56:34 1999 Return-Path: Received: from punt-2.mail.demon.net by mailstore for gvaughan@oranda.demon.co.uk id 916919003:20:12487:14; Thu, 21 Jan 99 11:43:23 GMT Received: from mescaline.gnu.org ([158.121.106.21]) by punt-2.mail.demon.net id aa2122944; 21 Jan 99 11:43 GMT Received: (from slist@localhost) by mescaline.gnu.org (8.9.1a/8.9.1) id GAA23386 for gvaughan@oranda.demon.co.uk; Thu, 21 Jan 1999 06:48:04 -0500 Resent-Date: Thu, 21 Jan 1999 06:48:04 -0500 Received: from ulysse.enst.fr (IDENT:1JXdBQbWjss9NS0/0RdVLAS9IgzJi29E@inf.enst.fr [137.194.2.81]) by mescaline.gnu.org (8.9.1a/8.9.1) with ESMTP id GAA23306; Thu, 21 Jan 1999 06:46:02 -0500 Received: from quasimodo.enst.fr (quasimodo.enst.fr [137.194.160.2]) by ulysse.enst.fr (8.8.8/8.8.8) with ESMTP id MAA06955; Thu, 21 Jan 1999 12:40:28 +0100 (MET) Received: (from demaille@localhost) by quasimodo.enst.fr (8.8.8/8.8.8) id MAA29306; Thu, 21 Jan 1999 12:40:26 +0100 (MET) Sender: demaille@inf.enst.fr To: "Gary V. Vaughan" Cc: Alexandre Oliva , Erez Zadok , bug-libtool@gnu.org, automake@gnu.org, autoconf@gnu.org Subject: Re: lazy question References: <199901202104.QAA04372@shekel.mcl.cs.columbia.edu> <36A70897.32F60E81@oranda.demon.co.uk> Content-Type: text/plain; charset=US-ASCII MIME-Version: 1.0 From: Akim Demaille Date: 21 Jan 1999 12:40:25 +0100 In-Reply-To: "Gary V. Vaughan"'s message of "Thu, 21 Jan 1999 10:59:35 +0000" Message-ID: Lines: 34 User-Agent: Gnus/5.070069 (Pterodactyl Gnus v0.69) XEmacs/21.2(beta8) (Artemis) Resent-Message-ID: <"uGwfO1.0.gi5.2Enfs"@mescaline.gnu.org> Resent-From: bug-libtool@gnu.org X-Mailing-List: archive/latest/414 X-Loop: bug-libtool@gnu.org Precedence: list Resent-Sender: bug-libtool-request@gnu.org X-Mozilla-Status: 8011 X-Mozilla-Status2: 00000000 X-UIDL: oranda.916919003:20:12487:14 >>>>> "Gary" == Gary V Vaughan writes: >> What is the real status of this? Since Automake reads these >> LIBOBJS extensions, if one solution is to be chosen, couldn't it >> issue warnings for non complying additions? Gary> In my experience, Tom is very good about applying patches he Gary> receives. =)O| Hopefully, I am too. =)O| :) Gary> This probably needs to be fixed in all of auto{make,conf} and Gary> libtool simultaneously. I don't have time to look at it right Gary> now, but I can certainly add it to the libtool TODO if you are Gary> also busy. I might have a look, but it is sure safer to write it down somewhere :) Also, since this is getting more and more tricky, and since I don't find it's real fun to write down LIBOBJS="$LIBOBJS blah.${ac_objext}" we could introduce in Autoconf a macro taking care of this, no? Something like AC_LIBOBJS(blah) Akim -- P-mail: Akim Demaille, 107 rue Bobillot, F-75013 Paris, France E-mail: demaille@inf.enst.fr V-mail: +33 1 45 81 78 81 Subject: Re: lazy question Date: Mon, 25 Jan 1999 11:38:41 +0000 From: "Gary V. Vaughan" Organization: Aethos Communication Systems Ltd. To: tromey@cygnus.com CC: Akim Demaille , Erez Zadok , bug-libtool@gnu.org, automake@gnu.org, autoconf@gnu.org Tom Tromey wrote: > > >> AC_LIBOBJS(blah) > > Gary> Agreed. Also added to the archive. > > I'm suprised this isn't already there, since this subject has come up > many times before. I'm sure I mentioned it to Gord more than once. > > Basically, I think the right solution is to add some new > functionality to autoconf that would let a user defer a piece of code > to be run just before AC_OUTPUT. Then the libtool macro would > arrange to defer computation (and AC_SUBSTitution) of LTLIBOBJS and > LTALLOCA until that time. That sounds like a good, general, solution to me. I'm adding this mail to the libtool mail archive too =)O| > This probably isn't even that hard to do; I just haven't done it. I > wonder if it is on Ben's to-do list? Or perhaps one of the libtool > hackers could submit the patch? We are teetering on the edge of a 1.3 release, which must be compatible with autoconf-2.13 and automake-1.4. After that, I will try to submit a patch to Ben (stop me if you have this in your pending queue!). > In any case I don't think it is an automake problem per se. Agreed. Cheers, Gary.