[Bug middle-end/111278] New: error: call to ‘...’ declared with attribute error: code path is reachable with -Og, but not -O2

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111278

Bug ID: 111278
   Summary: error: call to ‘...’ declared with attribute error:
code path is reachable with -Og, but not -O2
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 55835
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55835=edit
accel_tcg_cputlb.c.i

Upstream QEMU say this is a compiler bug:
* https://gitlab.com/qemu-project/qemu/-/issues/1848
* https://gitlab.com/qemu-project/qemu/-/issues/1848#note_1540675831

Original report was downstream in Gentoo at https://bugs.gentoo.org/913083.

It builds fine with -O2, but fails with -Og:
```
$ gcc -m64 -mcx16 -O2 -Werror=implicit -Werror=return-type -c
accel_tcg_cputlb.c.i -march=amdfam10

$ gcc -m64 -mcx16 -Og -Werror=implicit -Werror=return-type -c
accel_tcg_cputlb.c.i -march=amdfam10
../accel/tcg/cputlb.c: In function ‘do_ld_mmio_beN’:
../accel/tcg/cputlb.c:2121:13: error: call to ‘qemu_build_not_reached_always’
declared with attribute error: code path is reachable
../accel/tcg/cputlb.c: In function ‘do_st_mmio_leN’:
../accel/tcg/cputlb.c:2764:13: error: call to ‘qemu_build_not_reached_always’
declared with attribute error: code path is reachable
```

This is with 13.2.1 20230902, not tried other versions yet except trunk which
also failed (14.0.0 20230827).

[Bug middle-end/111278] error: call to ‘...’ declared with attribute error: code path is reachable with -Og, but not -O2

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111278

--- Comment #1 from Sam James  ---
10/11/12/13/14 all seem to fail

[Bug middle-end/111278] error: call to ‘...’ declared with attribute error: code path is reachable with -Og, but not -O2

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111278

--- Comment #5 from Sam James  ---
Created attachment 55836
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55836=edit
reduced.i

Clang seems to fail to build this reduced one with -O0 too, although -O1/-Og
are ok there.

[Bug target/111411] New: [14 regression] ICE when building opus-1.4 (celt_decoder.c:1182:1: internal compiler error: in extract_insn, at recog.cc:2791)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111411

Bug ID: 111411
   Summary: [14 regression] ICE when building opus-1.4
(celt_decoder.c:1182:1: internal compiler error: in
extract_insn, at recog.cc:2791)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 55896
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55896=edit
celt_decoder.c.i

```
gcc (Gentoo 14.0.0 p, commit d0b55776a4e1d2f293db5ba0e4a04aefed055ec4) 14.0.0
20230913 (experimental) 3af2af15798cb6243e2643f98f62c9270b1ca5d2
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
```

```
FAILED: celt/libopus-celt.a.p/celt_decoder.c.o
aarch64-unknown-linux-gnu-gcc -Icelt/libopus-celt.a.p -Icelt -I../opus-1.4/celt
-I. -I../opus-1.4 -Iinclude -I../opus-1.4/include -Isilk -I../opus-1.4/silk
-fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -W
all -Winvalid-pch -Wextra -std=gnu99 -DOPUS_BUILD -DHAVE_CONFIG_H
-fvisibility=hidden -Wcast-align -Wnested-externs -Wshadow -Wstrict-prototypes
-fstack-protector-strong -O3 -pipe -mcpu=native -fdiagnostics-c
olor=always -ggdb3 -fPIC -MD -MQ celt/libopus-celt.a.p/celt_decoder.c.o -MF
celt/libopus-celt.a.p/celt_decoder.c.o.d -o
celt/libopus-celt.a.p/celt_decoder.c.o -c ../opus-1.4/celt/celt_decoder.c
../opus-1.4/celt/celt_decoder.c: In function ‘celt_decode_with_ec’:
../opus-1.4/celt/celt_decoder.c:1182:1: error: unrecognizable insn:
 1182 | }
  | ^
(insn 5312 42 41 42 (parallel [
(set (mem/c:SI (plus:DI (reg/f:DI 29 x29)
(const_int -260 [0xfefc])) [18 %sfp+-260 S4
A32])
(const_int 0 [0]))
(set (mem/c:SI (plus:DI (reg/f:DI 29 x29)
(const_int -256 [0xff00])) [18 %sfp+-256 S4
A32])
(const_int 0 [0]))
]) "../opus-1.4/celt/celt_decoder.c":978:22 -1
 (nil))
during RTL pass: cprop_hardreg
../opus-1.4/celt/celt_decoder.c:1182:1: internal compiler error: in
extract_insn, at recog.cc:2791
0xe5b09473 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
   
/usr/src/debug/sys-devel/gcc-14.0.0./gcc-14.0.0./gcc/rtl-error.cc:108
0xe5b0951b _fatal_insn_not_found(rtx_def const*, char const*, int, char
const*)
   
/usr/src/debug/sys-devel/gcc-14.0.0./gcc-14.0.0./gcc/rtl-error.cc:116
0xe626d693 extract_insn(rtx_insn*)
   
/usr/src/debug/sys-devel/gcc-14.0.0./gcc-14.0.0./gcc/recog.cc:2791
0xe6273fb3 extract_constrain_insn(rtx_insn*)
   
/usr/src/debug/sys-devel/gcc-14.0.0./gcc-14.0.0./gcc/recog.cc:2690
0xe6278d5b copyprop_hardreg_forward_1
   
/usr/src/debug/sys-devel/gcc-14.0.0./gcc-14.0.0./gcc/regcprop.cc:836
0xe627a7e3 execute
   
/usr/src/debug/sys-devel/gcc-14.0.0./gcc-14.0.0./gcc/regcprop.cc:1423
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

gcc -c celt_decoder.c.i -O3 is enough to repro.

[Bug target/111411] [14 regression] ICE when building opus-1.4, unrecognizable insn with -fstack-protector-strong

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111411

--- Comment #2 from Sam James  ---
Created attachment 55897
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55897=edit
reduced.i

I've attached a reduced version but the memcpy bit could do with cleaning up
for it to be a bit more sensible.

[Bug middle-end/111253] New: Dodgy pointer name (*_42 = PHI ...) in -Wfree-nonheap-object diagnostic

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111253

Bug ID: 111253
   Summary: Dodgy pointer name (*_42 = PHI ...) in
-Wfree-nonheap-object diagnostic
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
Blocks: 99098
  Target Milestone: ---

Created attachment 55823
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55823=edit
object_cache.i

With gcc-13 (Gentoo Hardened 13.2.1_p20230826 p7) 13.2.1 20230826:
```
/bin/sh ../libtool  --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I..-fvisibility=hidden -pthread -std=gnu99 -O2 -pipe
-march=native -fdiagnostics-color=always -frecord-gcc-switch
es -Wreturn-type  -ggdb3 -Wall -Wmissing-prototypes -Wextra
-DLT_BUILDING_DLL=1 -c -o data-struct/object_cache.lo
data-struct/object_cache.c
libtool: compile:  x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I..
-fvisibility=hidden -pthread -std=gnu99 -O2 -pipe -march=native
-fdiagnostics-color=always -frecord-gcc-switches -Wreturn-type -ggdb3 -Wall
-Wmissing-prototypes -Wextra -DLT_BUILDING_DLL=1 -c data-struct/object_cache.c 
-fPIC -DPIC -o data-struct/.libs/object_cache.o
In function 'resize_memory_caches',
inlined from 'find_cache' at data-struct/object_cache.c:211:4:
data-struct/object_cache.c:150:29: warning: 'realloc' called on pointer '*_42 =
PHI .t_mem_caches' with nonzero offset 640
[-Wfree-nonheap-object]
  150 | lcs->t_mem_caches = realloc(lcs->t_mem_caches,
  | ^~
  151 | lcs->t_mem_caches_total *
sizeof(struct local_cache));
  |
~
```

gcc -O2 -c object_cache.i is enough to reproduce.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99098
[Bug 99098] invalid/missing -Wfree-nonheap-object warnings

[Bug middle-end/111254] Dodgy variable name (*_11 = PHI <_1(25), _25(23)>.CargoPacket::Pool...) in -Wmaybe-uninitialized

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111254

--- Comment #1 from Sam James  ---
I have a few more of these in clang and qt* but I figure this is a smaller test
case. Can report the others if needed though.

[Bug middle-end/111253] Dodgy pointer name (*_42 = PHI ...) in -Wfree-nonheap-object diagnostic

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111253

--- Comment #1 from Sam James  ---
Created attachment 55825
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55825=edit
reduced.i

[Bug middle-end/111254] New: Dodgy variable name (*_11 = PHI <_1(25), _25(23)>.CargoPacket::Pool...) in -Wmaybe-uninitialized

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111254

Bug ID: 111254
   Summary: Dodgy variable name (*_11 = PHI <_1(25),
_25(23)>.CargoPacket::Pool...) in
-Wmaybe-uninitialized
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 55824
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55824=edit
cargopacket.cpp.ii.xz

With 
gcc (Gentoo 14.0.0 p, commit d0b55776a4e1d2f293db5ba0e4a04aefed055ec4) 14.0.0
20230830 (experimental) c121afc3b6c96a1f229ba0c4a4de6bd4b6be9a53:
```
$ g++ -c cargopacket.cpp.ii -O2 -Wmaybe-uninitialized
[...]
In file included from
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/base_station_base.h:13:
In static member function ‘static void Pool::PoolItem::operator delete(void*)
[with Pool*
Tpool = (& _cargopacket_pool); Titem = CargoPacket; Tindex = unsigned int; long
unsigned int Tgrowth_step = 1024; long unsigned int Tmax_size = 16773120;
PoolType Tpool_type = PT_NORMAL; bool Tcache = true; bool Tzero = false]’,
inlined from ‘static void Pool::PoolItem::operator delete(void*) [with
Pool* Tpool
= (& _cargopacket_pool); Titem = CargoPacket; Tindex = unsigned int; long
unsigned int Tgrowth_step = 1024; long unsigned int Tmax_size = 16773120;
PoolType Tpool_type = PT_NORMAL; bool Tcache = true; bool Tzero = false]’ at
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/core/pool_type.hpp:256:15,
inlined from ‘void Pool::CleanPool() [with Titem = CargoPacket; Tindex = unsigned int;
long unsigned int Tgrowth_step = 1024; long unsigned int Tmax_size = 16773120;
PoolType Tpool_type = PT_NORMAL; bool Tcache = true; bool Tzero = false]’ at
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/core/pool_func.hpp:200:3:
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/core/pool_type.hpp:261:45:
warning: ‘*MEM[(struct CargoPacket * *)_13].CargoPacket::Pool::PoolItem<(&
_cargopacket_pool)>.Pool::PoolItem<(& _cargopacket_pool)>::index’ may be used uninitialized
[-Wmaybe-uninitialized]
  261 | Tpool->FreeItem(pn->index);
  | ^
In static member function ‘static void Pool

[Bug middle-end/111254] Dodgy variable name (*_11 = PHI <_1(25), _25(23)>.CargoPacket::Pool...) in -Wmaybe-uninitialized

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111254

--- Comment #2 from Sam James  ---
sorry, wrong output:
```
[...]
In static member function ‘static void Pool::PoolItem::operator delete(void*)
[with Pool*
Tpool = (& _cargopacket_pool); Titem = CargoPacket; Tindex = unsigned int; long
unsigned int Tgrowth_step = 1024; long unsigned int Tmax_size = 16773120;
PoolType Tpool_type = PT_NORMAL; bool Tcache = true; bool Tzero = false]’,
inlined from ‘static void Pool::PoolItem::operator delete(void*) [with
Pool* Tpool
= (& _cargopacket_pool); Titem = CargoPacket; Tindex = unsigned int; long
unsigned int Tgrowth_step = 1024; long unsigned int Tmax_size = 16773120;
PoolType Tpool_type = PT_NORMAL; bool Tcache = true; bool Tzero = false]’ at
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/core/pool_type.hpp:256:15,
inlined from ‘CargoList::~CargoList() [with Tinst =
StationCargoList; Tcont = MultiMap]’ at
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/cargopacket.cpp:158:3:
/var/tmp/portage/games-simulation/openttd-13.4/work/openttd-13.4/src/core/pool_type.hpp:261:45:
warning: ‘*_56 = PHI <_27(25), _7(23)>.CargoPacket::Pool::PoolItem<(&
_cargopacket_pool)>.Pool::PoolItem<(& _cargopacket_pool)>::index’ may be used uninitialized
[-Wmaybe-uninitialized]
  261 | Tpool->FreeItem(pn->index);
  | ^
[...]
```

[Bug target/111411] [14 regression] ICE when building opus-1.4, unrecognizable insn with -fstack-protector-strong

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111411

