https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #19 from Markus Trippelsdorf ---
Looks like -fbranch-probabilities is causing the issue.
It it gcc.o that gets miscompiled.
The following works (adding -fno-branch-probabilities):
trippels@gcc2-power8 gcc % /home/trippels/gcc_build_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #18 from Markus Trippelsdorf ---
% gdb --args /home/trippels/gcc_build_dir_/./gcc/xgcc --version
Reading symbols from /home/trippels/gcc_build_dir_/./gcc/xgcc...done.
(gdb) run
Starting program: /home/trippels/gcc_build_dir_/gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #17 from Markus Trippelsdorf ---
Nothing helps; neither -fno-ipa-cp-alignment, nor -fno-tree-vectorize,
nor disabling the pattern above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #16 from Richard Biener ---
So, if it is related to vectorization (if I ever get to reproduce it I'll try
-fno-tree-vectorize) then it might be the
/* If arg0 is derived from the address of an object or function, we may
be able to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #15 from Markus Trippelsdorf ---
For x86_64 additional --with-arch=native (sandybridge) is needed during
configuration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #14 from Richard Biener ---
Hmpf, bootstrap passed on x86_64-linux with
/space/rguenther/src/svn/trunk2/configure --disable-libstdcxx-pch
--disable-libvtv --disable-libitm --disable-libcilkrts --disable-libssp
--disable-libgomp --dis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #13 from Markus Trippelsdorf ---
(In reply to Richard Biener from comment #12)
> Also fails for HJ
> https://gcc.gnu.org/ml/gcc-regression/2015-07/msg00224.html,
> from what I can see it's plain LTO/FDO bootstrap (but with checking en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #11 from Markus Trippelsdorf ---
../gcc/configure --disable-libstdcxx-pch --disable-libvtv --disable-libitm
--disable-libcilkrts --disable-libssp --disable-libgomp --disable-werror
--disable-multilib --enable-languages=c,c++ --enable-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #10 from Markus Trippelsdorf ---
(In reply to Richard Biener from comment #9)
> Ah, you used release checking... damn.
Also note the various FLAGS that I use in comment0.
Both PGO and LTO are needed.
PGO alone is fine, LTO alone i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #8 from Richard Biener ---
Ok, I can't reproduce it on x86_64 with
--enable-languages=c --disable-multilib --with-build-config=bootstrap-lto
--disable-werror
make -j8 profiledbootstrap
on r225546.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #9 from Richard Biener ---
Ah, you used release checking... damn.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #7 from Richard Biener ---
Oh, and FDO also effectively enables most -O3 optimizations of course. After
reproducing FDO/LTO I'll try FDO only and bootstrap-O3 ... fingers crossing ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #6 from Richard Biener ---
Ok, so the only code-gen difference possible is due to match.pd patterns
applying/not applying because of the changed iteration order making lattice
values final at different times.
Thus I suspect a latent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #5 from rguenther at suse dot de ---
On Wed, 8 Jul 2015, trippels at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
>
> --- Comment #4 from Markus Trippelsdorf ---
> The patch doesn't help, unfortunatel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #4 from Markus Trippelsdorf ---
The patch doesn't help, unfortunately.
By the way compiling gimple-match.c with -fprofile-generate takes
almost 4 minutes on gcc112.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
Markus Trippelsdorf changed:
What|Removed |Added
Target|ppc64le |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
--- Comment #1 from Markus Trippelsdorf ---
Started with r225504.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66801
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
21 matches
Mail list logo
