From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3347 invoked by alias); 3 Jul 2011 07:33:00 -0000 Received: (qmail 3243 invoked by uid 22791); 3 Jul 2011 07:32:59 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,SPF_NEUTRAL X-Spam-Check-By: sourceware.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (140.186.70.92) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 03 Jul 2011 07:32:45 +0000 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QdH07-0002xk-MX for gcc@gcc.gnu.org; Sun, 03 Jul 2011 03:21:56 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:40197) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QdH07-0002xf-Hp for gcc@gcc.gnu.org; Sun, 03 Jul 2011 03:21:55 -0400 Received: by wwi14 with SMTP id 14so821641wwi.2 for ; Sun, 03 Jul 2011 00:18:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.172.203 with SMTP id m11mr2880993wbz.65.1309677498858; Sun, 03 Jul 2011 00:18:18 -0700 (PDT) Received: by 10.227.36.212 with HTTP; Sun, 3 Jul 2011 00:18:18 -0700 (PDT) In-Reply-To: References: <19ac3f7a1001190934q65b08a02q37f487bd735311c3@mail.gmail.com> <19ac3f7a1001230826l5006ae86re2850bb3bbcfb629@mail.gmail.com> <4B68A953.4090107@jguk.org> Date: Sun, 03 Jul 2011 07:33:00 -0000 Message-ID: Subject: Re: Long paths with ../../../../ throughout From: Richard Guenther To: Ian Lance Taylor Cc: Jon Grant , gcc@gcc.gnu.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.41 X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2011-07/txt/msg00023.txt.bz2 On Sun, Jul 3, 2011 at 6:27 AM, Ian Lance Taylor wrote: > Jon Grant writes: > >> On 2 February 2010 22:47, Ian Lance Taylor wrote: >>> Jon writes: >>> >>>> Is there a way to get collect2 to save the temporary .c file it >>>> generates to have a look at it? I believe it may be the __main() >>>> function, with the -debug option it gives the attached >>>> gplusplus_collect2_log.txt, looking at the [/tmp/ccyBAI9V.c] file >>>> though it is empty, any ideas? >>> >>> Using -debug will direct collect2 to save the temporary .c file when >>> it creates one. =A0However, in ordinary use on GNU/Linux, collect2 will >>> never generate a temporary .c file. >> >> Hello Ian, >> >> Another reply for this old thread. =A0I wondered, if collect2 is >> possibly not needed in normal use on GNU/Linux, could GCC be >> configured to call ld directly in those cases to save launching >> another binary. > > collect2 is needed if you use -frepo or -flto. For -flto only if you do not use a linker plugin to make lto work. Richard. > Ian >