[Top][All Lists]
[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
- Re: Patch: RFA: new option, Tom Tromey, 2003/08/04
- Re: Patch: RFA: new option, Tom Tromey, 2003/08/04
- Re: Patch: RFA: new option, Alexandre Duret-Lutz, 2003/08/05
- Re: Patch: RFA: new option, Tom Tromey, 2003/08/06
- Re: Patch: RFA: new option, Alexandre Duret-Lutz, 2003/08/06
- Re: Patch: RFA: new option, Derek Robert Price, 2003/08/07
- Re: Patch: RFA: new option, Alexandre Duret-Lutz, 2003/08/07
- Re: Patch: RFA: new option, Derek Robert Price, 2003/08/11
- Re: Patch: RFA: new option, Alexandre Duret-Lutz, 2003/08/12
- Re: Patch: RFA: new option, Akim Demaille, 2003/08/13
- Re: Patch: RFA: new option, Akim Demaille, 2003/08/13