https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #24 from Marius Hillenbrand ---
Thanks for the quick fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #22 from CVS Commits ---
The releases/gcc-9 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:29f721366b718b60d4c72d82e42e1e3d0a6405c2
commit r9-9205-g29f721366b718b60d4c72d82e42e1e3d0a6405c2
Author: Eric Botcazou
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #21 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:f3e3fc277502626677c59e2a7f3dcefa9f9123b5
commit r10-9303-gf3e3fc277502626677c59e2a7f3dcefa9f9123b5
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #20 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:9c41bcc59c237aaa629e271f88c20a90cb8e0af5
commit r11-6916-g9c41bcc59c237aaa629e271f88c20a90cb8e0af5
Author: Eric Botcazou
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #19 from Marius Hillenbrand ---
Eric, I have bootstrapped and successfully reg-tested your proposed fix on
s390x and x86-64. fwict, it works as intended.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #18 from Marius Hillenbrand ---
The fix looks good -- bootstrap succeeded on s390x, both regular and the
4-stage profiledbootstrap-lean. Still running the test suite...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #17 from Eric Botcazou ---
Created attachment 50041
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50041&action=edit
Tentative fix
Please give it a try when you get a chance.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #15 from Marius Hillenbrand ---
tl;dr: I found the root cause and a way to repro on x86. When the
gnat/gcc interface converts gnat entities into tree decls,
maybe_pad_type() pads some record types. maybe_pad_type() calls
make_packabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #14 from Marius Hillenbrand ---
Comparing x86-64 to s390x, modref_may_conflict makes a mistake when analyzing
whether the called function Get_Next_Interp because of incomplete data on alias
sets. That specific analysis involves alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #13 from Marius Hillenbrand ---
gnat applies different choices for the calling convention on x86 and s390 for
Get_Next_Interp. though, by massaging gcc/ada/sem_type.ads, I got them to
produce the same GIMPLE. while compiling sem_type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #12 from Marius Hillenbrand ---
found a miscompilation in gnat1 (that I can trigger to cause a segfault),
a loop in sem_res.adb:2405 in procedure Resolve (N : Node_Id; Typ : Entity_Id)
while Present (It.Typ) loop
Get_Next_Interp (I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #11 from Marius Hillenbrand ---
Created attachment 49965
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49965&action=edit
Reduced version of gcc/testsuite/gcc.target/s390/md/atomic_compare_exchange-1.c
Reduced testcase which fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #10 from Marius Hillenbrand ---
I've traced back the failing gnat1 to gcc/ada/sem_type.adb. It looks like
during lto, ipa-modref data about that file causes misoptimizations, resulting
in the generated gnat1 to segfault and/or fail as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #9 from Marius Hillenbrand ---
The failures in gnat1 during bootstrap have not led me anywhere, yet I found
useful ICEs while running the test suite on the mostly-bootstrapped tree. The
failing code in gnat appears compiled correctly,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #8 from Marius Hillenbrand ---
Potential duplicate observed for m68k:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98341
Very similar error messages during bootstrap with lto.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #7 from Marius Hillenbrand ---
-flto alone is enough to cause the miscompile. make bootstrap with this config
fails in stage3, since the same commit that introduced ipa-modref. when
building the Ada runtime libraries with the stage3 g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Marius Hillenbrand changed:
What|Removed |Added
CC||mhillen at linux dot ibm.com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #5 from Martin Liška ---
I can confirm that as well with --enable-checking=yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #3 from Matthias Klose ---
I still see this with 20201212,
54f75d8fb3f:a415eda93e0:cc9b9c0b68233d38a26f7acd68cc5f9a8fc4d994
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #2 from Matthias Klose ---
you have:
--enable-languages=c,c++,objc,fortran,obj-c++,go,d
--enable-checking=release
--disable-werror
--with-gxx-include-dir=/usr/include/c++/11
--enable-ssp
--disable-libssp
--disable-libvtv
--disable-ce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #1 from Martin Liška ---
It builds for me:
https://build.opensuse.org/build/devel:gcc/SLE-12/s390x/gcc11/_log
Do you know what's the difference?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
26 matches
Mail list logo