This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: discard âConfigured withâ line from gcc -v output
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: gcc-patches at gcc dot gnu dot org
- Cc: libtool-patches at gnu dot org
- Date: Tue, 08 Sep 2009 19:27:17 -0300
- Subject: Re: discard âConfigured withâ line from gcc -v output
- References: <or63btea9j.fsf@huru.localdomain> <20090908190616.GA22356@gmx.de>
On Sep 8, 2009, Ralf Wildenhues <Ralf.Wildenhues@gmx.de> wrote:
> * Alexandre Oliva wrote on Tue, Sep 08, 2009 at 05:17:28PM CEST:
>> The symptom was an incomplete link command line, resulting from a
>> trailing Â'Â character in a -L flag added by libtool.
> FWIW, it is not clear to me why this shouldn't have hurt you earlier.
I was just as surprised. I couldn't find any particular change that
would have exposed this latent problem.
It *could* be related with the upgrade to a newer autoconf in GCC, which
might in turn have started adding more variables to the config.status
--recofigure command line.
>> Here's what I'm going to installing in the GCC tree momentarily. I
>> suggest libtool to adopt something along the same lines.
> The patch is not ok for upstream Libtool, which unfortunately also has
> to support other compilers that pretend to be GCC, but produce different
> '-v -shared' output (ICC and PathScale are in this boat IIRC). ICC
> won't match your changed grep, I think. Yes, it's ugly and they should
> be punished for being an imperfect impersonation, but that's not
> something you can tell users.
:-)
> Have you checked older GCC versions for the format?
Not really, although I'm pretty sure this leading whitespace oddity has
bugged me for a very long time. But given the above, it shouldn't
really matter.
> One possibility would be to grep out "Configured with" lines. I'll look
> into it.
That ought to work. Thanks!
--
Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist Red Hat Brazil Compiler Engineer