https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.3 |9.4
--- Comment #14 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #13 from John Paul Adrian Glaubitz ---
Indeed, this seems to be related to LRA.
I just tried to build gcc-9 with LRA enabled by default and the build fails
when trying to build gnat with:
checking for shl_load in -ldld... s-gearop.a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Oleg Endo changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #11 from James Clarke ---
(In reply to Oleg Endo from comment #10)
> I can't reproduce the first case with a standalone sh-elf compiler (GCC 9).
>
> The compile flags mention
>
> -specs=/usr/share/dpkg/pie-compile.specs
>
> .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #10 from Oleg Endo ---
I can't reproduce the first case with a standalone sh-elf compiler (GCC 9).
The compile flags mention
-specs=/usr/share/dpkg/pie-compile.specs
... what's in that specs file?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #8 from John Paul Adrian Glaubitz ---
The second case compiles fine with gcc-8 as well, but fails with g++-9 and
g++-10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #7 from John Paul Adrian Glaubitz ---
Created attachment 47907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47907&action=edit
Source and preprocessed source plus assembly, second case
Here are the saved temps for the second c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #6 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #5)
> Hmm, there is one other source code file within webkit2gtk where
> -fno-move-loop-invariants does not help. I can only get that particular
> source file t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #5 from John Paul Adrian Glaubitz ---
Hmm, there is one other source code file within webkit2gtk where
-fno-move-loop-invariants does not help. I can only get that particular source
file to be compiled if I disable all optimizations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #4 from John Paul Adrian Glaubitz ---
Passing -fno-move-loop-invariants to the command line fixes the problem for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #3 from John Paul Adrian Glaubitz ---
Building with -O1 instead of -O2 helps. I can try to bisect the optimization
flag which causes this problem later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #2 from John Paul Adrian Glaubitz ---
This bug does not affect gcc-8. It affects gcc-9 and gcc-10. Using -mlra does
not help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #1 from John Paul Adrian Glaubitz ---
Created attachment 47886
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47886&action=edit
Source and preprocessed source plus assembly
16 matches
Mail list logo