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
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 | }
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.
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)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112280
Sam James changed:
What|Removed |Added
Summary|ICE building|[14 regression] ICE
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)
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
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
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:
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94758
Sam James changed:
What|Removed |Added
Last reconfirmed||2023-10-29
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109334
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #6 from Sam James ---
Try replying to the patch with 'ping'. I'm not a reviewer, but it both LGTM and
we're using it in Gentoo with no reported problems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111249
--- Comment #3 from Sam James ---
(In reply to Sam James from comment #2)
> Bisecting from 11 (good) -> 12 (bad) gave r12-4871-g502ffb1f389011 as the
> breaking commit.
>
> Bisecting from 13 (bad) -> 14 (good) gave r14-2926-gee20be8325f7f2 as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111249
Sam James changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101631
Sam James changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96503
Sam James changed:
What|Removed |Added
See Also||https://github.com/systemd/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929
--- Comment #9 from Sam James ---
Hit this with libsass too.
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[14 Regression] in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110721
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111929
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110721
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111873
Sam James changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110852
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904
Sam James changed:
What|Removed |Added
CC||bruno at clisp dot org
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111915
Sam James changed:
What|Removed |Added
Summary|[14 Regression] ICE in vect |[14 Regression] ICE in vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
Sam James changed:
What|Removed |Added
Summary|[14 Regression] wrong code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111916
--- Comment #2 from Sam James ---
I'll bisect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904
--- Comment #1 from Sam James ---
gllib/memset_explicit.o is apparently the same between the two directories
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904
Bug ID: 111904
Summary: Miscompilation with -O3
-fharden-control-flow-redundancy?
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899
Bug ID: 111899
Summary: [14 regression] GCC fails to bootstrap with
'ust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was
not declared in this scope'
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884
Sam James changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845
--- Comment #11 from Sam James ---
Thank you for the quick fix!
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476
Sam James changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111845
Sam James changed:
What|Removed |Added
Attachment #56127|0 |1
is obsolete|
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)
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111773
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111768
Sam James changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111768
Bug ID: 111768
Summary: Bootstrap failure with -march=native on Intel Alder
Lake CPUs because of differing cache sizes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111715
--- Comment #8 from Sam James ---
(In reply to Richard Biener from comment #7)
> (In reply to Sam James from comment #6)
> > I started hitting the original warning Jakub hit with 13.2.1 20231007 but
> > I've not tried to figure out which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111752
Bug ID: 111752
Summary: -Wfree-nonheap-object (vec.h:347:10: warning: 'free'
called on unallocated object 'dest_bbs') during
bootstrap with LTO
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111715
--- Comment #6 from Sam James ---
I started hitting the original warning Jakub hit with 13.2.1 20231007 but I've
not tried to figure out which backported change caused it to appear.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110368
--- Comment #7 from Sam James ---
That said, I suppose we should do better here with -Wstrict-aliasing. No level
detects it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111681
Bug ID: 111681
Summary: Missing fixit for exception name in catch
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111664
Sam James changed:
What|Removed |Added
CC||kito at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111654
--- Comment #3 from Sam James ---
It would be worth mentioning that then.
Anyway:
*
https://inbox.sourceware.org/gcc-patches/cap2b4gmq7btqtequuuok7ojt8p3kdbdvpudrmo_nt95wumw...@mail.gmail.com/
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110180
Sam James changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Sam James changed:
What|Removed |Added
CC||mliska at suse dot cz,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #1 from Sam James ---
I don't think I'm going to be able to get a minimal reproducer for this, but
trying to at least get something a bit smaller/precise.
If I take inspiration from PR79587, I can do a bit better:
* wget
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
Bug ID: 111559
Summary: [14 regression] ICE when building Python with PGO
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
--- Comment #9 from Sam James ---
(In reply to Sam James from comment #8)
> https://github.com/apache/xerces-c/commit/
> bc3189892c2e700bd3298b77cd8a523080fa74bb
https://issues.apache.org/jira/projects/XERCESC/issues/XERCESC-1259
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
--- Comment #8 from Sam James ---
https://github.com/apache/xerces-c/commit/bc3189892c2e700bd3298b77cd8a523080fa74bb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
--- Comment #5 from Sam James ---
Created attachment 55969
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55969=edit
DGXMLScanner.ii
Reproduced w/ DGXMLScanner.ii
1. wget
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
--- Comment #4 from Sam James ---
Am trying to build xerces-c-2.5.0 but am struggling for other reasons due to
its age...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
--- Comment #1 from Sam James ---
Maybe attach a preprocessed version for completeness?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
Sam James changed:
What|Removed |Added
CC||siddhesh at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111495
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111495
--- Comment #4 from Sam James ---
trying..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111495
Sam James changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111495
--- Comment #1 from Sam James ---
Created attachment 55956
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55956=edit
reduced.ii
Attached minimised reproducer fails with -O3, works with -O2, per original.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111495
Bug ID: 111495
Summary: [14 regression] ICE in lower_bound, at
value-range.h:1078 when building LLVM 17.0.1
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476
--- Comment #5 from Sam James ---
that commit looks to have just exposed it though as designed, the issue was
latent before I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476
Sam James changed:
What|Removed |Added
Summary|[14 regression] ICE when|[14 regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476
--- Comment #3 from Sam James ---
cvise just finished for me, `gcc -c util.i -O3`:
```
int ruby_strtod_c, ruby_strtod_nd;
double ruby_strtod_rv_0;
void ruby_strtod() {
int i, nz, z;
if (ruby_strtod_nd) {
nz = 0;
goto have_dig;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476
--- Comment #1 from Sam James ---
I need -O3 to reproduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111476
Bug ID: 111476
Summary: [14 regression] ICE when building Ruby 3.1.4
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
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
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
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.
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
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111278
--- Comment #1 from Sam James ---
10/11/12/13/14 all seem to fail
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
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
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
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.
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
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111073
Sam James changed:
What|Removed |Added
Summary|[13/14 regression] |[13/14 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111073
Sam James changed:
What|Removed |Added
Blocks||88443
--- Comment #1 from Sam James ---
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111073
Bug ID: 111073
Summary: [13/14 regression] False-positive -Wstringop-overflow
when building gdb from trunk
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93176
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111009
--- Comment #6 from Sam James ---
Can you bisect further back with -param=vrp2-mode=ranger, to force ranger
before it was the default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111030
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110792
--- Comment #15 from Sam James ---
Roger, is this one ready to backport to releases/gcc-13 so we can pick it up
easily downstream via the branch snapshots, or do you want to let it bake on
trunk a bit longer? Cheers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110926
--- Comment #4 from Sam James ---
Created attachment 55699
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55699=edit
reduced.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110926
--- Comment #3 from Sam James ---
Created attachment 55698
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55698=edit
reduced.i
Reduced version attached, not cleaned it up yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110926
--- Comment #2 from Sam James ---
Created attachment 55697
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55697=edit
matmul_i1.i
701 - 800 of 995 matches
Mail list logo
