automake-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Patch: RFA: new option


From: Tom Tromey
Subject: Re: Patch: RFA: new option
Date: 05 Aug 2003 22:49:14 -0600
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50

>>>>> "adl" == Alexandre Duret-Lutz <address@hidden> writes:

Tom> I'd like to get this in 1.7.7 so that we can start using it in gcc.

adl> So that will be a "bug fix++" release.  If this can push
adl> newer Automakes in the gcc tree I presume it's a Good Thing.

Yeah, I think so.

Tom> We're also looking forward to the post-1.7.6 multilib bug fixes.

adl> I'm glad to hear that.  After Alexandre Oliva's comments [1]
adl> I've been wondering whether fixing these rules was better than
adl> removing them entirely.

Well, I was using the royal "we", meaning me.  It will simplify a few
Makefile.ams in the gcc tree.

If gcc gets rid of config-ml.in and moves multilibs to the top level,
that will be nice all around.  The reason I pushed multilib code into
automake was to avoid having config-ml.in (or was it user configure.in
scripts?) add dependencies in an unsafe way.  Building them from the
top level will mean we can just remove all the gross code.

Having support for multilibs in a non-gcc tree is a different thing.
It never occurred to me that somebody would want that.

Tom




reply via email to

[Prev in Thread] Current Thread [Next in Thread]