[Bug rtl-optimization/104839] [12 Regression] ppc64 regression of GCC 12: conditional long += long becomes unconditional SUBFC

2022-03-09 Thread vstinner at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104839 --- Comment #8 from Victor Stinner --- > Fixed. Thank you! That was quick!

[Bug c/104839] ppc64 regression of GCC 12: conditional long += long becomes unconditional SUBFC

2022-03-08 Thread vstinner at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104839 --- Comment #1 from Victor Stinner --- Thanks Miro HronĨok who identified the Cython regressiond and wrote a Cython reproducer. Thanks Serge Guelton who helped me to write a shorter C reproducer.

[Bug c/104839] New: ppc64 regression of GCC 12: conditional long += long becomes unconditional SUBFC

2022-03-08 Thread vstinner at redhat dot com via Gcc-bugs
Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: vstinner at redhat dot com Target Milestone: --- Created attachment 52583 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52583&action=edit bug4.c: reproduce

[Bug c/104389] New: HUGE_VAL * 0.0 is no longer a NaN

2022-02-04 Thread vstinner at redhat dot com via Gcc-bugs
Assignee: unassigned at gcc dot gnu.org Reporter: vstinner at redhat dot com Target Milestone: --- Created attachment 52352 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52352&action=edit Reproducer: huge_val_0_nan.c The Python project uses "HUGE_VAL * 0" to g

[Bug middle-end/98190] GCC 11.0 miscompiles code using _Bool when inlining: bfxil instruction misused?

2020-12-07 Thread vstinner at redhat dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98190 --- Comment #3 from Victor Stinner --- Well, either all 64 bits of w4 and w5 registries should be initialized properly, or the comparison should be done only on the least significant 8 bits: (gdb) p ($w5 & 0xff) == ($w4 & 0xff) $7 = 1 These bit

[Bug c/98190] New: GCC 11.0 miscompiles code using _Bool when inlining: bfxil instruction misused?

2020-12-07 Thread vstinner at redhat dot com via Gcc-bugs
: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: vstinner at redhat dot com Target Milestone: --- Created attachment 49704 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49704&action=edit bug_bool.c reproducer

[Bug lto/93384] [10 Regression] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-31 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #29 from Victor Stinner --- Jakub Jelinek: "Fixed on the trunk." Oh wow, that was quick! Thanks for the fix!

[Bug lto/93384] [10 Regression] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #14 from Victor Stinner --- Fedora downstream issue: https://bugzilla.redhat.com/show_bug.cgi?id=1795575

[Bug lto/93384] [10 Regression] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #13 from Victor Stinner --- I used 3.9.0a3 release of Python to reproduce the issue: https://www.python.org/ftp/python/3.9.0/Python-3.9.0a3.tar.xz Here are the full commands to configure Python on ppc64le for Fedora Rawhide with PGO

[Bug lto/93384] [10 Regression] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #12 from Victor Stinner --- Created attachment 47726 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47726&action=edit preprocessed object.c (gcc -E), bzip2 compressed Here is the gcc -E output of Objects/object.c. Truncated ex

[Bug lto/93384] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #7 from Victor Stinner --- sh-5.0# as -a64 -mpower8 -many -mlittle -o test.o getbuildinfo.s getbuildinfo.s: Assembler messages: getbuildinfo.s:87427: Error: redefined symbol cannot be used on reloc getbuildinfo.s:261948: Error: redef

[Bug lto/93384] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #6 from Victor Stinner --- Even when compressed with bzip2 -9, the assembly file is still 6.9 MB. Bugzilla doesn't allow files larger than 1 MB. Here is the file: http://haypo.alwaysdata.net/tmp/getbuildinfo.s.bz2

[Bug lto/93384] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #5 from Victor Stinner --- $ gcc -save-temps -pthread -shared -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -g -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -g -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld

[Bug lto/93384] Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-28 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93384 --- Comment #4 from Victor Stinner --- > Can you use -save-temps and look at the generated assembler file in around > those two lines? This could be some inline-asm that causes the error too. The error occurs on linking .o files into libpython

[Bug c/93384] New: Python 3.9.0a3 fails to build on ppc64le with GCC 10.0.1: redefined symbol cannot be used on reloc

2020-01-22 Thread vstinner at redhat dot com
: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: vstinner at redhat dot com Target Milestone: --- Hi, We are working on upgrading Python 3.8 to 3.9 in Fedora Rawhide. Two builds ago, the build was

[Bug target/88892] [8 Regression] Double-to-float conversion uses wrong rounding mode when followed by memcpy

2019-01-30 Thread vstinner at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88892 --- Comment #14 from Victor Stinner --- > New Revision: 268083 > URL: https://gcc.gnu.org/viewcvs?rev=268083&root=gcc&view=rev Great! Would it be possible to get a fix in GCC 8.2?