https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109274
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #15 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109325
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109325
--- Comment #1 from Sam James ---
Created attachment 54781
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54781&action=edit
warpers.cpp.ii.xz
Originally reported by Adrien Dessemond at
https://bugs.gentoo.org/903505.
```
x86_64-pc-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109325
Bug ID: 109325
Summary: ICE in range_def_chain::in_chain_ when building opencv
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109304
--- Comment #2 from Sam James ---
Good: 13.0.1 20230319
Bad: 13.0.1 20230326
I'll bisect now but someone is free to beat me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109304
--- Comment #1 from Sam James ---
Created attachment 54772
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54772&action=edit
reduced.i
```
$ x86_64-pc-linux-gnu-gcc -c /tmp/reduced.i -fprofile-generate -O3
-fno-semantic-interposition -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109304
Bug ID: 109304
Summary: ICE when building Python 3.12.0_alpha6 (internal
compiler error: in get_vrange, at
value-range-storage.cc:87)
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109140
Sam James changed:
What|Removed |Added
CC||davem at davemloft dot net
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109140
Sam James changed:
What|Removed |Added
Known to work||11.3.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109140
--- Comment #3 from Sam James ---
I'll bisect later but someone is free to beat me if they want. I think 11 was
fine, but need to check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109140
--- Comment #2 from Sam James ---
Created attachment 54670
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54670&action=edit
reduced.i
Attached reduced version.
```
# sparc64-unknown-linux-gnu-gcc reduced.i -O2 -mcpu=niagara4 -c
reduced.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109140
--- Comment #1 from Sam James ---
Created attachment 54669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54669&action=edit
target_mips_tcg_lmmi_helper.c.i.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109140
Bug ID: 109140
Summary: ICE when building qemu (qemu-user, MIPS component) on
sparc64-unknown-linux-gnu with -march=niagara4
Product: gcc
Version: 13.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
--- Comment #6 from Sam James ---
(In reply to Andrew Pinski from comment #5)
> The inline-asm inside get_cabac_inline_x86 needs 7 registers (6 + ecx is
> used as a clobber). So obviously it will be really bad on 32bit x86.
Ah, thanks, I get it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
--- Comment #2 from Sam James ---
(I suspect ffmpeg's build system does some
buffering/synchronisation/suppression of output until a job is complete which
is why it looks like a hang with no output at all, while running it manually
gets errors-t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
--- Comment #1 from Sam James ---
Created attachment 54667
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54667&action=edit
h264_cabac.i
With the attached h264_cebac.i:
- gcc-11 -m32 -c h264_cabac.i -O3 -march=znver1 # works
- gcc-12 -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
Bug ID: 109137
Summary: [12/13 regression] Compiling ffmpeg with -m32 on
x86_64-pc-linux-gnu hangs on libavcodec/h264_cabac.c
since r12-9086-g489c81db7d4f75
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
Sam James changed:
What|Removed |Added
CC||eggert at cs dot ucla.edu
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106609
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #16 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108691
--- Comment #13 from Sam James ---
(Revert was for pr108868).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
--- Comment #9 from Sam James ---
For completeness, this originated from
https://github.com/Perl/perl5/issues/19776, I believe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101682
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #7 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108796
Sam James changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #3 from Sam James --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108796
--- Comment #2 from Sam James ---
Sorry, for completeness, I meant to include:
```
$ gcc-12 -O2 /tmp/foo.c # ditto with -std=c89
/tmp/foo.c:3:1: warning: 'noreturn' attribute ignored [-Wattributes]
3 | [[noreturn]] void foo(void) {
| ^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108796
Sam James changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108796
Bug ID: 108796
Summary: GCC 13 accepts [[noreturn]] attribute without -std=c2x
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #11 from Sam James ---
Can you drop a link in here if/when reported upstream? Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108690
--- Comment #2 from Sam James ---
Please add https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108694 to See Also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108484
--- Comment #7 from Sam James ---
Could you add 108463 to See Also? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108634
--- Comment #4 from Sam James ---
Patch sent to kernel:
https://lore.kernel.org/linux-hardening/20230201230009.2252783-1-...@gentoo.org/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108634
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108634
Bug ID: 108634
Summary: [13 regression] 'undefined symbol: tree_code_type'
when building kernel GCC plugins since
r13-5431-gb0241ce6e37031
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108531
--- Comment #4 from Sam James ---
LLVM side: https://github.com/llvm/llvm-project/issues/60269
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107048
--- Comment #2 from Sam James ---
See https://gcc.gnu.org/pipermail/gcc-patches/2022-December/608723.html and so
on. kees mentioned this is currently in review and a new version is being spun
up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
--- Comment #16 from Sam James ---
(In reply to felix from comment #15)
He means apinski who submitted a patch, not you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522
--- Comment #33 from Sam James ---
(In reply to Richard Biener from comment #32)
> Do other targets want to follow suite for GCC 13 here?
I think the deviation for x86 and !x86 as-is will lead to further confusion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
--- Comment #2 from Sam James ---
Minimum command needed to reproduce:
```
$ gcc-13 -Werror -Wuninitialized -O2 -c tee.i
src/tee.c: In function 'tee_files':
src/tee.c:272:25: error: 'out_pollable' may be used uninitialized
[-Werror=maybe-uniniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
--- Comment #1 from Sam James ---
Created attachment 54252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54252&action=edit
coreutils-tee.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
Bug ID: 108379
Summary: -Wmaybe-uninitialized false positive on conditional
use
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082
--- Comment #14 from Sam James ---
This seems to be fixed in the latest macOS SDK (13.1 at least). But obviously
that doesn't help folks who need to use older SDKs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #10 from Sam James ---
Both Arsen and I gave it a go and it doesn't seem to make a difference either
way (it doesn't induce miscompilation with the revert, and it doesn't fix
miscompilation without the revert).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #6 from Sam James ---
For completeness, I should note, because some commits couldn't be built (only a
handful), git said (I've converted the commits) that it could be any of:
r12-5382-g616ca1024a79c6
r12-5383-g22c242342e38eb
r12-5381
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #5 from Sam James ---
(In reply to Andrew Pinski from comment #4)
> Do you know which object file inside llvm-tblgen is being miscompiled?
> You can do a binary search on object files and then provide the preprocessed
> source for th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #3 from Sam James ---
Flags used to build LLVM:
export FFLAGS='-O2 -mcpu=powerpc -mtune=powerpc -pipe'
export CXXFLAGS='-O2 -mcpu=powerpc -mtune=powerpc -pipe -ggdb
-D_GLIBCXX_ASSERTIONS=1'
export LDFLAGS='-Wl,-O1 -Wl,--as-needed'
ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #2 from Sam James ---
LLVM build with working llvm-tblgen (with gcc revert as described above):
https://dev.gentoo.org/~sam/bugs/gcc/gcc-llvm-tblgen-ppc/bisect-maybe-broken-2022-12-28-no-hang-revert.tar.xz
LLVM build with broken llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
--- Comment #1 from Sam James ---
GCC built at releases/gcc-12 at a3fbfc1027e9edcd14bb290b5702504d80d9e8fe with a
revert of 22c242342e38ebffa6bbf7e86e7a1e4abdf0d686 which produces a working
llvm-tblgen:
```
$ gcc-12 -V
Using built-in specs.
COLL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250
Bug ID: 108250
Summary: [12/13 regression] llvm-tblgen miscompiled on
powerpc-unknown-linux-gnu since
r12-5383-g22c242342e38eb
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108224
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #4 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
--- Comment #1 from Sam James ---
Ah, based on https://bugzilla.redhat.com/show_bug.cgi?id=427700#c3 &
https://bugzilla.redhat.com/show_bug.cgi?id=427700#c5, maybe the source really
does just need splitting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108208
Bug ID: 108208
Summary: Build failure on large LLVM source files on PPC
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108087
--- Comment #1 from Sam James ---
Sorry, output got mangled slightly by ansifiltering:
```
/var/tmp/portage/sys-devel/gcc-13.0./work/gcc-13.0./gcc/rust/rust-lang.cc:67:17:
warning: type ‘struct lang_type’ violates the C++ One Definition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108087
Bug ID: 108087
Summary: -Wodr warnings in rust/rust-lang.cc (lang_type)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022
Sam James changed:
What|Removed |Added
Summary|[11/12/13 regression] |[11/12/13 regression]
|-f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108022
Bug ID: 108022
Summary: [11/12/13 regression] -frecord-gcc-switches doesn't
record preprocessor macros since
7caa49706316e650fb67719e1a1bf3a35054b685
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #22 from Sam James ---
(In reply to Tomasz Kłoczko from comment #21)
> On emore time.
> You are commenting under GNU C Compilet issue during linking firebird
> binaries linking.
> *COMPILER* (not firebird) is core dumping.
>
> Pleas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107963
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #2 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #19 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107730
Sam James changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #3 from Sam James ---
h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107730
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107730
--- Comment #1 from Sam James ---
Note that if I drop 'static', the warning goes away. Clang does not warn at
all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107730
Bug ID: 107730
Summary: Trivial -Wreturn-type false positive when function
marked static
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106854
Sam James changed:
What|Removed |Added
CC||ericb at gcc dot gnu.org
--- Comment #8 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104688
--- Comment #11 from Sam James ---
(In reply to GGanesh from comment #10)
> Can we extend this patch to AMD processors as well. If not, I will plan to
> submit the patch for stage-1!
GCC 13 (as of today) is in stage 3 - see https://gcc.gnu.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107568
Sam James changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107583
Bug ID: 107583
Summary: Missing fixit for struct members (e.g. time_t, missing
include)
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82922
--- Comment #12 from Sam James ---
GCC lacks an equivalent for Clang's -Wdeprecated-non-prototype, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82922
--- Comment #10 from Sam James ---
(In reply to David Brown from comment #9)
> Could -Wstrict-prototypes be added to -Wall, or even considered enabling by
> default? The next C standard will make "void foo()" mean the same as "void
> foo(void)",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78014
--- Comment #8 from Sam James ---
FWIW, the Clang counterpart to this bug is
https://github.com/llvm/llvm-project/issues/41959.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91092
--- Comment #21 from Sam James ---
Followers of this bug may be interested to learn:
1. Clang has made this change in LLVM 15 (as well as some other related
changes:
https://releases.llvm.org/15.0.0/tools/clang/docs/ReleaseNotes.html#improvements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
--- Comment #3 from Sam James ---
Yeah, I understand it's not an error per se, just wondering if it could be
considered to add them.
It looks like they're generated from the same script used for releases:
maintainer-scripts/gcc_release (as it h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106899
Bug ID: 106899
Summary: Snapshots do not contain pre-generated man pages &
info pages
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522
--- Comment #14 from Sam James ---
(In reply to Andrew Pinski from comment #13)
> Patient: Doctor it hurts when I do this.
> Doctor: then don't do that and if you read the instructions I gave you I
> told you I would hurt this way.
>
This respo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106458
--- Comment #7 from Sam James ---
Thanks Dave. I'd seen this failure when testing glibc 2.36 but hadn't looked
into it more (too warm to keep machine on).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68485
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #12 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106431
--- Comment #5 from Sam James ---
Created attachment 53349
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53349&action=edit
a-foo.i.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106431
--- Comment #3 from Sam James ---
Ah, nice! It's substantially faster (5 seconds) with -fno-var-tracking.
Do you need me to try anything else?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106431
--- Comment #1 from Sam James ---
(Ignore the comment about `as` hanging, that's just a side-effect of -pipe,
which I didn't clock at first.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106431
Bug ID: 106431
Summary: Hang when compiling large printf() file (from glibc's
tst-printf-bz18872) on HPPA with -ggdb3
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106230
--- Comment #3 from Sam James ---
Clang does build with the original (folly) if I don't preprocess it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106230
--- Comment #2 from Sam James ---
Ignore me on the last part re Clang. It doesn't build there either with the
reduced version or original because of fortify bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106230
--- Comment #1 from Sam James ---
Created attachment 53275
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53275&action=edit
ccHXKhJc.ii (minimised reproducer)
I think I need to re-run cvise because the minimised version doesn't build with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106230
Bug ID: 106230
Summary: ICE when building folly-2022.07.04.00 in
pop_local_binding (cp/name-lookup.cc:2474)
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #24 from Sam James ---
(In reply to Vincent Lefèvre from comment #21)
> I have a similar issue under Debian/unstable with GCC old of a few months,
> where in x86_64-pc-linux-gnu/libstdc++-v3/po, msgfmt fails with an error like
>
> /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106114
--- Comment #11 from Sam James ---
>This is less likely to occur in GCC12 as less places rewrite the IL under the
>covers, but it should still be applied ot that branch just in case.
Should the bug be reopened for now then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106102
--- Comment #1 from Sam James ---
See also bug 104799.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106011
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #2 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105950
--- Comment #33 from Sam James ---
As far as I can tell, that CPU might have AVX, but not AVX2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105950
--- Comment #31 from Sam James ---
What CPU do you have?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105950
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--- Comment #24 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931
--- Comment #2 from Sam James ---
Interesting!
The minimised version of this is:
```
$ cat test.cxx
template decltype(0 % ElemSize == 0)
```
```
$ g++ -o test.o -c -O2 test.cxx
new.cxx:1:52: internal compiler error: unexpected expression ‘Ele
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105756
--- Comment #7 from Sam James ---
Thanks a bunch. Unfortunately the original issue (not the reduced one) still
fails, but I've filed bug 105931 for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931
Sam James changed:
What|Removed |Added
CC||herrtimson at yahoo dot de,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105931
Bug ID: 105931
Summary: [12 regression] ICE in cxx_eval_constant_expression
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105756
--- Comment #4 from Sam James ---
Thanks! Could you consider backporting to 12.x soonish, if possible? I ask
because with this, the 12.x branch is then in a pretty good state for more
widespread testing.
(Unfortunately, I got a bit unlucky and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104637
--- Comment #9 from Sam James ---
Could this be backported to 10 + 11 please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105852
--- Comment #3 from Sam James ---
Thanks for reporting, beat me to it. Looks like it's same on latest 11 (11.3.1
20220602) and 12 (12.1.1 20220604) snapshots.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105852
--- Comment #2 from Sam James ---
*** Bug 105859 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105859
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105859
--- Comment #3 from Sam James ---
Ah, it's probably a dupe of bug 105852.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105859
--- Comment #2 from Sam James ---
Created attachment 53091
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53091&action=edit
vector.ii.orig.xz
1 - 100 of 138 matches
Mail list logo
