On Sat, 21 Feb 2015, Thomas Schwinge wrote:
> Hi!
>
> On Sat, 21 Feb 2015 17:22:40 +0100, I wrote:
> > On Mon, 10 Jun 2013 14:01:53 +0200 (CEST), Richard Biener
> > wrote:
> > > This fixes one very annoying thing collect2 does when trying to
> > > debug LTO WPA issues. Even with -v you need to
Hi!
On Sat, 21 Feb 2015 17:22:40 +0100, I wrote:
> On Mon, 10 Jun 2013 14:01:53 +0200 (CEST), Richard Biener
> wrote:
> > This fixes one very annoying thing collect2 does when trying to
> > debug LTO WPA issues. Even with -v you need to wait until all
> > LTRANS stages completed to see the lto1
Hi Richard!
On Mon, 10 Jun 2013 14:01:53 +0200 (CEST), Richard Biener
wrote:
> This fixes one very annoying thing collect2 does when trying to
> debug LTO WPA issues. Even with -v you need to wait until all
> LTRANS stages completed to see the lto1 -fwpa invocation which
> is because collect2 b
On Mon, 10 Jun 2013, Richard Biener wrote:
> This fixes one very annoying thing collect2 does when trying to
> debug LTO WPA issues. Even with -v you need to wait until all
> LTRANS stages completed to see the lto1 -fwpa invocation which
> is because collect2 buffers and replays stdout/stderr of
This fixes one very annoying thing collect2 does when trying to
debug LTO WPA issues. Even with -v you need to wait until all
LTRANS stages completed to see the lto1 -fwpa invocation which
is because collect2 buffers and replays stdout/stderr of ld
(to avoid duplicating that in some cases). But