--- Comment #5 from Sam James  ---
(In reply to Richard Sandiford from comment #4)
> I'm struggling to reproduce this. Do you know what your -mcpu=native expands
> to?

# arch=native; for t in param target; do cmd="gcc -Q -O2 -mcpu=$arch
--help=$t"; diff -U0 <(LANG=C $cmd -mcpu=generic) <(LANG=C $cmd -mcpu=native);
done
--- /dev/fd/63  2023-09-14 16:31:42.423739708 -
+++ /dev/fd/62  2023-09-14 16:31:42.423739708 -
@@ -8 +8 @@
-  -mcpu=   generic
+  -mcpu=   ares+crc+crypto+ssbs

Also needs -fstack-protector-strong. But you're also welcome to have access to
the environment if needed.

```
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/aarch64-unknown-linux-gnu/14/lto-wrapper
Target: aarch64-unknown-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0./work/gcc-14.0.0./configure
--host=aarch64-unknown-linux-gnu --build=aarch64-unknown-linux-gnu
--prefix=/usr --bindir=/usr/aarch64-unknown-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/aarch64-unknown-linux-gnu/14/include
--datadir=/usr/share/gcc-data/aarch64-unknown-linux-gnu/14
--mandir=/usr/share/gcc-data/aarch64-unknown-linux-gnu/14/man
--infodir=/usr/share/gcc-data/aarch64-unknown-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/aarch64-unknown-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/aarch64-unknown-linux-gnu/14/python
--enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 14.0.0 p,
commit d0b55776a4e1d2f293db5ba0e4a04aefed055ec4' --with-gcc-major-version-only
--enable-libstdcxx-time --enable-lto --disable-libstdcxx-pch --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--disable-multilib --disable-fixed-point --enable-libgomp --disable-libssp
--disable-libada --disable-cet --disable-systemtap
--disable-valgrind-annotations --disable-vtable-verify --disable-libvtv
--with-zstd --without-isl --enable-default-pie --enable-host-pie
--disable-host-bind-now --enable-default-ssp
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20230913 (experimental)
3af2af15798cb6243e2643f98f62c9270b1ca5d2 (Gentoo 14.0.0 p, commit
d0b55776a4e1d2f293db5ba0e4a04aefed055ec4)
```

[Bug target/111418] ICE with the CVE-2023-4039 patches applied

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111418

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #4 from Sam James  ---
Thanks, your test case is nicer than mine in the original.

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845

--- Comment #3 from Sam James  ---
Created attachment 56127
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56127=edit
reduced.ii

I've attached what cvise gave me but it also relies on uninitialised vars (not
tried to fix it yet)

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845

Sam James  changed:

   What|Removed |Added

  Attachment #56127|0   |1
is obsolete||

--- Comment #4 from Sam James  ---
Created attachment 56128
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56128=edit
reduced.i

how about that?

[Bug middle-end/111845] New: [14 regression] ICE when building pycryptodome

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845

Bug ID: 111845
   Summary: [14 regression] ICE when building pycryptodome
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56125
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56125=edit
mont.i.xz

Hit this when building pycryptodome on x86_64 (recently started testing that
plaform w/ 14). This package seems to be a good smoke test - see PR110271 from
a few months ago.

