This is the mail archive of the
mailing list for the GCC project.
Re: [PATH][Ada] Fix multilib handling of gnat.dg when RUNTESTFLAGS is used
- From: Laurent GUERBY <laurent at guerby dot net>
- To: Arnaud Charlet <charlet at adacore dot com>
- Cc: Alexandre Oliva <aoliva at redhat dot com>, Paolo Bonzini <bonzini at gnu dot org>, gcc-patches <gcc-patches at gcc dot gnu dot org>, Janis Johnson <janis187 at us dot ibm dot com>, Dave Korn <dave dot korn dot cygwin at googlemail dot com>, Kai Tietz <ktietz70 at googlemail dot com>, Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>
- Date: Wed, 27 May 2009 09:55:59 +0200
- Subject: Re: [PATH][Ada] Fix multilib handling of gnat.dg when RUNTESTFLAGS is used
- References: <1236287742.11347.1497.camel@localhost> <1237209355.8916.120.camel@localhost> <1238153427.13049.535.camel@localhost> <49CCBA86.email@example.com> <1238158517.13049.549.camel@localhost> <49CCCE9A.firstname.lastname@example.org> <1238867711.20989.143.camel@localhost> <1239094999.26799.5.camel@localhost> <email@example.com> <1243410102.6098.229.camel@localhost> <20090527074347.GA795@adacore.com>
- Reply-to: laurent at guerby dot net
On Wed, 2009-05-27 at 09:43 +0200, Arnaud Charlet wrote:
> > This regression is known (detected by Eric Botcazou) and a potential
> > solution was discussed (with patches) a few weeks ago:
> > http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00313.html
> > http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00334.html
> > I sent a PING for my latest patch yesterday:
> > http://gcc.gnu.org/ml/gcc-patches/2009-05/msg01639.html
> Your latest patch is incorrect as I said.
> I suggest a possible alternative, can you take it into account and verify
> it works for you?
I'll check but your change should work since the same path
will be taken during runtest than with my patch. My understanding is
that you were waiting for Vincent answer to your question:
"but maybe there was a good reason why Vincent did things differently?"
> If it does, I'd suggest sending the updated patch and get Vincent's
Ok will do shortly.