https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #67 from Sven C. Dack ---
(In reply to Richard Biener from comment #66)
> The issue re-appears with GCC 6, the workaround doing
> --enable-stage1-checking=release still works.
>
> Note that the comparison we do with LTO bootstrap is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #56 from Sven C. Dack ---
> I don't see why we need to fix this for the 4.9 or 4.8 branch. It never
> worked there and another existing workaround is to configure with
> --enable-stage1-checking=release.
One reason is that it is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #50 from Sven C. Dack ---
The additional configuration options --enable-linker-plugin-configure-flags=
and --enable-linker-plugin-flags=, which I have trusted in and taken from
https://gcc.gnu.org/install/configure.html do not seem to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #49 from Sven C. Dack ---
The problem seems to be a missing liblto_plugin.so in gcc's directory for
stage2. I used:
--with-boot-ldflags="-static -flto=1 -flto-partition=none -fuse-linker-plugin"
together with:
--enable-linker-plugi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #48 from Sven C. Dack ---
> ...
> > With the linker plugin enabled does it actually link libgcc_s.so and
> > libstdc++.so dynamically to it, while for the other three it did not:
>
> That looks odd. Btw, -fuse-linker-plugin should b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #47 from Sven C. Dack ---
> default:84920k
> profiled: 90176k
> lto:71204k
> lto-plugin: 60024k
The new file sizes of cc1's are:
default: 84920k
profiled: 90176k
lto: 71204k
profiled-lto: 98556k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #46 from Sven C. Dack ---
> ...
> > > > avg stdev %
> > > > default:282.86s0.56s, 0.20%100.00% (base)
> > > > profiled: 255.76s0.72s, 0.28%+10.60%
> > > > lto:282.80s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #43 from Sven C. Dack ---
(In reply to Markus Trippelsdorf from comment #42)
> (In reply to Sven C. Dack from comment #40)
> > The results are the averages (and deviations) of 5 runs with each compiler:
> >
> > avg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #40 from Sven C. Dack ---
I ran benchmarks and got some unusual results. Or perhaps it is a regression?
I have created 4 versions of gcc and used these to timed the time it takes to
compile a linux kernel. The configuration of the 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #39 from Sven C. Dack ---
(In reply to Sven C. Dack from comment #38)
> The testsuite run looks good:
>
> # of expected passes 105750
> # of unexpected failures 3
> # of expected failures252
> # of expec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #38 from Sven C. Dack ---
The testsuite run looks good:
# of expected passes105750
# of unexpected failures3
# of expected failures252
# of expected passes87886
# of unexpected failures2
# of unexpecte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #37 from Sven C. Dack ---
> ...
> trying
>
> Index: config/bootstrap-lto.mk
> ===
> --- config/bootstrap-lto.mk (revision 213899)
> +++ config/bootstrap-lto.mk (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #27 from Sven C. Dack ---
(In reply to Richard Biener from comment #24)
> Or "real" fix for the type_hash_canon issue (untested)
>
> Index: gcc/tree.c
> ===
> --- gcc/tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
Sven C. Dack changed:
What|Removed |Added
Attachment #33299|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
Sven C. Dack changed:
What|Removed |Added
Summary|--with-build-config=bootstr |--with-build-config=bootstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #15 from Sven C. Dack ---
(In reply to Venkataramanan from comment #14)
> ...
> I tried addding to stage2/3 the flags "-flto=1 -flto-partition=none" instead
> of jobserver in bootstrap-lto.mk and spawned bootstrap LTO build in one
> a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
Sven C. Dack changed:
What|Removed |Added
Attachment #33285|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #6 from Sven C. Dack ---
It seems the problem is caused by the use of the jobserver. Changing
bootstrap-lto.mk from:
...
STAGE2_CFLAGS += -flto=jobserver -frandom-seed=1 -ffat-lto-objects
STAGE3_CFLAGS += -flto=jobserver -frandom-see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
Sven C. Dack changed:
What|Removed |Added
CC||sven.c.dack at virginmedia dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #1 from Sven C. Dack ---
I have worked around the problem by adding a line to 'bootstrap-lto.mk' and to
let it use a script for comparing object files based only on their disassembled
code.
I assume when the disassembled output of th
Assignee: unassigned at gcc dot gnu.org
Reporter: sven.c.dack at virginmedia dot com
Hello,
I am having a problem bootstrapping GCC with LTO enabled. This used to work
fine for 4.7, but has been failing for me with 4.8 and 4.9. It reports
comparision errors between stage 2 and
21 matches
Mail list logo
