https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113817
Sam James changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731
Sam James changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #13 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113776
--- Comment #6 from Sam James ---
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
--- Comment #12 from Sam James ---
Created attachment 57379
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57379&action=edit
test.c
Here's an initial stab at a standalone testcase. I'm going to try reduce it
now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113873
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746
Sam James changed:
What|Removed |Added
Summary|[14 Regression] ICE: tree |[14 Regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113746
--- Comment #5 from Sam James ---
s/sourceware email/sourceware user/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
Sam James changed:
What|Removed |Added
Attachment #57379|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
Sam James changed:
What|Removed |Added
Attachment #57384|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
Sam James changed:
What|Removed |Added
Attachment #57390|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65424
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92387
--- Comment #3 from Sam James ---
With trunk, I get:
```
Breakpoint 1, main () at /tmp/foo.c:11
11 c ();
$1 =
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
--- Comment #26 from Sam James ---
I was using it in one of the testcases to compare with Clang earlier on as I
was suspicious of one of the functions being inlined to blame, just didn't
remove it later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113900
Bug ID: 113900
Summary: [14 regression] Hang and then ICe in
vect_transform_loops, at tree-vectorizer.cc:1031 when
building slang-2.3.3
Product: gcc
Version: 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113900
--- Comment #1 from Sam James ---
Created attachment 57405
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57405&action=edit
slarith.i.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113900
--- Comment #2 from Sam James ---
This actually takes ages even when it doesn't ICE:
```
$ gcc -c ./slarith.i -O2 -ftime-report
Time variable usr sys wall
GGC
phase setup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113900
--- Comment #3 from Sam James ---
OK, it takes ages (at least with checking, can't check without right now) with
10/11/12/13/14, so that part isn't a regression. Weird how I didn't notice
before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113901
Bug ID: 113901
Summary: [14 regression] ICE when building nodejs-20.11.0
(crash in find_uses_to_rename_use)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113901
--- Comment #1 from Sam James ---
```
# g++ -c v8_base_without_compiler.regexp-compiler.ii -march=znver2 -O3 -wrapper
valgrind
==21117== Memcheck, a memory error detector
==21117== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113901
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113900
--- Comment #4 from Sam James ---
I'll bisect and then also try reduce if it has tolerable speed without
checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
Bug ID: 113907
Summary: [14 regression] ICU miscompiled since on x86 since
r14-5109-ga291237b628f41
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #1 from Sam James ---
I will do the usual bisection of objects and also narrow it down with pragmas.
I won't be able to get much further than that though, I suspect.
-fsanitize=address,undefined builds fine (i.e. it doesn't even seg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #2 from Sam James ---
Program received signal SIGSEGV, Segmentation fault.
0xf770e5c0 in memcpy (__dest=, __src=,
__len=) at /usr/include/bits/string_fortified.h:29
29return __builtin___memcpy_chk (__dest, __src, __len,
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #4 from Sam James ---
Created attachment 57409
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57409&action=edit
udataswp.ii.xz
It goes wrong in common/udataswp.cpp's uprv_copyArray16 and uprv_copyArray64.
(Seemingly both of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #5 from Sam James ---
Created attachment 57410
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57410&action=edit
udataswp.cpp.262r.expand (good)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #6 from Sam James ---
Created attachment 57411
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57411&action=edit
udataswp.cpp.262r.expand (bad)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #7 from Sam James ---
Created attachment 57412
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57412&action=edit
udataswp.o (good, r14-5108-g751fc7bcdcdf25)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #8 from Sam James ---
Created attachment 57413
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57413&action=edit
udataswp.o (bad, r14-5109-ga291237b628f41)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #9 from Sam James ---
(In reply to Sam James from comment #4)
> Created attachment 57409 [details]
> udataswp.ii.xz
>
> It goes wrong in common/udataswp.cpp's uprv_copyArray16 and uprv_copyArray64.
>
ah, uprv_copyArray64 -> uprv_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #12 from Sam James ---
-O2 -march=i686 -std=c++11 -m32 -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #13 from Sam James ---
(In reply to Andrew Pinski from comment #11)
> Does -fwrapv help?
no (and ubsan suppresses the crash, everything works fine w/ no ubsan output)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #16 from Sam James ---
(In reply to Jakub Jelinek from comment #14
> So it certainly doesn't surprise me some length < 8 check is optimized away
> given the above range info. The question is if it is correct and what
> values the le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
Bug ID: 113915
Summary: [14 regression] glibc miscompiled for armv7a since
r14-4365-g0731889c026bfe
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
--- Comment #1 from Sam James ---
glibc's WAIT_FOR_DEBUGGER support for tests seems broken, as it drops me into a
waiting process with:
```
/var/tmp/portage/sys-libs/glibc-2.38-r10/work/build-arm-armv7a-unknown-linux-gnueabihf-nptl/posix/tst-get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
Sam James changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
--- Comment #3 from Sam James ---
On glibc trunk (491e55beab7457ed310a4a47496f4a333c5d1032), I can reproduce
with:
```
CC=/tmp/gcc/bin/gcc CXX=/tmp/gcc/bin/g++ ~/git/glibc/configure --prefix=/usr
make -j$(nproc)
make test t=posix/tst-getopt-canc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
--- Comment #4 from Sam James ---
better bt:
```
begin: no errors
[New LWP 250625]
Thread 2.1 "ld-linux-armhf." received signal SIGSEGV, Segmentation fault.
[Switching to LWP 250624]
_dl_find_object_update_1 (count=, loaded=) at
dl-find_object.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
--- Comment #5 from Sam James ---
(In reply to Sam James from comment #0)
> glibc seems to go from 30 failing innocent tests (*) to over 400 between
> gcc-13 and gcc-14. Bisected to r14-4365-g0731889c026bfe which fixed PR111235.
>
> It's hard t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Bug ID: 113932
Summary: [meta-bug] Targets which should be ported to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
Bug ID: 113933
Summary: Switch pa to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Bug ID: 113934
Summary: Switch avr to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113935
Bug ID: 113935
Summary: Switch bfin to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113936
Bug ID: 113936
Summary: Switch c6x to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113937
Bug ID: 113937
Summary: Switch fr30 to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113938
Bug ID: 113938
Summary: Switch frv to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
Bug ID: 113939
Summary: Switch m68k to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113940
Bug ID: 113940
Summary: Switch mcore to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113941
Bug ID: 113941
Summary: Switch mn10300 to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113942
Bug ID: 113942
Summary: Switch msp430 to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113943
Bug ID: 113943
Summary: Switch m32c to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113944
Bug ID: 113944
Summary: Switch rl78 to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113945
Bug ID: 113945
Summary: Switch visium to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113946
Bug ID: 113946
Summary: Switch ft32 to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113947
Bug ID: 113947
Summary: Switch pdp11 to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113948
Bug ID: 113948
Summary: Switch rx to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113949
Bug ID: 113949
Summary: Switch vax to LRA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113946
--- Comment #1 from Sam James ---
ft32 has a maintainer (James Bowman) but I can't find a BZ account for him to
CC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113946
Sam James changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113952
Bug ID: 113952
Summary: Finish LRA transition for sparc by removing -mlra
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113953
Bug ID: 113953
Summary: Finish LRA transition for s390 by removing -mlra
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113954
Bug ID: 113954
Summary: Finish LRA transition for arc by removing -mlra
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113955
Bug ID: 113955
Summary: Finish LRA transition for mips by removing -mlra
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87313
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88687
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-02-17
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71219
Sam James changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113497
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-02-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113976
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
--- Comment #12 from Sam James ---
(In reply to Andrew Pinski from comment #9)
> This should work, I think:
> [...]
I'm going to apply this tonight for our arm builds downstream as we can't do
any testing right now and there's a lot of bugs I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113986
Bug ID: 113986
Summary: [14 regression] Build failure on aarch64-linux-musl
(error: 'export_load_16' aliased to undefined symbol
'libat_load_16')
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114027
--- Comment #1 from Sam James ---
When this is fixed, this is probably worth putting in the general torture test
suite, not just for riscv.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
Sam James changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114027
--- Comment #7 from Sam James ---
(In reply to Robin Dapp from comment #6)
> Btw this fails on x86 and aarch64 for me with -fno-vect-cost-model. So it
> definitely looks generic.
What args did you use? I can't get it to fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114048
Bug ID: 114048
Summary: [14 regression] ICE when building libowfat-0.33 on x86
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114048
--- Comment #1 from Sam James ---
Reducing...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
Sam James changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114048
--- Comment #2 from Sam James ---
Reduced:
```
typedef struct {
void *child[2];
char otherbits;
} critbit0_node;
int allprefixed_traverse(char *top) {
if (top) {
critbit0_node *q = (void *)top - 1;
int direction = 0;
for (;; +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114048
Sam James changed:
What|Removed |Added
Summary|[14 regression] ICE when|[14 regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114050
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114052
--- Comment #2 from Sam James ---
Created attachment 57494
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57494&action=edit
test.c
Attaching godbolt testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114068
Bug ID: 114068
Summary: [14 regression] ICE when building darktable-4.6.1
(error: PHI node with wrong VUSE on edge from BB 25)
Product: gcc
Version: 14.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114068
--- Comment #1 from Sam James ---
Reducing now...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114068
--- Comment #2 from Sam James ---
Note that this is the second time we've seen the weird "double crash" w/
x86_64_fallback_frame_state when unwinding, see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114048#c3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114070
Bug ID: 114070
Summary: [12/13/13 regression] ICE when building git-2.43.2
with -mcpu=niagara4 -fno-vect-cost-model
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114070
--- Comment #1 from Sam James ---
I'll reduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114068
--- Comment #9 from Sam James ---
```
template struct Array1DRef {
T data;
T *addressOf(int eltIdx) { return &data + eltIdx; }
};
template struct CroppedArray1DRef {
Array1DRef base;
int numElts;
void getAsArray1DRef() {
if (numE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114068
--- Comment #10 from Sam James ---
last one:
```
struct c {
int b;
int *d(int e) { return &b + e; }
};
struct g {
c base;
int f;
void j() {
if (f)
__builtin_unreachable();
}
int &p(int e) {
if (e > 1)
__builtin_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114070
--- Comment #4 from Sam James ---
reduced:
```
struct name_entry {
int mode;
} traverse_trees(), *unresolved_n;
void unresolved(int i, unsigned dirmask, unsigned mask) {
for (; i; i++) {
mask |= 1;
if (!unresolved_n[i].mode || unres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114079
Bug ID: 114079
Summary: [14 regression] fftw fails tests again with -O3
-march=znver2 -m32
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114079
--- Comment #1 from Sam James ---
I'll bisect it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114079
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113059
--- Comment #26 from Sam James ---
*** Bug 114079 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113059
--- Comment #27 from Sam James ---
Can someone sanity-check me on this by trying the instructions at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114079#c0?
I think I can still hit the original crash, it's just flaky (it might pass
sometimes).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114081
Bug ID: 114081
Summary: [14 regression] ICE in verify_dominators when building
php-8.3.3 (error: dominator of 16 should be 111, not
3)
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114081
--- Comment #1 from Sam James ---
I can reproduce with: gcc -c ./ext/filter/filter.i -march=znver2
-fno-vect-cost-model -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66874
Sam James changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66874
--- Comment #4 from Sam James ---
I was just going off "incorrect debug info" in comment 0 given it's the only
thing I changed recently. If not, then I've got no idea.
If I were sure it were dwz, I'd file a bug there ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114099
Bug ID: 114099
Summary: [14 regression] ICE when building darktable-4.6.1
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
1 - 100 of 4722 matches
Mail list logo
