| From - Thu Jan 21 11:48:15 1999 |
| Return-Path: <bug-libtool-request@gnu.org> |
| 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" <gvaughan@oranda.demon.co.uk> |
| Organization: Aethos Communication Systems Ltd. |
| X-Mailer: Mozilla 4.5 [en] (WinNT; I) |
| X-Accept-Language: en |
| MIME-Version: 1.0 |
| To: Akim Demaille <demaille@inf.enst.fr> |
| CC: Alexandre Oliva <oliva@dcc.unicamp.br>, Erez Zadok <ezk@cs.columbia.edu>, |
| bug-libtool@gnu.org, automake@gnu.org |
| Subject: Re: lazy question |
| References: <199901202104.QAA04372@shekel.mcl.cs.columbia.edu> <or1zkpr5tq.fsf@araguaia.dcc.unicamp.br> <qylu2xkq5l6.fsf@quasimodo.enst.fr> |
| 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: <bug-libtool@gnu.org> 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 <oliva@dcc.unicamp.br> writes: |
| > |
| > Alexandre> On Jan 20, 1999, Erez Zadok <ezk@cs.columbia.edu> 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: <bug-libtool-request@gnu.org> |
| 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" <gvaughan@oranda.demon.co.uk> |
| Cc: Alexandre Oliva <oliva@dcc.unicamp.br>, Erez Zadok <ezk@cs.columbia.edu>, |
| bug-libtool@gnu.org, automake@gnu.org, autoconf@gnu.org |
| Subject: Re: lazy question |
| References: <199901202104.QAA04372@shekel.mcl.cs.columbia.edu> <or1zkpr5tq.fsf@araguaia.dcc.unicamp.br> <qylu2xkq5l6.fsf@quasimodo.enst.fr> <36A70897.32F60E81@oranda.demon.co.uk> |
| Content-Type: text/plain; charset=US-ASCII |
| MIME-Version: 1.0 |
| From: Akim Demaille <demaille@inf.enst.fr> |
| 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: <qylk8ygq2fq.fsf@quasimodo.enst.fr> |
| 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: <bug-libtool@gnu.org> 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 <gvaughan@oranda.demon.co.uk> 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" <gvaughan@oranda.demon.co.uk> |
| Organization: Aethos Communication Systems Ltd. |
| To: tromey@cygnus.com |
| CC: Akim Demaille <demaille@inf.enst.fr>, |
| Erez Zadok <ezk@cs.columbia.edu>, 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. |
