https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
--- Comment #7 from Andrew Pinski ---
Which means this is most likely caused by r12-6075-g2decd2cabe5a4f too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
Andrew Pinski changed:
What|Removed |Added
Attachment #60719|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119229
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> *** Bug 119230 has been marked as a duplicate of this bug. ***
I only know these are the same bug because of PR 108474 which shows the
undefined reference and I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108474
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109464
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #7 from Andrew Pinski ---
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.
So you didn't read the error message. Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119181
--- Comment #11 from Hongtao Liu ---
More common case is
typedef int v8si __attribute__((vector_size(32)));
v8si
foo1 (v8si a, v8si b)
{
v8si c = __builtin_shufflevector (a, b, 0, 1, 2, 11, 4, 5, 6, 15);
v8si d = __builtin_shufflevect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
--- Comment #3 from Andrew Pinski ---
Created attachment 60718
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60718&action=edit
another (slightly modified) C++98 testcase
foo does not need to be a template but foo::get needs to be a templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
--- Comment #4 from Andrew Pinski ---
Created attachment 60719
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60719&action=edit
Another C++98 testcase
So it does not even need to be a pointer to a member function, it can be a
normal funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119233
--- Comment #1 from Andrew Pinski ---
Created attachment 60717
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60717&action=edit
C++98 testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119232
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677286.html enables
tree-original . BUT there is no way to dump the AST it seems. Unlike fortran
and maybe the other languages.
atus
```
Workaround: if explicitly instantiate `class foo<0>`, the issue is gone, see
online compiler (https://godbolt.org/z/o3fKrrGr1).
Version:
g++
(Compiler-Explorer-Build-gcc-c6b277f1dc6d11ad6d398967b8d645e7c3c6ad71-binutils-2.42)
15.0.1 20250311 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119232
Bug ID: 119232
Summary: gcobol -fdump-lang-all produces no dumps
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119212
--- Comment #6 from Andrew Pinski ---
(In reply to Nikl Kelbon from comment #2)
> I understand, sorry for not preparing a bug report. I have a lot of work,
> you could download the project and run it yourself using CMake
>
>
> include(FetchCon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119231
Bug ID: 119231
Summary: gcobol -static produces a dynamically linked
executable
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119230
Bug ID: 119230
Summary: gcobol -fwhole-program causes link failure
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: link-failure
Severity: normal
Prior
ootstrap-lto'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.1 20250311 (experimental)
afb46540d3921e96c4cd7ba8fa2c8b0901759455 (Gentoo Hardened 15.0. p, commit
9e712cac5576ed07beadba86b7f0d9e9dad76f8c)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119181
--- Comment #10 from Hongtao Liu ---
But it still can't fix the issue with
void
foo (int* a, int* restrict b)
{
b[0] = a[0] * a[8];
b[1] = a[1] * a[9];
b[2] = a[2] * a[10];
b[3] = a[11] * a[3];
b[4] = a[12] * a[4];
b[5]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119219
Andrew Pinski changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119228
--- Comment #4 from Andrew Pinski ---
.
*** This bug has been marked as a duplicate of bug 119219 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119219
--- Comment #8 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 60708 [details]
> gcc15-pr119219.patch
>
> Untested fix.
This is better than my patch even. Adding the testcase from my patch would be a
goo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119219
--- Comment #7 from Andrew Pinski ---
Created attachment 60716
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60716&action=edit
This is the fix I had came up with
I had missed this bug report when I looked into PR 119226. But attached is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119219
Andrew Pinski changed:
What|Removed |Added
CC||ewlu at rivosinc dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119189
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119228
--- Comment #3 from Andrew Pinski ---
new_call = fold_builtin_call_array (EXPR_LOCATION (t), TREE_TYPE (t),
CALL_EXPR_FN (t), nargs, args);
Which calls:
return fold_builtin_n (loc, NULL_TREE,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119228
--- Comment #2 from Andrew Pinski ---
I am testing a fix should be done in about an hour.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
Andrew Pinski changed:
What|Removed |Added
CC||ewlu at rivosinc dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119228
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119228
Bug ID: 119228
Summary: [15 regression] RISC-V: ICE in
c-c++-common/attr-nonstring-6/14.c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #8 from Jakub Jelinek ---
Would
--- gcc/tree.def.jj 2025-01-15 08:43:39.818915636 +0100
+++ gcc/tree.def2025-03-11 23:42:20.672722008 +0100
@@ -505,6 +505,12 @@ DEFTREECODE (OBJ_TYPE_REF, "obj_type_ref
one for each in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #7 from David Malcolm ---
tree.def has:
/* Used to represent the brace-enclosed initializers for a structure or an
array. It contains a sequence of component values made out of a VEC of
constructor_elt.
For RECORD_TYPE, U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #6 from Vineet Gupta ---
(In reply to Robin Dapp from comment #2)
> I'm afraid that's due to scheduling (and not RA spilling). Of course there
> shouldn't be any vector stores in this loop and with -fno-schedule-insns
> there aren't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170
--- Comment #14 from Alejandro Colomar ---
(In reply to Joseph S. Myers from comment #11)
> The ISO Code of Ethics and Conduct includes "We abide by the policies of ISO
> and embrace the concepts of compromise and consensus building, and notably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #6 from David Malcolm ---
Looking at this again...
(In reply to David Malcolm from comment #3)
> I see:
>
> (gdb) pt ctor
> type type public unsigned QI
> size
> unit-size
> ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118095
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #5 from Vineet Gupta ---
(In reply to Robin Dapp from comment #4)
> Ah, sorry, I always specify -mno-vector-strict-align by default. It's
> always that option that allows us to unroll, otherwise unrolling will lead
> to misaligned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170
--- Comment #13 from Alejandro Colomar ---
(In reply to Kang-Che Sung from comment #12)
> As the width of these types can be retrieved via the `sizeof(T) * CHAR_BIT`
> fallback, I said the `_Widthof` operator on these types is not a
> "necessity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
--- Comment #35 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:afb46540d3921e96c4cd7ba8fa2c8b0901759455
commit r15-7976-gafb46540d3921e96c4cd7ba8fa2c8b0901759455
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37949
--- Comment #8 from Andrew Pinski ---
This one is a dup of bug 4131 and not PR 24928. Those 2 are related but one is
easier to implement than the other.
*** This bug has been marked as a duplicate of bug 4131 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24928
Andrew Pinski changed:
What|Removed |Added
CC||antoshkka at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4131
Andrew Pinski changed:
What|Removed |Added
CC||ajrobb57 at gmail dot com
--- Comment #38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #1 from David Malcolm ---
FWIW I tried
https://gcc.gnu.org/onlinedocs/gcc/gcobol.html
but it wasn't found.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84099
--- Comment #3 from Andrew Pinski ---
Sorry this is a dup of bug 24928 (was looking at the wrong bug).
*** This bug has been marked as a duplicate of bug 24928 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4131
Andrew Pinski changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comment #37
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117722
--- Comment #20 from Vineet Gupta ---
It seems this was about abd/sad expander which was added to trunk in gcc-15
cycle. Can this be closed now ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65197
--- Comment #3 from Andrew Pinski ---
Sorry I meant PR 4131.
*** This bug has been marked as a duplicate of bug 4131 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4131
Andrew Pinski changed:
What|Removed |Added
CC||antoshkka at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84099
--- Comment #2 from Andrew Pinski ---
Sorry PR 4131.
*** This bug has been marked as a duplicate of bug 4131 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24928
Andrew Pinski changed:
What|Removed |Added
CC||ajrobb57 at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37949
Andrew Pinski changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24928
Andrew Pinski changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65197
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
Bug ID: 119227
Summary: Does the generated HTML for cobol get installed to the
website?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119131
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96605
--- Comment #4 from Jason Merrill ---
...fixed by dropping support for the Concepts TS feature of non-type concepts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
--- Comment #1 from Andrew Pinski ---
I am 99.99% sure this was caused by r15-7955-g68932eeb38f66f .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
See Also|
x/dev/git/gcc/configure --disable-multilib
--disable-bootstrap --disable-lto --disable-libsanitizer
--disable-libstdcxx-pch --enable-languages=c,c++ --disable-libgomp
--disable-libquadmath --disable-libvtv CFLAGS='-O1 -g0' CXXFLAGS='-O1 -g0'
LDFLAGS='-O1 -g0'
Thread model: posi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119131
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:0bbdffc5d4f723f6a41b713519b156ea46ce5fc8
commit r15-7974-g0bbdffc5d4f723f6a41b713519b156ea46ce5fc8
Author: Andrew Pinski
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119162
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:17ef5cad94d3f8f5fb1d8b749adf04c9d775ab9c
commit r15-7973-g17ef5cad94d3f8f5fb1d8b749adf04c9d775ab9c
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #4 from Robin Dapp ---
Ah, sorry, I always specify -mno-vector-strict-align by default. It's always
that option that allows us to unroll, otherwise unrolling will lead to
misaligned accesses. And -mtune=generic-ooo defaults to
-mno
.size x264_pixel_sad_16x16, .-x264_pixel_sad_16x16
.ident "GCC: (GNU) 15.0.1 20250311 (experimental)"
.section.note.GNU-stack,"",@progbits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113349
--- Comment #9 from Marek Polacek ---
When we're parsing "decltype([] {}())", we create auto with idx=0 and level=2
(because current_template_depth==1 and we use a TEMPLATE_TYPE_PARM with a level
one deeper than the actual template parms).
Late
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95958
Bug 95958 depends on bug 80283, which changed state.
Bug 80283 Summary: [12/13/14/15 Regression] bad SIMD register allocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Andrew Pinski changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
--- Comment #26 from Andrew Pinski ---
One issue is we don't TER builtin calls (GCC 15 does handle internal functions
now).
So in this case, __builtin_ia32_psrlqi128 is a breaking point and kept before
all the other expressions (the addition). I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|bernds at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #2 from Robin Dapp ---
I'm afraid that's due to scheduling (and not RA spilling). Of course there
shouldn't be any vector stores in this loop and with -fno-schedule-insns there
aren't any.
It's much worse for zvl128b even. While t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119225
Bug ID: 119225
Summary: avr-mmcu.texi:15: warning: @anchor should not appear
on @item line
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: documentati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
--- Comment #1 from Vineet Gupta ---
b755c151fde4ad736405bb2e13a7de0420161179 is the first bad commit
commit b755c151fde4ad736405bb2e13a7de0420161179
Author: Vineet Gupta
Date: Tue Jan 7 14:28:25 2025 -0800
RISC-V: vector absolute differ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119224
Bug ID: 119224
Summary: RISC-V: sad 16x16 spilling since
r15-6673-gb755c151fde4ad
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119139
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Last reconfirmed|2025-03-09 00:00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119139
--- Comment #12 from GCC Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:8d8eb5327f44472e8769807a6e632e2e0d445bb9
commit r12-10988-g8d8eb5327f44472e8769807a6e632e2e0d445bb9
Author: Iain Buclaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119139
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:2b37c9973967230b01dc5e38770fb3ec84610555
commit r13-9423-g2b37c9973967230b01dc5e38770fb3ec84610555
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119139
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:af69315f84778dc1455d2a06d355a67ad8b9241e
commit r14-11401-gaf69315f84778dc1455d2a06d355a67ad8b9241e
Author: Iain Buclaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
Kyle Shores changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644
--- Comment #25 from Kyle Shores ---
Ah, I see what you mean. Thank you for pointing this out. Closing now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113349
--- Comment #8 from Marek Polacek ---
A bit more cleaned up (one less decltype):
```
// PR c++/113349
template
struct S { };
template
struct X;
template
struct X {
template using type = int;
};
S::type<1>> s;
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96605
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97639
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170
--- Comment #12 from Kang-Che Sung ---
Allow me to clarify some things.
(In reply to Alejandro Colomar from comment #10)>
> > The `_Widthof`
> > operator working with traditional integer types is a plus but not a
> > necessity.
>
> Here's an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
--- Comment #7 from Andrew Pinski ---
Created attachment 60715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60715&action=edit
testcase to show that the issue is `1<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
--- Comment #2 from Andrew Pinski ---
Created attachment 60711
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60711&action=edit
test program #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
--- Comment #5 from Kael Franco ---
Created attachment 60714
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60714&action=edit
Test program #2 -fdump-tree-optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
Andrew Pinski changed:
What|Removed |Added
Attachment #60710|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
--- Comment #3 from Kael Franco ---
Created attachment 60712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60712&action=edit
Test program #1 -fdump-tree-optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
--- Comment #1 from Andrew Pinski ---
Created attachment 60710
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60710&action=edit
test program #1
Next time attach the testcases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119223
Bug ID: 119223
Summary: GCC does not optimize with AVX in bitshift with if
condition
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119170
--- Comment #11 from Joseph S. Myers ---
The ISO Code of Ethics and Conduct includes "We abide by the policies of ISO
and embrace the concepts of compromise and consensus building, and notably in
the development of ISO standards and other delive
1 - 100 of 219 matches
Mail list logo