```
# x86_64-pc-linux-gnu-gcc -O2 -pipe -march=native -fdiagnostics-color=always
-frecord-gcc-switches -DNDEBUG -fPIC -DHAVE_STDINT_H -DPYCRYPTO_LITTLE_ENDIAN
-DSYS_BITS=64 -DLTC_NO_ASM -DHAVE_UINT128 -DHAVE_CPUID_H -DHAVE_POSIX_MEMALIGN
-DHAVE_X86INTRIN_H -DUSE_SSE2 -Isrc/ -I/usr/include/pypy3.10 -c src/mont.c -o
/var/tmp/portage/dev-python/pycryptodome-3.18.0/work/pycryptodome-3.18.0-pypy3/build/temp.linux-x86_64-pypy310/src/mont.o
-msse2
In file included from src/mont.c:43:
src/multiply_64.c: In function ‘addmul128’:
src/multiply_64.c:62:6: error: missing definition
   62 | void addmul128(uint64_t *t, uint64_t *scratchpad, const uint64_t *a,
uint64_t b0, uint64_t b1, size_t t_words, size_t a_nw)
  |  ^
for SSA_NAME: c_81 in statement:
_106 = c_81 + _87;
during GIMPLE pass: widening_mul
src/multiply_64.c:62:6: internal compiler error: verify_ssa failed
0x55e4233d3d77 verify_ssa(bool, bool) [clone .constprop.0]
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231015/gcc-14-20231015/gcc/tree-ssa.cc:1203
0x55e42478d6ca execute_function_todo
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231015/gcc-14-20231015/gcc/passes.cc:2095
0x55e4246deaa1 do_per_function
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231015/gcc-14-20231015/gcc/passes.cc:1687
0x55e4246deaa1 execute_todo
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231015/gcc-14-20231015/gcc/passes.cc:2142
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
``

`x86_64-pc-linux-gnu-gcc -O2 -c mont.i -march=znver2` seems to be enough for me
to reproduce.

```
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre20231015/work/gcc-14-20231015/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/14/python
--enable-languages=c,c++,fortran,rust --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened
14.0.0_pre20231015 p4' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-multilib
--with-multilib-list=m32,m64 --disable-fixed-point --enable-targets=all
--enable-libgomp --disable-libssp --disable-libada --enable-cet
--disable-systemtap --enable-valgrind-annotations --disable-vtable-verify
--disable-libvtv --with-zstd --with-isl --disable-isl-version-check
--enable-default-pie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --with-build-config='bootstrap-lto bootstrap-cet'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231015 (experimental) (Gentoo Hardened 14.0.0_pre20231015
p4)
```

[Bug tree-optimization/111476] [14 regression] ICE when building Ruby 3.1.4 since r14-3459-g0c78240fd7d519

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476

--- Comment #7 from Sam James  ---
I think slyfox's fix in 043a6fcbc27f8721301eb2f72a7839f54f393003 (PR111559)
sorted this, maybe?

I can't reproduce it anymore, anyway. Feel free to close as appropriate and
I'll reopen if it returns?

[Bug tree-optimization/111476] [14 regression] ICE when building Ruby 3.1.4 since r14-3459-g0c78240fd7d519

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476

Sam James  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |WORKSFORME

[Bug middle-end/111845] [14 regression] ICE when building pycryptodome since r14-1837-g43a3252c42af12

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845

Sam James  changed:

   What|Removed |Added

Summary|[14 regression] ICE when|[14 regression] ICE when
   |building pycryptodome   |building pycryptodome since
   ||r14-1837-g43a3252c42af12

--- Comment #7 from Sam James  ---
Bisect indicates:

43a3252c42af12ad90082e4088ea58eecd0bf582 is the first bad commit
commit 43a3252c42af12ad90082e4088ea58eecd0bf582
Author: Jakub Jelinek 
Date:   Thu Jun 15 09:12:40 2023 +0200

middle-end, i386: Pattern recognize add/subtract with carry [PR79173]

[Bug c/111884] unsigned char no longer aliases anything under -std=c2x

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884

Sam James  changed:

   What|Removed |Added

 CC||jsm28 at gcc dot gnu.org,
   ||sjames at gcc dot gnu.org

--- Comment #1 from Sam James  ---
Originally reported at
https://inbox.sourceware.org/gcc-help/e18818e9-396c-41fe-6c4a-9ac86c564...@ispras.ru/T/#m147d6322a26e2bc094dd5e0935b7f2223bc910ac.
Curious indeed..

[Bug c++/111974] internal error: Segmentation fault on Ubuntu 23.10 (x86-64) - compiling RefPerSys

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111974

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #5 from Sam James  ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to Basile Starynkevitch from comment #0)
> > Please submit a full bug report, with preprocessed source (by using
> > -freport-bug).
> 
> ^^^

Yes, please do this. We need a preprocessed file.

[Bug tree-optimization/109334] tree-object-size: Improve size computation in arguments

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109334

Sam James  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Target Milestone|--- |14.0
 Status|UNCONFIRMED |NEW
   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=104970
   Last reconfirmed||2023-10-29

--- Comment #4 from Sam James  ---
Fixed for 14 then?

[Bug tree-optimization/111734] [14 Regression] wrong code with '-O3 -fno-inline-functions-called-once -fno-inline-small-functions -fno-omit-frame-pointer -fno-toplevel-reorder -fno-tree-fre'

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111734

--- Comment #5 from Sam James  ---
(In reply to Richard Biener from comment #4)
> [...]
> I think this is a duplicate of the modref / IPA-CP issue (failing to remember
> the PR number) which IIRC has a patch under review.

PR57 or maybe PR108007?

[Bug tree-optimization/111734] [14 Regression] wrong code with '-O3 -fno-inline-functions-called-once -fno-inline-small-functions -fno-omit-frame-pointer -fno-toplevel-reorder -fno-tree-fre'

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111734

--- Comment #6 from Sam James  ---
-fharden-control-flow-redundancy suppresses it.

[Bug tree-optimization/112303] [14 Regression] ICE on valid code at -O3 on x86_64-linux-gnu: verify_flow_info failed

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #3 from Sam James  ---
(In reply to Zhendong Su from comment #0)
> This appears to be a recent regression.
> 

Out of interest, when you say this, do you have a rough range in mind? It'd
make bisecting easier. Or do you just mean you surely would've hit it by now
with your testing if it had been there a while?

[Bug tree-optimization/112303] [14 Regression] ICE on valid code at -O3 on x86_64-linux-gnu: verify_flow_info failed since r14-3459-g0c78240fd7d519

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112303

Sam James  changed:

   What|Removed |Added

   Keywords|needs-bisection |
 CC||hubicka at gcc dot gnu.org
Summary|[14 Regression] ICE on  |[14 Regression] ICE on
   |valid code at -O3 on|valid code at -O3 on
   |x86_64-linux-gnu:   |x86_64-linux-gnu:
   |verify_flow_info failed |verify_flow_info failed
   ||since
   ||r14-3459-g0c78240fd7d519

--- Comment #4 from Sam James  ---
bisect says:

commit 0c78240fd7d519fc27ca822f66a92f85edf43f70
Author: Jan Hubicka 
Date:   Thu Aug 24 15:10:46 2023 +0200

Check that passes do not forget to define profile

in r14-3459-g0c78240fd7d519. It's probably been there for a while. This has
popped up in a bunch of places naturally.

[Bug tree-optimization/112346] [13 Regression] Wrong code produced with -O2

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112346

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #3 from Sam James  ---
Yes, if allowed/able, please do always mention where something got derived
from. It can be useful data.

[Bug ipa/104320] Maybe a thinko in ctor_for_folding

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104320

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #3 from Sam James  ---
I don't see a fix committed for this.

[Bug target/111416] [Armv7/v8 Mixing Bug]: 64-bit Sequentially Consistent Load can be Reordered before Store of RMW when v7 and v8 Implementations are Mixed

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111416

Sam James  changed:

   What|Removed |Added

   Target Milestone|--- |14.0

[Bug target/112280] [14 regression] ICE building libgcrypt-1.10.2 on s390 (during GIMPLE pass: ccp)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280

Sam James  changed:

   What|Removed |Added

  Build|s390-ibm-linux-gnu  |s390-ibm-linux-gnu,
   ||s390x-ibm-linux-gnu
   Host|s390-ibm-linux-gnu  |s390-ibm-linux-gnu,
   ||s390x-ibm-linux-gnu
 Target|s390-ibm-linux-gnu  |s390-ibm-linux-gnu,
   ||s390x-ibm-linux-gnu

--- Comment #5 from Sam James  ---
same on s390x, but slightly different bt:

```
during GIMPLE pass: ccp
/tmp/foo.c:12:6: internal compiler error: Segmentation fault
   12 | void cipher_bulk_ops_t() {
  |  ^
0x2aa184f30c9 crash_signal
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/toplev.cc:315
0x2aa17e02af2 gen_rtx_SUBREG(machine_mode, rtx_def*, poly_int<1u, unsigned
long>)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/emit-rtl.cc:1031
0x2aa18ab2d43 expand_perm_as_a_vlbr_vstbr_candidate
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/config/s390/s390.cc:17744
0x2aa18ab2d43 vectorize_vec_perm_const_1
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/config/s390/s390.cc:17782
0x2aa18ab2d43 s390_vectorize_vec_perm_const(machine_mode, machine_mode,
rtx_def*, rtx_def*, rtx_def*, vec_perm_indices const&)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/config/s390/s390.cc:17835
0x2aa18ab2d43 s390_vectorize_vec_perm_const(machine_mode, machine_mode,
rtx_def*, rtx_def*, rtx_def*, vec_perm_indices const&)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/config/s390/s390.cc:17793
0x2aa182bc58b can_vec_perm_const_p(machine_mode, machine_mode, vec_perm_indices
const&, bool)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/optabs-query.cc:451
0x2aa18c0572b gimple_simplify_VEC_PERM_EXPR(gimple_match_op*, gimple**,
tree_node* (*)(tree_node*), code_helper, tree_node*, tree_node*, tree_node*,
tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/build/gcc/gimple-match-6.cc:16580
0x2aa18d45359 gimple_simplify(gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), code_helper, tree_node*, tree_node*, tree_node*, tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/build/gcc/gimple-match-10.cc:16772
0x2aa18d49b31 gimple_resimplify3
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/gimple-match-exports.cc:1077
0x2aa18d4cd39 gimple_simplify(gimple*, gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), tree_node* (*)(tree_node*))
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/gimple-match-exports.cc:868
0x2aa17f5780f gimple_fold_stmt_to_constant_1(gimple*, tree_node*
(*)(tree_node*), tree_node* (*)(tree_node*))
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/gimple-fold.cc:7543
0x2aa186a3cfd ccp_fold
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-ccp.cc:1288
0x2aa186a3cfd evaluate_stmt
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-ccp.cc:2226
0x2aa186a6013 visit_assignment
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-ccp.cc:2860
0x2aa187b3fe3 ssa_propagation_engine::simulate_stmt(gimple*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-propagate.cc:221
0x2aa187b43ad ssa_propagation_engine::simulate_block(basic_block_def*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-propagate.cc:328
0x2aa187b4a1d ssa_propagation_engine::ssa_propagate()
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-propagate.cc:478
0x2aa1869953f do_ssa_ccp
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-ccp.cc:2979
0x2aa1869953f execute
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-ccp.cc:3025
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

[Bug c++/112365] New: [14 regression] ICE on invalid C++

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365

Bug ID: 112365
   Summary: [14 regression] ICE on invalid C++
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

This came from a (bad) reduction from a user downstream for another bug we'll
file shortly.

```
template  struct ResolvedColorType;
 template < typename ColorType > ResolvedColorType< ColorType >
resolvedColor(ColorType;
 template < typename ColorType > struct ResolvedColorType {
  constexpr ResolvedColorType : ColorType {}}
 struct { resolved( {
  resolvedColor(this)
```

```
$ g++-14 /tmp/foo.cxx
/tmp/foo.cxx:2:96: error: expected ‘)’ before ‘;’ token
2 |  template < typename ColorType > ResolvedColorType< ColorType >
resolvedColor(ColorType;
  |
 ~ ^
  |
   )
/tmp/foo.cxx:4:3: error: non-static data member ‘’ declared ‘constexpr’
4 |   constexpr ResolvedColorType : ColorType {}}
  |   ^
/tmp/foo.cxx:4:44: error: expected ‘;’ at end of member declaration
4 |   constexpr ResolvedColorType : ColorType {}}
  |^
  | ;
/tmp/foo.cxx:4:54: error: expected ‘;’ after struct definition
4 |   constexpr ResolvedColorType : ColorType {}}
  |  ^
  |  ;
/tmp/foo.cxx:5:45: error: expected identifier before ‘{’ token
5 |  struct { resolved( {
  | ^
/tmp/foo.cxx:5:44: error: expected ‘)’ before ‘{’ token
5 |  struct { resolved( {
  |   ~^~
  |)
/tmp/foo.cxx:5:35: error: ISO C++ forbids declaration of ‘resolved’ with no
type [-fpermissive]
5 |  struct { resolved( {
  |   ^~~~
/tmp/foo.cxx:6:22: error: expected ‘}’ at end of input
6 |   resolvedColor(this)
  |  ^
/tmp/foo.cxx:5:17: note: to match this ‘{’
5 |  struct { resolved( {
  | ^
/tmp/foo.cxx: In instantiation of ‘struct ResolvedColorType<*>’:
/tmp/foo.cxx:6:16:   required from here
/tmp/foo.cxx:5:17: note: 6 |   resolvedColor(this)
/tmp/foo.cxx:5:17: note:   |   ~^~
/tmp/foo.cxx:4:44: error: ‘ResolvedColorType< 
>::’ has incomplete type
4 |   constexpr ResolvedColorType : ColorType {}}
  |^
/tmp/foo.cxx:3:49: note: definition of ‘struct ResolvedColorType<*>’ is not complete until the closing brace
3 |  template < typename ColorType > struct ResolvedColorType {
  | ^
/tmp/foo.cxx:3:49: internal compiler error: in layout_class_type, at
cp/class.cc:6966
0x5643dcc7dd8e layout_class_type(tree_node*, tree_node**) [clone .constprop.0]
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/class.cc:6966
0x5643de537884 finish_struct_1(tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/class.cc:7601
0x5643de854da8 instantiate_class_template(tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/pt.cc:12569
0x5643de33ae80 complete_type(tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/typeck.cc:138
0x5643de33ae80 complete_type_or_maybe_complain(tree_node*, tree_node*, int)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/typeck.cc:151
0x5643de5f3da2 require_complete_type(tree_node*, int)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/typeck.cc:94
0x5643de5f3da2 build_cxx_call(tree_node*, int, tree_node**, int, tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/call.cc:10941
0x5643de5d8d5c build_over_call
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/call.cc:10426
0x5643de5c10b2 build_new_function_call(tree_node*, vec**, int)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/call.cc:5026
0x5643de5bb166 finish_call_expr(tree_node*, vec**,
bool, bool, int)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/cp/semantics.cc:2981
0x5643de4ddb17 

[Bug c/112367] wrong rounding of sum of floating-point constants

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112367

--- Comment #3 from Sam James  ---
(In reply to Paul Zimmermann from comment #2)
> > Build a newer one on cfarm117?
> 
> it would be a waste of time, I guess people having access to an ARM machine
> with a recent version of gcc can confirm or say the issue is fixed.
> 

I don't think it's a waste of time, as you're often IIRC working on these
tests, so it would be useful to know. But I digress.

I also offer you access to an arm64 machine if you wish to have it.

> > Also, what CHOST?
> 
> sorry I'm not sure to understand. Here is the full gcc -v output:
> 

CHOST tells us ABI so I know what machine to check (also needed in general for
the report). I suppose I really wanted CTARGET.


> Using built-in specs.
> COLLECT_GCC=gcc
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/6/lto-wrapper
> Target: aarch64-linux-gnu

This is what I needed. Thanks.

[Bug c/112367] wrong rounding of sum of floating-point constants

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112367

--- Comment #4 from Sam James  ---
$ gcc /tmp/foo.c -lm -frounding-math -o /tmp/foo

$ /tmp/foo
x=0x1.e90028p+4

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/aarch64-unknown-linux-gnu/13/lto-wrapper
Target: aarch64-unknown-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-13.2.1_p20230826/work/gcc-13-20230826/configure
--host=aarch64-unknown-linux-gnu --build=aarch64-unknown-linux-gnu
--prefix=/usr --bindir=/usr/aarch64-unknown-linux-gnu/gcc-bin/13
--includedir=/usr/lib/gcc/aarch64-unknown-linux-gnu/13/include
--datadir=/usr/share/gcc-data/aarch64-unknown-linux-gnu/13
--mandir=/usr/share/gcc-data/aarch64-unknown-linux-gnu/13/man
--infodir=/usr/share/gcc-data/aarch64-unknown-linux-gnu/13/info
--with-gxx-include-dir=/usr/lib/gcc/aarch64-unknown-linux-gnu/13/include/g++-v13
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/aarch64-unknown-linux-gnu/13/python
--enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=release
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened
13.2.1_p20230826 p7' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --disable-multilib
--disable-fixed-point --enable-libgomp --disable-libssp --disable-libada
--disable-cet --disable-systemtap --disable-valgrind-annotations
--disable-vtable-verify --disable-libvtv --without-zstd --without-isl
--enable-default-pie --enable-default-ssp --with-build-config=bootstrap-lto
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.2.1 20230826 (Gentoo Hardened 13.2.1_p20230826 p7)

[Bug c/112367] wrong rounding of sum of floating-point constants

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112367

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #1 from Sam James  ---
Build a newer one on cfarm117?

Also, what CHOST?

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347

Sam James  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |muecker at gwdg dot de
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2023-11-03
 Ever confirmed|0   |1

--- Comment #17 from Sam James  ---
I think this bug is done, anyway?

[Bug c++/112365] ICE on invalid C++

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112365

Sam James  changed:

   What|Removed |Added

   Keywords||ice-checking
Summary|[14 regression] ICE on  |ICE on invalid C++
   |invalid C++ |

--- Comment #1 from Sam James  ---
It looks like this is actually present for 13+12 at the very least, just needs
checking.

[Bug c/112347] [14 regression] ICE on jemalloc-5.3.0: Segmentation fault around convert_for_assignment()

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347

Sam James  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #19 from Sam James  ---
Thanks! Martin, IIRC you have commit access. If you change your email on BZ to
@gcc.gnu.org, you will get editbugs
permissions on Bugzilla.

[Bug tree-optimization/112369] New: [14 regression] ICE when building webkit-gtk with -march=raptorlake

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369

Bug ID: 112369
   Summary: [14 regression] ICE when building webkit-gtk with
-march=raptorlake
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
CC: kocelfc at tutanota dot com
  Target Milestone: ---

Created attachment 56501
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56501=edit
ColorGtk.cpp.ii.xz

Originally reported downstream by Kostadin Shishmanov at
https://bugs.gentoo.org/916734.

Hit this with building webkit-gtk with -march=raptorlake.

```
# g++ -c -std=c++20 -march=raptorlake -O2 ColorGtk.cpp.ii
during GIMPLE pass: forwprop
/var/tmp/portage/net-libs/webkit-gtk-2.42.1-r410/work/webkitgtk-2.42.1/Source/WebCore/platform/graphics/gtk/ColorGtk.cpp:
In constructor ‘WebCore::Color::Color(const GdkRGBA&)’:
/var/tmp/portage/net-libs/webkit-gtk-2.42.1-r410/work/webkitgtk-2.42.1/Source/WebCore/platform/graphics/gtk/ColorGtk.cpp:28:1:
internal compiler error: tree check: expected none of vector_type, have
vector_type in strip_float_extensions, at tree.cc:12141
   28 | Color::Color(const GdkRGBA& color)
  | ^
0x56341e952ffd tree_not_check_failed(tree_node const*, char const*, int, char
const*, ...)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree.cc:8986
0x56341d8bcd08 tree_not_check(tree_node*, char const*, int, char const*,
tree_code)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree.h:3607
0x56341d8bcd08 strip_float_extensions(tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree.cc:12141
0x56341f1da729 fold_binary_loc(unsigned int, tree_code, tree_node*, tree_node*,
tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/fold-const.cc:12852
0x56341f5d9005 combine_cond_expr_cond
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-forwprop.cc:388
0x56341f55be0b forward_propagate_into_comparison_1
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-forwprop.cc:447
0x56341f4a6d11 forward_propagate_into_comparison
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-forwprop.cc:494
0x56341f4a6d11 execute
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231029/gcc-14-20231029/gcc/tree-ssa-forwprop.cc:3978
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

```
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre20231029/work/gcc-14-20231029/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/14/python
--enable-languages=c,c++,fortran,rust --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened
14.0.0_pre20231029 p7' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-multilib
--with-multilib-list=m32,m64 --disable-fixed-point --enable-targets=all
--enable-libgomp --disable-libssp --disable-libada --enable-cet
--disable-systemtap --enable-valgrind-annotations --disable-vtable-verify
--disable-libvtv --with-zstd --with-isl --disable-isl-version-check
--enable-default-pie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --with-build-config='bootstrap-O3 bootstrap-lto
bootstrap-cet'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231029 (experimental) (Gentoo Hardened 14.0.0_pre20231029
p7)
```

[Bug tree-optimization/111766] Missed optimization with __builtin_unreachable and ands

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111766

Sam James  changed:

   What|Removed |Added

   Target Milestone|--- |14.0

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369

--- Comment #2 from Sam James  ---
Created attachment 56504
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56504=edit
Hti5.cpp.ii

Kostadin started a reduction earlier and got this. It needs some cleaning up.

[Bug tree-optimization/112369] [14 regression] ICE when building webkit-gtk with -march=raptorlake

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112369

--- Comment #3 from Sam James  ---
(In reply to Sam James from comment #2)
> Created attachment 56504 [details]
> Hti5.cpp.ii
> 
> Kostadin started a reduction earlier and got this. It needs some cleaning up.

btw, his was reduced from the same original problem but using a unity build
file

[Bug rtl-optimization/112380] [14 regression] ICE when building mesa

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

--- Comment #2 from Sam James  ---
reduced:

```
enum { TGSI_FILE_NULL };
struct ureg_src {
  unsigned File : 4;
  unsigned : 2;
  unsigned : 2;
  unsigned : 2;
  unsigned : 1;
  unsigned IndirectFile : 4;
  unsigned IndirectSwizzle : 2;
  int : 16;
  int : 6;
  int : 16;
  int : 16;
  unsigned : 10;
} __trans_tmp_1;

int ureg_src_indirect_addr_1, ntt_emit_texture_instr_sampler_handle_src;

void ureg_scalar(struct ureg_src);

void ntt_emit_texture_instr() {
  struct ureg_src sampler;
  if (ntt_emit_texture_instr_sampler_handle_src)
sampler = __trans_tmp_1;
  struct ureg_src reg = sampler;
  reg.File != TGSI_FILE_NULL;
  reg.IndirectFile = reg.IndirectSwizzle = ureg_src_indirect_addr_1;
  sampler = reg;
  ureg_scalar(reg);
}
```

[Bug rtl-optimization/112381] [14 regression] ICE when building Mesa (in reload, internal compiler error: in lra_split_hard_reg_for)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112381

--- Comment #3 from Sam James  ---
(In reply to Sam James from comment #0)
> Interestingly, it is the same source file as
> in PR112380 (which still occurs on trunk).

sorry, I lied here, just similar names and I skimmed

[Bug rtl-optimization/112381] [14 regression] ICE when building Mesa (internal compiler error: in lra_split_hard_reg_for)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112381

--- Comment #2 from Sam James  ---
```
[...]
In file included from ../mesa-23.2.1/src/util/u_debug.h:49,
 from ../mesa-23.2.1/src/util/format/u_format.h:35,
 from ../mesa-23.2.1/src/compiler/nir/nir.h:43,
 from ../mesa-23.2.1/src/compiler/nir/nir_opt_idiv_const.c:24:
../mesa-23.2.1/src/util/u_atomic.h:348:1: note: the alignment of ‘_Atomic long
long int’ fields changed in GCC 11.1
  348 | typedef int64_t __attribute__((aligned(_Alignof(_Atomic(int64_t)
p_atomic_int64_t;
  | ^~~
../mesa-23.2.1/src/compiler/nir/nir_opt_idiv_const.c: In function
‘nir_opt_idiv_const_instr’:
../mesa-23.2.1/src/compiler/nir/nir_opt_idiv_const.c:223:1: error: unable to
find a register to spill
  223 | }
  | ^
../mesa-23.2.1/src/compiler/nir/nir_opt_idiv_const.c:223:1: error: this is the
insn:
(insn 1701 2092 2188 122 (parallel [
(set (reg:DI 911 [479])
(and:DI (not:DI (reg/v:DI 671 [orig:119 d ] [119]))
(reg:DI 821 [389])))
(clobber (reg:CC 17 flags))
]) "../mesa-23.2.1/src/compiler/nir/nir_opt_idiv_const.c":135:21
discrim 1 623 {*andndi3_doubleword_bmi}
 (expr_list:REG_DEAD (reg:DI 821 [389])
(expr_list:REG_DEAD (reg/v:DI 671 [orig:119 d ] [119])
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)
during RTL pass: reload
../mesa-23.2.1/src/compiler/nir/nir_opt_idiv_const.c:223:1: internal compiler
error: in lra_split_hard_reg_for, at lra-assigns.cc:1861
0x5638c60933fe internal_error(char const*, ...)
???:0
0x5638c60934ee fancy_abort(char const*, int, char const*)
???:0
0x5638c52ace1e _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
???:0
0x5638c51a48f1 lra_split_hard_reg_for()
???:0
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

[Bug rtl-optimization/112380] [14 regression] ICE when building Mesa (in combine, internal compiler error: in simplify_subreg)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

--- Comment #4 from Sam James  ---
(In reply to Sam James from comment #3)
> might not be a 14 regression, I need to build older gccs with more checking

ok, it is a 14 regression

[Bug rtl-optimization/112380] [14 regression] ICE when building Mesa (in combine, internal compiler error: in simplify_subreg) since r14-4612-g6decda1a35be57

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

Sam James  changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu.org
Summary|[14 regression] ICE when|[14 regression] ICE when
   |building Mesa (in combine,  |building Mesa (in combine,
   |internal compiler error: in |internal compiler error: in
   |simplify_subreg)|simplify_subreg) since
   ||r14-4612-g6decda1a35be57

--- Comment #6 from Sam James  ---
bisect says:

commit r14-4612-g6decda1a35be57
Author: Richard Biener 
Date:   Thu Oct 12 11:34:57 2023 +0200

tree-optimization/111779 - Handle some BIT_FIELD_REFs in SRA

[Bug rtl-optimization/112380] [14 regression] ICE when building mesa

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

--- Comment #3 from Sam James  ---
might not be a 14 regression, I need to build older gccs with more checking

[Bug rtl-optimization/112380] New: [14 regression] ICE when building mesa

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

Bug ID: 112380
   Summary: [14 regression] ICE when building mesa
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56505
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56505=edit
nir_nir_to_tgsi.c.i.xz

Originally reported downstream in Gentoo by Agostino Sarubbo at
https://bugs.gentoo.org/916852.

gcc -c nir_nir_to_tgsi.c.i -O2 seems to be enough to reproduce.

```
FAILED: src/gallium/auxiliary/libgallium.a.p/nir_nir_to_tgsi.c.o
x86_64-pc-linux-gnu-gcc -Isrc/gallium/auxiliary/libgallium.a.p
-Isrc/gallium/auxiliary -I../mesa-23.2.1/src/gallium/auxiliary -Isrc/loader
-I../mesa-23.2.1/src/loader -I../mesa-23.2.1/src/gallium/include -Isrc
-I../mesa-23.2.1/src -Iinclude -I../mesa-23.2.1/include
-I../mesa-23.2.1/src/gallium/auxiliary/util -Isrc/compiler/nir
-I../mesa-23.2.1/src/compiler/nir -I/usr/include/libdrm -fvisibility=hidden
-fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c11
-O0 -g '-DPACKAGE_VERSION="23.2.1"'
'-DPACKAGE_BUGREPORT="https://gitlab.freedesktop.org/mesa/mesa/-/issues;'
-DHAVE_OPENGL=1 -DHAVE_OPENGL_ES_1=0 -DHAVE_OPENGL_ES_2=1 -DHAVE_CROCUS
-DHAVE_I915 -DHAVE_IRIS -DHAVE_NOUVEAU -DHAVE_R300 -DHAVE_R600 -DHAVE_RADEONSI
-DHAVE_SWRAST -DVIDEO_CODEC_VC1DEC=1 -DVIDEO_CODEC_H264DEC=1
-DVIDEO_CODEC_H264ENC=1 -DVIDEO_CODEC_H265DEC=1 -DVIDEO_CODEC_H265ENC=1
-DHAVE_X11_PLATFORM -DHAVE_SURFACELESS_PLATFORM -DHAVE_DRM_PLATFORM
-DHAVE_XCB_PLATFORM -DENABLE_ST_OMX_BELLAGIO=0 -DENABLE_ST_OMX_TIZONIA=0
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_DRM
-DGLAPI_EXPORT_PROTO_ENTRY_POINTS=0 -DALLOW_KCMP -DDEBUG -DENABLE_SHADER_CACHE
-DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ
-DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT
-DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT
-DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE
-DHAVE___BUILTIN_TYPES_COMPATIBLE_P -DHAVE_FUNC_ATTRIBUTE_CONST
-DHAVE_FUNC_ATTRIBUTE_FLATTEN -DHAVE_FUNC_ATTRIBUTE_MALLOC
-DHAVE_FUNC_ATTRIBUTE_PURE -DHAVE_FUNC_ATTRIBUTE_UNUSED
-DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT -DHAVE_FUNC_ATTRIBUTE_WEAK
-DHAVE_FUNC_ATTRIBUTE_FORMAT -DHAVE_FUNC_ATTRIBUTE_PACKED
-DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL -DHAVE_FUNC_ATTRIBUTE_ALIAS
-DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_UINT128
-DHAVE_REALLOCARRAY -DHAVE_FMEMOPEN -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS
-DUSE_X86_64_ASM -DMAJOR_IN_SYSMACROS -DHAS_SCHED_H -DHAS_SCHED_GETAFFINITY
-DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H -DHAVE_DLFCN_H -DHAVE_SYS_SHM_H
-DHAVE_CET_H -DHAVE_SYS_INOTIFY_H -DHAVE_STRTOF -DHAVE_MKOSTEMP
-DHAVE_MEMFD_CREATE -DHAVE_RANDOM_R -DHAVE_FLOCK -DHAVE_STRTOK_R
-DHAVE_GETRANDOM -DHAVE_POSIX_FALLOCATE -DHAVE_GNU_QSORT_R
-DHAVE_STRUCT_TIMESPEC -DHAVE_PROGRAM_INVOCATION_NAME -DHAVE_ISSIGNALING
-DHAVE_POSIX_MEMALIGN -DHAVE_DIRENT_D_TYPE -DHAVE_STRTOD_L -DHAVE_DLADDR
-DHAVE_DL_ITERATE_PHDR -DSUPPORT_INTEL_INTEGRATED_GPUS -DHAVE_ZLIB -DHAVE_ZSTD
-DHAVE_COMPRESSION -DHAVE_PTHREAD -DHAVE_PTHREAD_SETAFFINITY -DHAVE_LIBDRM
-DHAVE_LIBUDEV -DLLVM_AVAILABLE '-DMESA_LLVM_VERSION_STRING="16.0.6"'
-DLLVM_IS_SHARED=1 -DDRAW_LLVM_AVAILABLE -DUSE_LIBELF -DUSE_LIBGLVND=1
-DHAVE_OPENMP -DXCB_KEYSYMS_AVAILABLE -DHAVE_DRI -DHAVE_DRI2 -DHAVE_DRI3
-DHAVE_DRI3_MODIFIERS -DHAVE_DRISW_KMS -mtls-dialect=gnu2
-Werror=implicit-function-declaration -Werror=missing-prototypes
-Werror=return-type -Werror=empty-body -Werror=incompatible-pointer-types
-Werror=int-conversion -Wimplicit-fallthrough -Wmisleading-indentation
-Wno-missing-field-initializers -Wno-format-truncation -Wno-nonnull-compare
-fno-math-errno -fno-trapping-math -fno-common -Wno-unused-function
-Werror=format -Wformat-security -ffunction-sections -fdata-sections -O2
-march=x86-64 -pipe -frecord-gcc-switches -fno-diagnostics-color
-fmessage-length=0 -fPIC -pthread -isystem/usr/lib/llvm/16/include
-D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS
-D__STDC_LIMIT_MACROS -Werror=pointer-arith -Werror=vla -MD -MQ
src/gallium/auxiliary/libgallium.a.p/nir_nir_to_tgsi.c.o -MF
src/gallium/auxiliary/libgallium.a.p/nir_nir_to_tgsi.c.o.d -o
src/gallium/auxiliary/libgallium.a.p/nir_nir_to_tgsi.c.o -c
../mesa-23.2.1/src/gallium/auxiliary/nir/nir_to_tgsi.c
during RTL pass: combine
../mesa-23.2.1/src/gallium/auxiliary/nir/nir_to_tgsi.c: In function
‘ntt_emit_alu’:
../mesa-23.2.1/src/gallium/auxiliary/nir/nir_to_tgsi.c:1715:1: internal
compiler error: in simplify_subreg, at simplify-rtx.cc:7554
 1715 | }
  | ^
0x563ef78ca654 simplify_context::simplify_subreg(machine_mode, rtx_def*,
machine_mode, poly_int<1u, unsigned long>)
   

[Bug rtl-optimization/112380] [14 regression] ICE when building mesa

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

--- Comment #1 from Sam James  ---
I'll try reduce it now.

[Bug rtl-optimization/112381] New: [14 regression] ICE when building Mesa (internal compiler error: in lra_split_hard_reg_for)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112381

Bug ID: 112381
   Summary: [14 regression] ICE when building Mesa (internal
compiler error: in lra_split_hard_reg_for)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56506
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56506=edit
nir_opt_idiv_const.c.i.orig.xz

This appears fixed on trunk but not in the last 14 snapshot (20231029). Not
sure if it got really fixed or is now latent, so reporting just in case so can
bisect for the fix later if it's not an obvious dupe.

Originally reported downstream by Kostadin Shishmanov in
https://bugs.gentoo.org/916860. Interestingly, it is the same source file as in
PR112380 (which still occurs on trunk).

[Bug rtl-optimization/112381] [14 regression] ICE when building Mesa (internal compiler error: in lra_split_hard_reg_for)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112381

--- Comment #1 from Sam James  ---
Created attachment 56507
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56507=edit
reduced.i

Attached reduced version. Not bothered cleaning it up b/c of that issue with it
working on trunk.

Needs gcc -O2 -m32 -mstackrealign -march=raptorlake -c nir_opt_idiv_const.c.i
to reproduce.

[Bug rtl-optimization/112380] [14 regression] ICE when building Mesa (in combine, internal compiler error: in simplify_subreg) since r14-4612-g6decda1a35be57

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112380

Sam James  changed:

   What|Removed |Added

 CC||roger at nextmovesoftware dot 
com

--- Comment #9 from Sam James  ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > That almost definitely just exposed the issue. Let me see if I can get a
> > testcase that fails without depending on that.
> 
> New testcase which seems to have the same IR going into expand for GCC
> 13.2.0 and the trunk:
> [...]

This one seems to have started with:

commit r14-2526-g8911879415d6c2
Author: Roger Sayle 
Date:   Fri Jul 14 18:10:05 2023 +0100

i386: Improved insv of DImode/DFmode {high,low}parts into TImode.

[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415

Sam James  changed:

   What|Removed |Added

 CC||law at gcc dot gnu.org

--- Comment #5 from Sam James  ---
Built with 14.0.0 20231029.

*
https://dev.gentoo.org/~sam/bugs/gcc/gcc-python-hppa/cpython-3.11.6-good.tar.xz
*
https://dev.gentoo.org/~sam/bugs/gcc/gcc-python-hppa/cpython-3.11.6-bad.tar.xz

[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415

--- Comment #8 from Sam James  ---
(In reply to Jeffrey A. Law from comment #6)

Program received signal SIGSEGV, Segmentation fault.
0x412083f0 in _PyST_GetSymbol (name=0xf9a34a00, ste=) at
Python/symtable.c:396
396 PyObject *v = PyDict_GetItemWithError(ste->ste_symbols, name);
(gdb) x/20i $pc
=> 0x412083f0 <_PyST_GetScope+20>:  ldw c(r26),r26
   0x412083f4 <_PyST_GetScope+24>:  movb,= ret0,r26,0x41208414
<_PyST_GetScope+56>
   0x412083f8 <_PyST_GetScope+28>:  copy r4,r19
   0x412083fc <_PyST_GetScope+32>:  b,l 0x410d6900 ,rp
   0x41208400 <_PyST_GetScope+36>:  nop
   0x41208404 <_PyST_GetScope+40>:  ldw -54(sp),rp
   0x41208408 <_PyST_GetScope+44>:  extrw,u ret0,20,4,ret0
   0x4120840c <_PyST_GetScope+48>:  bve (rp)
   0x41208410 <_PyST_GetScope+52>:  ldw,mb -40(sp),r4
   0x41208414 <_PyST_GetScope+56>:  copy r26,ret0
   0x41208418 <_PyST_GetScope+60>:  ldw -54(sp),rp
   0x4120841c <_PyST_GetScope+64>:  bve (rp)
   0x41208420 <_PyST_GetScope+68>:  ldw,mb -40(sp),r4
   0x41208424 <_Py_SymtableStringObjectFlags>:  stw rp,-14(sp)
   0x41208428 <_Py_SymtableStringObjectFlags+4>:stw,ma r8,80(sp)
   0x4120842c <_Py_SymtableStringObjectFlags+8>:copy r23,r8
   0x41208430 <_Py_SymtableStringObjectFlags+12>:   stw r7,-7c(sp)
   0x41208434 <_Py_SymtableStringObjectFlags+16>:   copy r24,r7
   0x41208438 <_Py_SymtableStringObjectFlags+20>:   stw r6,-78(sp)
   0x4120843c <_Py_SymtableStringObjectFlags+24>:   copy r25,r6
(gdb)

(gdb) i r
flags  
r1 0x411bc688  1092339336
rp 0x412083f7  1092649975
r3 0x1 1
r4 0x4136c000  1094107136
r5 0xf9a34a00  4188228096
r6 0x8d141
r7 0xf7b03b88  4155521928
r8 0xf7b03ba8  4155521960
r9 0xf9953b68  4187306856
r100x0 0
r110x8e142
r120x414e1820  1095637024
r130x414e4490  1095648400
r140xf9a76498  4188497048
r150x1 1
r160xf99bb5e8  4187731432
r170xf9ae11b4  4188934580
r180xf99e3b68  4187896680
r190x4136c000  1094107136
r200x411bc7f0  1092339696
r210x41450268  1095041640
r220x8d141
r230x1 1
r240x1 1
r250xf9a34a00  4188228096
r260x3452
dp 0x4136c000  1094107136
ret0   0xf9964020  4187373600
ret1   0x8d141
sp 0xf7b04080  4155523200
r310x1 1
sar0x3d61
pcoqh  0x412083f3  1092649971
pcsqh  
pcoqt  0x410e4c0f  1091456015
pcsqt  
eiem   
iir
isr
ior
ipsw   0xeff0f 982799
goto   
sr4
sr0
sr1
sr2
sr3
sr5
sr6
sr7
cr0
cr8
cr9
ccr
cr12   
cr13   
cr24   
cr25   
cr26   0xeff0f 982799
mpsfu_high 0xf7afa500  4155483392
mpsfu_low  
mpsfu_ovflo
pad
fpsr   
fpe1   
fpe2   
fpe3   
fpe4   
fpe5   
fpe6   
fpe7   
(gdb)

[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415

--- Comment #9 from Sam James  ---
I think the key object is Python/compile.o, but not certain yet.

[Bug c++/112427] New: [14 regression] ICE when buliding Minetest (internal compiler error: tree check: expected tree that contains ‘decl common’ structure, have ‘identifier_node’ in get_inner_referenc

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427

Bug ID: 112427
   Summary: [14 regression] ICE when buliding Minetest (internal
compiler error: tree check: expected tree that
contains ‘decl common’ structure, have
‘identifier_node’ in get_inner_reference, at
expr.cc:7931)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56525
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56525=edit
mesh.cpp.ii.xz

Initially reported downstream by Toralf Förster in Gentoo at
https://bugs.gentoo.org/916997.

```
/var/tmp/portage/games-action/minetest-5.7.0-r2/work/minetest-5.7.0/src/client/mesh.cpp:
In lambda function:
/var/tmp/portage/games-action/minetest-5.7.0-r2/work/minetest-5.7.0/src/client/mesh.cpp:275:40:
internal compiler error: tree check: expected tree that contains ‘decl common’
structure, have ‘identifier_node’ in get_inner_reference, at expr.cc:7931
  275 | float u = vertex->Pos.*U;
  |^
0x5580b4a13090 tree_contains_struct_check_failed(tree_node const*,
tree_node_structure_enum, char const*, int, char const*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/tree.cc:9123
0x5580b393af18 contains_struct_check(tree_node*, tree_node_structure_enum, char
const*, int, char const*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/tree.h:3744
0x5580b393af18 get_inner_reference(tree_node*, poly_int<1u, long>*,
poly_int<1u, long>*, tree_node**, machine_mode*, int*, int*, int*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/expr.cc:7931
0x5580b52b06c4 fold_unary_loc(unsigned int, tree_code, tree_node*, tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/fold-const.cc:9498
0x5580b51ea660 fold_build1_loc(unsigned int, tree_code, tree_node*, tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/fold-const.cc:14022
0x5580b51ea660 fold_convert_loc(unsigned int, tree_node*, tree_node*)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/fold-const.cc:2597
0x5580b42fb5f2 build_m_component_ref(tree_node*, tree_node*, int)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/typeck2.cc:2381
0x5580b3c253f8 build_x_binary_op(op_location_t const&, tree_code, tree_node*,
tree_code, tree_node*, tree_code, tree_node*, tree_node**, int)
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/typeck.cc:4716
0x5580b539821c cp_parser_binary_expression
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:10434
0x5580b5396f18 cp_parser_assignment_expression
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:10595
0x5580b53beb63 cp_parser_constant_expression
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:10885
0x5580b53beb63 cp_parser_initializer_clause
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:25746
0x5580b53beb63 cp_parser_initializer
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:25685
0x5580b52f0e70 cp_parser_init_declarator
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:23255
0x5580b52dfe4d cp_parser_simple_declaration
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:15649
0x5580b5453e0f cp_parser_declaration_statement
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:14730
0x5580b538bd4a cp_parser_statement
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:12686
0x5580b5387af5 cp_parser_statement_seq_opt
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:13210
0x5580b5387af5 cp_parser_compound_statement
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:13064
0x5580b539e9bf cp_parser_function_body
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/cp/parser.cc:25589
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

[Bug c++/112427] [14 regression] ICE when buliding Minetest (internal compiler error: tree check: expected tree that contains ‘decl common’ structure, have ‘identifier_node’ in get_inner_reference, at

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427

--- Comment #1 from Sam James  ---
This reproduces with just 'g++ -c mesh.cpp.ii' for me.

```
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre20231105/work/gcc-14-20231105/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/14/python
--enable-languages=c,c++,fortran,rust --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened
14.0.0_pre20231105 p8' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-multilib
--with-multilib-list=m32,m64 --disable-fixed-point --enable-targets=all
--enable-libgomp --disable-libssp --disable-libada --enable-cet
--disable-systemtap --enable-valgrind-annotations --disable-vtable-verify
--disable-libvtv --with-zstd --with-isl --disable-isl-version-check
--enable-default-pie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --with-build-config='bootstrap-O3 bootstrap-lto
bootstrap-cet'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231105 (experimental) (Gentoo Hardened 14.0.0_pre20231105
p8)
```

[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415

--- Comment #12 from Sam James  ---
(In reply to Manolis Tsamis from comment #11)
> Hi all,
> 
> I will also go ahead and try to reproduce that, although it may take me some
> time due to my limited experience with HPPA. Once I manage to reproduce,
> most f-m-o issues are straightforward to locate by bisecting the transformed
> instructions.

Thanks! You are very welcome to have access to some HPPA machines for this kind
of work. Please email me an SSH public key + desired username if that sounds
helpful.

> 
> > I think the key object is Python/compile.o, but not certain yet.
> 
> In this case the dump file of fold-mem-offsets
> (-fdump-rtl-fold_mem_offsets-all) could also be useful, as it contains all
> the information needed to see whether a transformation is valid. If it would
> be easy for anyone to provide the dump file, I could look at it and see if
> anything stands out (until I manage to reproduce this).

I'll get the dumps in a moment, thanks.

[Bug tree-optimization/112430] [14 Regression] ICE: verify_ssa failed, missing definition

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430

Sam James  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Last reconfirmed||2023-11-08
 CC||sjames at gcc dot gnu.org
 Status|UNCONFIRMED |NEW

--- Comment #1 from Sam James  ---
Reproduced.

```
$ gcc /tmp/foo.i -c  -g -O2
In file included from src/scalar_impl.h:22,
 from src/secp256k1.c:28:
src/scalar_8x32_impl.h: In function ‘secp256k1_scalar_reduce_512’:
src/scalar_8x32_impl.h:417:13: error: missing definition
for SSA_NAME: c2_505 in statement:
# DEBUG c2 => _110 + c2_505
during GIMPLE pass: widening_mul
src/scalar_8x32_impl.h:417:13: internal compiler error: verify_ssa failed
0x55cf1bcb23c1 verify_ssa(bool, bool) [clone .constprop.0]
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/tree-ssa.cc:1203
0x55cf1d1affbb execute_function_todo
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/passes.cc:2095
0x55cf1d1affbb do_per_function
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/passes.cc:1687
0x55cf1d1affbb execute_todo
   
/usr/src/debug/sys-devel/gcc-14.0.0_pre20231105/gcc-14-20231105/gcc/passes.cc:2142
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

[Bug tree-optimization/112430] [14 Regression] ICE: verify_ssa failed, missing definition

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430

--- Comment #2 from Sam James  ---
Reduced:
```
int secp256k1_scalar_reduce_512_r_0_0, secp256k1_scalar_reduce_512_m6,
secp256k1_scalar_reduce_512_m9, secp256k1_scalar_reduce_512_th,
secp256k1_scalar_reduce_512_tl;
unsigned int secp256k1_scalar_reduce_512_c0;
void secp256k1_scalar_reduce_512() {
  unsigned int c1, c2 = c1 < secp256k1_scalar_reduce_512_th;
  int over = secp256k1_scalar_reduce_512_c0 < secp256k1_scalar_reduce_512_m9;
  c1 += over;
  c2 += c1 < over;
  secp256k1_scalar_reduce_512_c0 = c1;
  c1 = c2;
  c2 = secp256k1_scalar_reduce_512_c0 += secp256k1_scalar_reduce_512_m6;
  over = secp256k1_scalar_reduce_512_c0 < secp256k1_scalar_reduce_512_m6;
  c1 += over;
  secp256k1_scalar_reduce_512_th +=
  secp256k1_scalar_reduce_512_c0 < secp256k1_scalar_reduce_512_tl;
  c1 += secp256k1_scalar_reduce_512_th;
  c2 += c1 < secp256k1_scalar_reduce_512_th;
  secp256k1_scalar_reduce_512_r_0_0 = c2;
}
void secp256k1_ecdsa_sig_sign() { secp256k1_scalar_reduce_512(); }
```

[Bug tree-optimization/112430] [14 Regression] ICE: verify_ssa failed, missing definition

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430

--- Comment #3 from Sam James  ---
Better reduction without uninit:
```
int secp256k1_scalar_reduce_512_r_0_0, secp256k1_scalar_reduce_512_m6,
secp256k1_scalar_reduce_512_m9, secp256k1_scalar_reduce_512_th,
secp256k1_scalar_reduce_512_tl;
unsigned int secp256k1_scalar_reduce_512_c0;
void secp256k1_scalar_reduce_512(unsigned int c1) {
  unsigned int c2 = c1 < secp256k1_scalar_reduce_512_th;
  int over = secp256k1_scalar_reduce_512_c0 < secp256k1_scalar_reduce_512_m9;
  c1 += over;
  c2 += c1 < over;
  secp256k1_scalar_reduce_512_c0 = c1;
  c1 = c2;
  c2 = secp256k1_scalar_reduce_512_c0 += secp256k1_scalar_reduce_512_m6;
  over = secp256k1_scalar_reduce_512_c0 < secp256k1_scalar_reduce_512_m6;
  c1 += over;
  secp256k1_scalar_reduce_512_th +=
  secp256k1_scalar_reduce_512_c0 < secp256k1_scalar_reduce_512_tl;
  c1 += secp256k1_scalar_reduce_512_th;
  c2 += c1 < secp256k1_scalar_reduce_512_th;
  secp256k1_scalar_reduce_512_r_0_0 = c2;
}
void secp256k1_ecdsa_sig_sign(unsigned int c1) {
secp256k1_scalar_reduce_512(c1); }
```

[Bug tree-optimization/112430] [14 Regression] ICE: verify_ssa failed, missing definition

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430

Sam James  changed:

   What|Removed |Added

   See Also||https://gcc.gnu.org/bugzill
   ||a/show_bug.cgi?id=111845

--- Comment #4 from Sam James  ---
I knew this looked familiar... PR111845.

[Bug rtl-optimization/112415] [14 regression] Python 3.11 miscompiled on HPPA with new RTL fold mem offset pass, since r14-4664-g04c9cf5c786b94

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112415

--- Comment #13 from Sam James  ---
Created attachment 56527
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56527=edit
compile.c.323r.fold_mem_offsets.bad.xz

Output from
```
hppa2.0-unknown-linux-gnu-gcc -c  -DNDEBUG -g -fwrapv -O3 -Wall -O2   -std=c11
-Werror=implicit-function-declaration -fvisibility=hidden 
-I/home/sam/git/cpython/Include/internal -IObjects -IInclude -IPython -I.
-I/home/sam/git/cpython/Include-DPy_BUILD_CORE -o Python/compile.o
/home/sam/git/cpython/Python/compile.c -fdump-rtl-fold_mem_offsets-all
```

If I instrument certain functions in compile.c with no optimisation attribuet
or build the file with -fno-fold-mem-offsets, Python works, so I'm reasonably
sure this is the relevant object.

[Bug middle-end/112430] [14 Regression] ICE: verify_ssa failed, missing definition since r14-1837-g43a3252c42af12

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430

Sam James  changed:

   What|Removed |Added

 Target||x86_64-linux-gnu
 CC||jakub at gcc dot gnu.org
   Keywords||ice-on-valid-code
  Component|tree-optimization   |middle-end
Summary|[14 Regression] ICE:|[14 Regression] ICE:
   |verify_ssa failed, missing  |verify_ssa failed, missing
   |definition  |definition since
   ||r14-1837-g43a3252c42af12
   Target Milestone|--- |14.0

--- Comment #5 from Sam James  ---
Bisected to r14-1837-g43a3252c42af12, same as the other PR.

[Bug target/112435] New: [14 regression]

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435

Bug ID: 112435
   Summary: [14 regression]
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56530
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56530=edit
gridsample_x86_avx512.cpp.ii

I'm not sure what's going on here but it works with GCC 13 and doesn't with 14,
so I figured I'd file it just in case.

The file is huge and upstream also heavily use SIMD, so it's possible there's
an issue on that side.

Reported downstream originally at https://bugs.gentoo.org/916970.

--

I can reproduce it with 'g++-14 -fPIC -fvisibility=hidden
-fvisibility-inlines-hidden -msse2 -msse -fopenmp -mavx512f -mavx512cd
-mavx512bw -mavx512dq -mavx512vl -mfma -mf16c -c gridsample_x86_avx512.cpp.ii
-O3 -c gridsample_x86_avx512.cpp.ii -march=znver2':

```
$ g++-14 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -msse2 -msse
-fopenmp -mavx512f -mavx512cd -mavx512bw -mavx512dq -mavx512vl -mfma -mf16c -c
gridsample_x86_avx512.cpp.ii -O3 -c gridsample_x86_avx512.cpp.ii -march=znver2
/tmp/ccs8OnnL.s: Assembler messages:
/tmp/ccs8OnnL.s:1906: Error: unsupported instruction `vblendps'
/tmp/ccs8OnnL.s:1907: Error: unsupported instruction `vblendps'
/tmp/ccs8OnnL.s:2358: Error: unsupported instruction `vblendps'
/tmp/ccs8OnnL.s:3250: Error: unsupported instruction `vblendps'
/tmp/ccs8OnnL.s:3251: Error: unsupported instruction `vblendps'
/tmp/ccs8OnnL.s:3661: Error: unsupported instruction `vblendps'
/tmp/ccs8OnnL.s:3663: Error: unsupported instruction `vblendps'
```

```
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre20231105/work/gcc-14-20231105/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/14/python
--enable-languages=c,c++,fortran,rust --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo Hardened
14.0.0_pre20231105 p8' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-multilib
--with-multilib-list=m32,m64 --disable-fixed-point --enable-targets=all
--enable-libgomp --disable-libssp --disable-libada --enable-cet
--disable-systemtap --enable-valgrind-annotations --disable-vtable-verify
--disable-libvtv --with-zstd --with-isl --disable-isl-version-check
--enable-default-pie --enable-host-pie --enable-host-bind-now
--enable-default-ssp --with-build-config='bootstrap-O3 bootstrap-lto
bootstrap-cet'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231105 (experimental) (Gentoo Hardened 14.0.0_pre20231105
p8)
```

[Bug target/112435] [14 regression] GCC generates assembly which gas rejects with AVX512 when building ncnn? (Error: unsupported instruction `vblendps')

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435

--- Comment #2 from Sam James  ---
(In reply to Andrew Pinski from comment #1)
> What binutils version are you using?
> It could also be a binutils bug.
> 

$ as --version
GNU assembler (Gentoo 2.41 p2) 2.41.0

> vblendps is just a plain avx instruction even.

Oh, right.

[Bug bootstrap/112422] Build process does a redundant number of checks ?

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422

Sam James  changed:

   What|Removed |Added

 Blocks||84402
 CC||sjames at gcc dot gnu.org

--- Comment #3 from Sam James  ---
There's some stuff we could cache for sure but it wouldn't be the majority of
the checks - stuff like finding tools like awk, sed should work regardless of
which stage we're in and so on.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
[Bug 84402] [meta] GCC build system: parallelism bottleneck

[Bug target/112435] [14 regression] GCC generates assembly which gas rejects with AVX512 when building ncnn? (Error: unsupported instruction `vblendps')

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112435

--- Comment #8 from Sam James  ---
I've kicked off a reduction although I'm not really sure how it's going to turn
out...

I'll do a bisect while I wait.

[Bug tree-optimization/111878] [14 Regression] ICE: in get_loop_exit_edges, at cfgloop.cc:1204 with -O3 -fgraphite-identity -fsave-optimization-record/-fdump-tree-graphite/-fopt-info since r14-4708-gd

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111878

Sam James  changed:

   What|Removed |Added

 CC||tnfchris at gcc dot gnu.org
Summary|[14 Regression] ICE: in |[14 Regression] ICE: in
   |get_loop_exit_edges, at |get_loop_exit_edges, at
   |cfgloop.cc:1204 with -O3|cfgloop.cc:1204 with -O3
   |-fgraphite-identity |-fgraphite-identity
   |-fsave-optimization-record/ |-fsave-optimization-record/
   |-fdump-tree-graphite/-fopt- |-fdump-tree-graphite/-fopt-
   |info|info since
   ||r14-4708-gd65e38e616e7ac

--- Comment #6 from Sam James  ---
d65e38e616e7ac8157ef04b55beb6670f2c0f142 is the first bad commit
commit d65e38e616e7ac8157ef04b55beb6670f2c0f142
Author: Tamar Christina 
Date:   Wed Oct 18 09:02:12 2023 +0100

middle-end: Refactor vectorizer loop conditionals and separate out IV to
new variables

i.e. r14-4708-gd65e38e616e7ac

[Bug tree-optimization/111734] [14 Regression] wrong code with '-O3 -fno-inline-functions-called-once -fno-inline-small-functions -fno-omit-frame-pointer -fno-toplevel-reorder -fno-tree-fre' since r14

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111734

Sam James  changed:

   What|Removed |Added

Summary|[14 Regression] wrong code  |[14 Regression] wrong code
   |with '-O3   |with '-O3
   |-fno-inline-functions-calle |-fno-inline-functions-calle
   |d-once  |d-once
   |-fno-inline-small-functions |-fno-inline-small-functions
   |-fno-omit-frame-pointer |-fno-omit-frame-pointer
   |-fno-toplevel-reorder   |-fno-toplevel-reorder
   |-fno-tree-fre'  |-fno-tree-fre' since
   ||r14-3226-gd073e2d75d9ed4

--- Comment #7 from Sam James  ---
d073e2d75d9ed492de9a8dc6970e5b69fae20e5a is the first bad commit
commit d073e2d75d9ed492de9a8dc6970e5b69fae20e5a
Author: Martin Jambor 
Date:   Tue Aug 15 17:26:13 2023 +0200

Feed results of IPA-CP into tree value numbering

i.e. r14-3226-gd073e2d75d9ed4.

[Bug tree-optimization/111878] [14 Regression] ICE: in get_loop_exit_edges, at cfgloop.cc:1204 with -O3 -fgraphite-identity -fsave-optimization-record/-fdump-tree-graphite/-fopt-info

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111878

--- Comment #5 from Sam James  ---
Again suppressed by -fharden-control-flow-redundancy.

Anyway, will bisect.

[Bug target/112279] New: ICE building sqlite-3.43.2 on s390 (internal compiler error: in extract_insn)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279

Bug ID: 112279
   Summary: ICE building sqlite-3.43.2 on s390 (internal compiler
error: in extract_insn)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56470
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56470=edit
sqlite-shell.i.xz

Hit this when building sqlite-3.43.2 on s390.

```
# s390-ibm-linux-gnu-gcc -c sqlite3-shell.i -O3 -march=native
shell.c: In function ‘display_stats.constprop.isra’:
shell.c:19108:1: error: unrecognizable insn:
(insn 509 508 510 28 (set (reg:SI 273)
(plus:SI (reg/f:SI 269)
(const_int 1 [0x1]))) "shell.c":884:10 discrim 1 -1
 (nil))
during RTL pass: vregs
shell.c:19108:1: internal compiler error: in extract_insn, at recog.cc:2791
0x5765f971 internal_error(char const*, ...)
???:0
0x55b1dad3 fancy_abort(char const*, int, char const*)
???:0
0x55afd665 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
???:0
0x55afd721 _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
???:0
0x5640a593 extract_insn(rtx_insn*)
???:0
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

```
# for t in param target; do cmd="gcc -Q -O1 --help=$t"; diff -U0 <(LANG=C $cmd)
<(LANG=C $cmd -march=native); done
--- /dev/fd/63  2023-10-29 16:33:05.114542515 -0400
+++ /dev/fd/62  2023-10-29 16:33:05.114542515 -0400
@@ -122,2 +122,2 @@
-  --param=max-completely-peel-times=   16
-  --param=max-completely-peeled-insns= 200
+  --param=max-completely-peel-times=   64
+  --param=max-completely-peeled-insns= 2000
@@ -188,2 +188,2 @@
-  --param=max-unroll-times=8
-  --param=max-unrolled-insns=  200
+  --param=max-unroll-times=32
+  --param=max-unrolled-insns=  100
@@ -286 +286 @@
-  --param=vect-partial-vector-usage=<0,2>  0
+  --param=vect-partial-vector-usage=<0,2>  1
--- /dev/fd/63  2023-10-29 16:33:05.114542515 -0400
+++ /dev/fd/62  2023-10-29 16:33:05.114542515 -0400
@@ -5 +5 @@
-  -march=  arch5
+  -march=  arch13
@@ -10 +10 @@
-  -mesa[enabled]
+  -mesa[disabled]
@@ -17 +17 @@
-  -mhard-dfp   [disabled]
+  -mhard-dfp   [enabled]
@@ -20 +20 @@
-  -mhtm[disabled]
+  -mhtm[enabled]
@@ -41 +41 @@
-  -mtune=  arch5
+  -mtune=  arch13
@@ -45 +45 @@
-  -mvx [disabled]
+  -mvx [enabled]
@@ -49 +49 @@
-  -mzarch  [disabled]
+  -mzarch  [enabled]
```

[Bug target/112279] ICE building sqlite-3.43.2 on s390 (internal compiler error: in extract_insn)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279

--- Comment #1 from Sam James  ---
```
# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/s390-ibm-linux-gnu/14/lto-wrapper
Target: s390-ibm-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre20231022-r1/work/gcc-14-20231022/configure
--host=s390-ibm-linux-gnu --build=s390-ibm-linux-gnu --prefix=/usr
--bindir=/usr/s390-ibm-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/s390-ibm-linux-gnu/14/include
--datadir=/usr/share/gcc-data/s390-ibm-linux-gnu/14
--mandir=/usr/share/gcc-data/s390-ibm-linux-gnu/14/man
--infodir=/usr/share/gcc-data/s390-ibm-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/s390-ibm-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/s390-ibm-linux-gnu/14/python
--enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo
14.0.0_pre20231022-r1 p7' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --disable-multilib
--disable-fixed-point --enable-libgomp --disable-libssp --disable-libada
--disable-cet --disable-systemtap --disable-valgrind-annotations
--disable-vtable-verify --disable-libvtv --without-zstd --without-isl
--disable-libsanitizer --enable-default-pie --enable-host-pie
--disable-host-bind-now --enable-default-ssp
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231022 (experimental) (Gentoo 14.0.0_pre20231022-r1 p7)
```

[Bug target/112279] ICE building sqlite-3.43.2 on s390 (internal compiler error: in extract_insn)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279

--- Comment #4 from Sam James  ---
Minimised.

```
$ s390-ibm-linux-gnu-gcc -c sqlite-shell.i -O3 -march=arch13 -mzarch -c
sqlite-shell.i
sqlite-shell.i: In function 'shellAddSchemaName':
sqlite-shell.i:7:1: error: unrecognizable insn:
7 | }
  | ^
(insn 7 6 8 2 (set (reg:SI 65)
(plus:SI (reg/f:SI 61)
(const_int 1 [0x1]))) "sqlite-shell.i":4:10 -1
 (nil))
during RTL pass: vregs
sqlite-shell.i:7:1: internal compiler error: in extract_insn, at recog.cc:2791
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
See  for instructions.
sqlite-shell.i: In function 'shellAddSchemaName':
sqlite-shell.i:7:1: error: unrecognizable insn:
7 | }
  | ^
(insn 7 6 8 2 (set (reg:SI 65)
(plus:SI (reg/f:SI 61)
(const_int 1 [0x1]))) "sqlite-shell.i":4:10 -1
 (nil))
during RTL pass: vregs
sqlite-shell.i:7:1: internal compiler error: in extract_insn, at recog.cc:2791
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
See  for instructions.
```

```
$ cat sqlite-shell.i
char *shellAddSchemaName___trans_tmp_1;
void shellAddSchemaName() {
  char *z2 = "TABLE";
  while (*z2)
z2++;
  shellAddSchemaName___trans_tmp_1 = z2;
}
```

[Bug tree-optimization/112282] [14 Regression] wrong code (generated code hangs) at -O3 on x86_64-linux-gnu

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282

--- Comment #4 from Sam James  ---
(In reply to Sam James from comment #3)
> I can't reproduce with 20231022, so I'll wait until today's snapshot
> finishes. That gives us a nice narrow window anyway...

Sorry, I was wrong there. -ftrivial-auto-var-init=zero (which I've been playing
with locally) was masking it.

[Bug tree-optimization/112282] [14 Regression] wrong code (generated code hangs) at -O3 on x86_64-linux-gnu

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #2 from Sam James  ---
I will have a go at a bisect.

[Bug target/112279] ICE building sqlite-3.43.2 on s390 (internal compiler error: in extract_insn)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279

--- Comment #2 from Sam James  ---
getting rid of -march=native: s390-ibm-linux-gnu-gcc -c sqlite3-shell.i -O3
-march=arch13 -mzarch ICEs for me

[Bug target/112280] New: ICE building libgcrypt-1.10.2 on s390 (during GIMPLE pass: ccp)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280

Bug ID: 112280
   Summary: ICE building libgcrypt-1.10.2 on s390 (during GIMPLE
pass: ccp)
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
  Target Milestone: ---

Created attachment 56471
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56471=edit
rijndael.i.xz

Reproduces with just s390-ibm-linux-gnu-gcc -c rijndael.i -O3 -march=native.

```
$ s390-ibm-linux-gnu-gcc -DHAVE_CONFIG_H -I.
-I/var/tmp/portage/dev-libs/libgcrypt-1.10.2/work/libgcrypt-1.10.2/cipher -I..
-I../src -I/var/tmp/portage/dev-libs/libgcrypt-1.10.2/work/libgcrypt-1.10.2/src
-I../mpi -I/var/tmp/portage/dev-libs/libgcrypt-1.10.2/work/libgcrypt-1.10.2/mpi
-O3 -pipe -march=native -fvisibility=hidden -fno-delete-null-pointer-checks
-Wall -c
/var/tmp/portage/dev-libs/libgcrypt-1.10.2/work/libgcrypt-1.10.2/cipher/rijndael.c
 -fPIC -DPIC -o .libs/rijndael.o
during GIMPLE pass: ccp
/var/tmp/portage/dev-libs/libgcrypt-1.10.2/work/libgcrypt-1.10.2/cipher/rijndael.c:
In function ‘_gcry_aes_xts_crypt’:
/var/tmp/portage/dev-libs/libgcrypt-1.10.2/work/libgcrypt-1.10.2/cipher/rijndael.c:1467:1:
internal compiler error: Segmentation fault
 1467 | _gcry_aes_xts_crypt (void *context, unsigned char *tweak,
  | ^~~
0x578a8971 internal_error(char const*, ...)
???:0
0x561044b4 gen_rtx_SUBREG(machine_mode, rtx_def*, poly_int<1u, unsigned long
long>)
???:0
0x56cff0b5 s390_vectorize_vec_perm_const(machine_mode, machine_mode, rtx_def*,
rtx_def*, rtx_def*, vec_perm_indices const&)
???:0
0x56565995 can_vec_perm_const_p(machine_mode, machine_mode, vec_perm_indices
const&, bool)
???:0
0x5777c0bf gimple_simplify_VEC_PERM_EXPR(gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), code_helper, tree_node*, tree_node*, tree_node*, tree_node*)
???:0
0x56ea311d gimple_simplify(gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), code_helper, tree_node*, tree_node*, tree_node*, tree_node*)
???:0
0x56fa3df9 gimple_simplify(gimple*, gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), tree_node* (*)(tree_node*))
???:0
0x56242f6f gimple_fold_stmt_to_constant_1(gimple*, tree_node* (*)(tree_node*),
tree_node* (*)(tree_node*))
???:0
0x56a19947 ssa_propagation_engine::simulate_stmt(gimple*)
???:0
0x56a19d8d ssa_propagation_engine::simulate_block(basic_block_def*)
???:0
0x56a1a411 ssa_propagation_engine::ssa_propagate()
???:0
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

```
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/s390-ibm-linux-gnu/14/lto-wrapper
Target: s390-ibm-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.0_pre20231022-r1/work/gcc-14-20231022/configure
--host=s390-ibm-linux-gnu --build=s390-ibm-linux-gnu --prefix=/usr
--bindir=/usr/s390-ibm-linux-gnu/gcc-bin/14
--includedir=/usr/lib/gcc/s390-ibm-linux-gnu/14/include
--datadir=/usr/share/gcc-data/s390-ibm-linux-gnu/14
--mandir=/usr/share/gcc-data/s390-ibm-linux-gnu/14/man
--infodir=/usr/share/gcc-data/s390-ibm-linux-gnu/14/info
--with-gxx-include-dir=/usr/lib/gcc/s390-ibm-linux-gnu/14/include/g++-v14
--disable-silent-rules --disable-dependency-tracking
--with-python-dir=/share/gcc-data/s390-ibm-linux-gnu/14/python
--enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--disable-libunwind-exceptions --enable-checking=yes,extra,rtl
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo
14.0.0_pre20231022-r1 p7' --with-gcc-major-version-only --enable-libstdcxx-time
--enable-lto --disable-libstdcxx-pch --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --disable-multilib
--disable-fixed-point --enable-libgomp --disable-libssp --disable-libada
--disable-cet --disable-systemtap --disable-valgrind-annotations
--disable-vtable-verify --disable-libvtv --without-zstd --without-isl
--disable-libsanitizer --enable-default-pie --enable-host-pie
--disable-host-bind-now --enable-default-ssp
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231022 (experimental) (Gentoo 14.0.0_pre20231022-r1 p7)
```

[Bug target/112280] ICE building libgcrypt-1.10.2 on s390 (during GIMPLE pass: ccp)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280

--- Comment #1 from Sam James  ---
s390-ibm-linux-gnu-gcc -c rijndael.i -O3 -march=arch13 -mzarch is enough to
reproduce (getting rid of -march=native)

[Bug tree-optimization/112282] [14 Regression] wrong code (generated code hangs) at -O3 on x86_64-linux-gnu

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282

--- Comment #3 from Sam James  ---
I can't reproduce with 20231022, so I'll wait until today's snapshot finishes.
That gives us a nice narrow window anyway...

[Bug target/112280] [14 regression] ICE building libgcrypt-1.10.2 on s390 (during GIMPLE pass: ccp)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280

--- Comment #3 from Sam James  ---
(In reply to Sam James from comment #2)
> I can't hit this with a 13 cross compiler.

(-> 14 regression)

[Bug target/112279] ICE building sqlite-3.43.2 on s390 (internal compiler error: in extract_insn)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112279

--- Comment #3 from Sam James  ---
I can hit this with both a 13 cross compiler and 14 native.

[Bug target/112280] [14 regression] ICE building libgcrypt-1.10.2 on s390 (during GIMPLE pass: ccp)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280

Sam James  changed:

   What|Removed |Added

Summary|ICE building|[14 regression] ICE
   |libgcrypt-1.10.2 on s390|building libgcrypt-1.10.2
   |(during GIMPLE pass: ccp)   |on s390 (during GIMPLE
   ||pass: ccp)

--- Comment #2 from Sam James  ---
I can't hit this with a 13 cross compiler.

[Bug c++/112293] Enhance error reporting with fix-it for missing in gcc 14

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112293

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #7 from Sam James  ---
I think this has come up with chromium/nodejs v8 as well, in both cases with
people being confused about the stdio remove candidate at the end.

[Bug tree-optimization/112282] [14 Regression] wrong code (generated code hangs) at -O3 on x86_64-linux-gnu since r14-4777-g88c27070c25309

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282

Sam James  changed:

   What|Removed |Added

Summary|[14 Regression] wrong code  |[14 Regression] wrong code
   |(generated code hangs) at   |(generated code hangs) at
   |-O3 on x86_64-linux-gnu |-O3 on x86_64-linux-gnu
   ||since
   ||r14-4777-g88c27070c25309
 CC||tnfchris at gcc dot gnu.org

--- Comment #7 from Sam James  ---
88c27070c253094fb7e366583fbe09cec2371e8b is the first bad commit
commit 88c27070c253094fb7e366583fbe09cec2371e8b
Author: Tamar Christina 
Date:   Fri Oct 20 08:09:45 2023 +0100

ifcvt: Support bitfield lowering of multiple-exit loops

i.e. r14-4777-g88c27070c25309

[Bug tree-optimization/112281] [12/13/14 Regression] wrong code at -O3 on x86_64-linux-gnu

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #3 from Sam James  ---
Doesn't happen with -fharden-control-flow-redundancy on trunk.

[Bug sanitizer/112284] New: Implement -fsanitize=function for mismatched function pointer types

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112284

Bug ID: 112284
   Summary: Implement -fsanitize=function for mismatched function
pointer types
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: sjames at gcc dot gnu.org
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
fweimer at redhat dot com, i at maskray dot me, jakub at 
gcc dot gnu.org,
kcc at gcc dot gnu.org, kees at outflux dot net, marxin at 
gcc dot gnu.org
  Target Milestone: ---

A lot more attention is being paid to function pointer type correctness now,
both for CFI-style mitigations, and as we look to tighten up the strictness of
the compiler.

Another angle to this is runtime checking for the pointer type vs the function
signature, which LLVM implements as -fsanitize=function (LLVM recently started
supporting -fsanitize=function for C in https://reviews.llvm.org/D148827).

I'll just use maskray's example here [0] to show it in action:
```
$ echo 'void f() {} int main() { ((void (*)(int))f)(42); }' > a.cc
$ clang++ -g1 -fsanitize=function a.cc -o a.out
$ ./a.out
a.cc:1:26: runtime error: call to function f() through pointer to incorrect
function type 'void (*)(int)'
/home/sam/a.cc:1: note: f() defined here
#0 0x559372095f09 in main /home/sam/a.cc:1:26
#1 0x7f8ece24a346  (/usr/lib64/libc.so.6+0x24346)
#2 0x7f8ece24a408 in __libc_start_main (/usr/lib64/libc.so.6+0x24408)
#3 0x55937206c4c4 in _start (/home/sam/a.out+0x194c4)
```

[0] http://maskray.me/blog/2022-12-18-control-flow-integrity#fsanitizefunction

[Bug target/94758] ICE: in extract_insn, at recog.c:2310 on hppa64 with __thread variable

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94758

Sam James  changed:

   What|Removed |Added

   Last reconfirmed||2023-10-29
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from Sam James  ---
(Re)confirmed with 12.3.1 20230512.

[Bug target/112280] [14 regression] ICE building libgcrypt-1.10.2 on s390 (during GIMPLE pass: ccp)

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280

--- Comment #4 from Sam James  ---
Minimised.

```
$ gcc -O3 -c rijndael.i -march=arch13 -mzarch
rijndael.i:30:18: warning: passing argument 1 of ‘buf_put_le64’ makes pointer
from integer without a cast [-Wint-conversion]
   30 | buf_put_le64(cipher_bulk_ops_t_outbuf_arg, __trans_tmp_5 ^
tweak_lo);
  |  ^~~~
  |  |
  |  int
rijndael.i:8:25: note: expected ‘void *’ but argument is of type ‘int’
8 | void buf_put_le64(void *_buf, long long val) {
  |   ~~^~~~
rijndael.i:32:47: warning: passing argument 1 of ‘buf_put_le64’ makes pointer
from integer without a cast [-Wint-conversion]
   32 | buf_put_le64(cipher_bulk_ops_t_outbuf_arg + 8, __trans_tmp_2 ^
tweak_hi);
  |  ~^~~
  |   |
  |   int
rijndael.i:8:25: note: expected ‘void *’ but argument is of type ‘int’
8 | void buf_put_le64(void *_buf, long long val) {
  |   ~~^~~~
during GIMPLE pass: ccp
rijndael.i:12:6: internal compiler error: Segmentation fault
   12 | void cipher_bulk_ops_t() {
  |  ^
0x578bc41b internal_error(char const*, ...)
???:0
0x5611d4f6 gen_rtx_SUBREG(machine_mode, rtx_def*, poly_int<1u, unsigned long
long>)
???:0
0x56cbfcbb s390_vectorize_vec_perm_const(machine_mode, machine_mode, rtx_def*,
rtx_def*, rtx_def*, vec_perm_indices const&)
???:0
0x5656e4b3 can_vec_perm_const_p(machine_mode, machine_mode, vec_perm_indices
const&, bool)
???:0
0x57784b87 gimple_simplify_VEC_PERM_EXPR(gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), code_helper, tree_node*, tree_node*, tree_node*, tree_node*)
???:0
0x56e5b3cf gimple_simplify(gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), code_helper, tree_node*, tree_node*, tree_node*, tree_node*)
???:0
0x56f95e7f gimple_simplify(gimple*, gimple_match_op*, gimple**, tree_node*
(*)(tree_node*), tree_node* (*)(tree_node*))
???:0
0x562568b1 gimple_fold_stmt_to_constant_1(gimple*, tree_node* (*)(tree_node*),
tree_node* (*)(tree_node*))
???:0
0x569fca5f ssa_propagation_engine::simulate_stmt(gimple*)
???:0
0x569fcdd3 ssa_propagation_engine::simulate_block(basic_block_def*)
???:0
0x569fd411 ssa_propagation_engine::ssa_propagate()
???:0
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.
```

```
$ cat rijndael.i
typedef struct {
  long long a;
} bufhelp_u64_t;

int cipher_bulk_ops_t_outbuf_arg, cipher_bulk_ops_t_nblocks,
cipher_bulk_ops_t__buf;
long long cipher_bulk_ops_t___trans_tmp_4;
long long buf_get_le64(int _buf) { return __builtin_bswap64(((bufhelp_u64_t
*)_buf)->a); }
void buf_put_le64(void *_buf, long long val) {
  bufhelp_u64_t *out = _buf;
  out->a = __builtin_bswap64(val);
}
void cipher_bulk_ops_t() {
  long long __trans_tmp_5, __trans_tmp_3, __trans_tmp_2, tweak_lo, tweak_hi,
  tweak_next_lo, tweak_next_hi, carry;
  { __trans_tmp_3 = __builtin_bswap64(cipher_bulk_ops_t__buf); }
  tweak_next_lo = __trans_tmp_3;
  {
int _buf;
cipher_bulk_ops_t___trans_tmp_4 = __builtin_bswap64(_buf);
  }
  tweak_next_hi = cipher_bulk_ops_t___trans_tmp_4;
  while (cipher_bulk_ops_t_nblocks) {
tweak_lo = tweak_next_lo;
tweak_hi = tweak_next_hi;
tweak_next_hi = tweak_next_lo = carry;
{
  __trans_tmp_5 =
  __builtin_bswap64(((bufhelp_u64_t
*)cipher_bulk_ops_t_outbuf_arg)->a);
}
buf_put_le64(cipher_bulk_ops_t_outbuf_arg, __trans_tmp_5 ^ tweak_lo);
__trans_tmp_2 = buf_get_le64(cipher_bulk_ops_t_outbuf_arg + 8);
buf_put_le64(cipher_bulk_ops_t_outbuf_arg + 8, __trans_tmp_2 ^ tweak_hi);
cipher_bulk_ops_t_nblocks--;
  }
}
```

[Bug tree-optimization/112281] [12/13/14 Regression] wrong code at -O3 on x86_64-linux-gnu since r12-2097-g9f34b780b0461e

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281

Sam James  changed:

   What|Removed |Added

Summary|[12/13/14 Regression] wrong |[12/13/14 Regression] wrong
   |code at -O3 on  |code at -O3 on
   |x86_64-linux-gnu|x86_64-linux-gnu since
   ||r12-2097-g9f34b780b0461e
 CC||rguenth at gcc dot gnu.org
   Keywords|needs-bisection |

--- Comment #4 from Sam James  ---
9f34b780b0461ec7b2b2defe96e44ab616ea2aa3 is the first bad commit
commit 9f34b780b0461ec7b2b2defe96e44ab616ea2aa3
Author: Richard Biener 
Date:   Wed Jul 7 11:41:03 2021 +0200

tree-optimization/99728 - improve LIM for loops with aggregate copies

i.e. r12-2097-g9f34b780b0461e

That commit also came up in PR111554.

[Bug target/110792] [13/14 Regression] GCC 13 x86_32 miscompilation of Whirlpool hash function

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110792

Sam James  changed:

   What|Removed |Added

   Keywords|needs-bisection |

--- Comment #17 from Sam James  ---
fwiw I backported this downstream a while ago and it's been in production
since, no complaints

[Bug bootstrap/54179] please split insn-emit.c !

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54179

Sam James  changed:

   What|Removed |Added

   Target Milestone|--- |14.0
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #35 from Sam James  ---
Done in

commit 184378027e92f51e02d3649e0ca523f487fd2810
Author: Robin Dapp 
Date:   Thu Oct 12 11:23:26 2023 +0200

genemit: Split insn-emit.cc into several partitions.

On riscv insn-emit.cc has grown to over 1.2 mio lines of code and
compiling it takes considerable time.
Therefore, this patch adjust genemit to create several partitions
(insn-emit-1.cc to insn-emit-n.cc).  The available patterns are
written to the given files in a sequential fashion.

Similar to match.pd a configure option --with-emitinsn-partitions=num
is introduced that makes the number of partition configurable.

gcc/ChangeLog:

PR bootstrap/84402
PR target/111600

* Makefile.in: Handle split insn-emit.cc.
* configure: Regenerate.
* configure.ac: Add --with-insnemit-partitions.
* genemit.cc (output_peephole2_scratches): Print to file instead
of stdout.
(print_code): Ditto.
(gen_rtx_scratch): Ditto.
(gen_exp): Ditto.
(gen_emit_seq): Ditto.
(emit_c_code): Ditto.
(gen_insn): Ditto.
(gen_expand): Ditto.
(gen_split): Ditto.
(output_add_clobbers): Ditto.
(output_added_clobbers_hard_reg_p): Ditto.
(print_overload_arguments): Ditto.
(print_overload_test): Ditto.
(handle_overloaded_code_for): Ditto.
(handle_overloaded_gen): Ditto.
(print_header): New function.
(handle_arg): New function.
(main): Split output into 10 files.
* gensupport.cc (count_patterns): New function.
* gensupport.h (count_patterns): Define.
* read-md.cc (md_reader::print_md_ptr_loc): Add file argument.
* read-md.h (class md_reader): Change definition.

for 14.

14 will therefore have both split insn-emit as well as *-match from tamar
earlier in the year, which makes life a lot easier with constrained resources.

I've also backported it downstream as well. I don't think anyone plans on doing
it upstream.

[Bug bootstrap/84402] [meta] GCC build system: parallelism bottleneck

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Bug 84402 depends on bug 54179, which changed state.

Bug 54179 Summary: please split insn-emit.c !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54179

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

[Bug target/111235] [Armv7-a]: Control-dependency between atomic accesses removed by -O1.

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235

Sam James  changed:

   What|Removed |Added

   Target Milestone|--- |14.0

[Bug ipa/111960] [14 Regression] ICE: during GIMPLE pass: rebuild_frequencies: SIGSEGV (Invalid read of size 4) with -fdump-tree-rebuild_frequencies-all

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111960

--- Comment #3 from Sam James  ---
I was confused at first until I realised rebuild_frequencies-all got turned
into a proper pass in r14-2524-gaa6741ef2e0c31, so no bisection needed imo.

[Bug rtl-optimization/111822] [12/13/14 Regression] during RTL pass: lr_shrinkage ICE: in operator[], at vec.h:910 with -O2 -m32 -flive-range-shrinkage -fno-dce -fnon-call-exceptions

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111822

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #2 from Sam James  ---
I was confused at first while just checking the range because 10 has a
different ICE:

$ g++-10 /tmp/foo.cxx -o /tmp/foo -c -O2 -m32 -flive-range-shrinkage -fno-dce
-fnon-call-exceptions
during RTL pass: lr_shrinkage
/tmp/foo.cxx: In member function 'void SQVM::CallNative()':
/tmp/foo.cxx:41:1: internal compiler error: Segmentation fault
   41 | }
  | ^
0xc86baf crash_signal
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/toplev.c:328
0x84d9a6 pre_and_rev_post_order_compute_fn(function*, int*, int*, bool)
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/cfganal.c:1036
0x84db87 pre_and_rev_post_order_compute(int*, int*, bool)
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/cfganal.c:1049
0x81c940 init_alias_analysis()
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/alias.c:3391
0x14d9f91 sched_init()
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/haifa-sched.c:7326
0x14e4ebd haifa_sched_init()
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/haifa-sched.c:7363
0xc3e02b schedule_insns()
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/sched-rgn.c:3514
0xc3e6db schedule_insns()
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/sched-rgn.c:3508
0xc3e6db rest_of_handle_live_range_shrinkage
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/sched-rgn.c:3710
0xc3e6db execute
/usr/src/debug/sys-devel/gcc-10.5.0/gcc-10.5.0/gcc/sched-rgn.c:3797
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

Anyway, bisecting.

[Bug rtl-optimization/111822] [12/13/14 Regression] during RTL pass: lr_shrinkage ICE: in operator[], at vec.h:910 with -O2 -m32 -flive-range-shrinkage -fno-dce -fnon-call-exceptions since r12-5301-g0

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111822

--- Comment #3 from Sam James  ---
bisect says

045206450386bcd774db3bde0c696828402361c6 is the first bad commit
commit 045206450386bcd774db3bde0c696828402361c6
Author: Richard Biener 
Date:   Fri Nov 12 10:21:22 2021 +0100

tree-optimization/102880 - improve CD-DCE

i.e. r12-5301-g045206450386bc

[Bug middle-end/110721] Segmentation fault with '-O3 -fno-dce -fno-ipa-cp -fno-tree-dce -fno-tree-sink'

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110721

--- Comment #7 from Sam James  ---
tip of 12/13/14 all work with -fno-tree-dse, 11 fails the same as before

[Bug c++/111929] [14 Regression] in decompose, at wide-int.h:1049 since r14-4793-gdad311874ac3b3

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929

Sam James  changed:

   What|Removed |Added

   Keywords|needs-bisection |
Summary|[14 Regression] in  |[14 Regression] in
   |decompose, at   |decompose, at
   |wide-int.h:1049 |wide-int.h:1049 since
   ||r14-4793-gdad311874ac3b3

--- Comment #8 from Sam James  ---
dad311874ac3b3cf4eca1c04f67cae80c953f7b8 is the first bad commit
commit dad311874ac3b3cf4eca1c04f67cae80c953f7b8
Author: Patrick Palka 
Date:   Fri Oct 20 10:45:00 2023 -0400

c++: remove NON_DEPENDENT_EXPR, part 1

i.e. r14-4793-gdad311874ac3b3

[Bug c++/111890] ICE in tsubst_friend_function with friend function declared inside a concept constrainted class inside a template class

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111890

Sam James  changed:

   What|Removed |Added

 CC||sjames at gcc dot gnu.org

--- Comment #5 from Sam James  ---
10.5, tip of 11/12/13, trunk are all bad

[Bug c++/101631] gcc allows for the changing of an union active member to be changed via a reference

[sjames at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101631

Sam James  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org,
   ||nathanieloshead at gmail dot 
com,
   ||sjames at gcc dot gnu.org

--- Comment #5 from Sam James  ---
Fixed for 14 then by the drive-by bit or is there something left?