https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
--- Comment #21 from Stefan Schulze Frielinghaus
---
Fixed for GCC 14 and 15 for s390.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Bug 85559 depends on bug 109549, which changed state.
Bug 109549 Summary: [14/15 Regression] Conditional move regressions after
r14-53-g675b1a7f113adb1d737adaf78b4fd90be7a0ed1a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115492
--- Comment #6 from Richard Biener ---
OK, so the issue is that we are entering ao_ref_init_from_vn_reference with
valueized operands and vn_valueize assumes the input is available.
It's quite awkward to force availability here because of how P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115256
Hongyu Wang changed:
What|Removed |Added
CC||hongyuw at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103112
--- Comment #4 from GCC Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:db75a6657e9de6ee7effe46cd2626d9bb946f2e6
commit r15-1369-gdb75a6657e9de6ee7effe46cd2626d9bb946f2e6
Author: Andre Vehreschild
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96418
--- Comment #10 from GCC Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:db75a6657e9de6ee7effe46cd2626d9bb946f2e6
commit r15-1369-gdb75a6657e9de6ee7effe46cd2626d9bb946f2e6
Author: Andre Vehreschild
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96418
Andre Vehreschild changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115517
Bug ID: 115517
Summary: Fix regression after dropping uses of
vcond{,u,eq}_optab
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #5 from Christophe Lyon ---
That's because such a configuration builds libs for A-profile (cortex-A*),
which are incompatible with M-profile (cortex-M*). (In addition I think you
have to use gnueabihf instead of gnueabi, IIRC --with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #28 from GCC Commits ---
The master branch has been updated by Hu :
https://gcc.gnu.org/g:b5d3ad256afdfd891d37d8fdb126d599f150e78b
commit r15-1370-gb5d3ad256afdfd891d37d8fdb126d599f150e78b
Author: Hu, Lin1
Date: Wed Jun 12 16:25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
--- Comment #8 from Richard Biener ---
ANTIC_IN[6] := { _5 (0005), _16 (0014), {bit_not_expr,_16} (0016),
{bit_ior_expr,_5,_19} (0017) }
ANTIC_IN[8] := { _5 (0005), _16 (0014), {bit_not_expr,_16} (0016),
{bit_ior_expr,_5,_17} (0017) }
ANTIC_IN[1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115518
Bug ID: 115518
Summary: aarch64: Poor codegen for arm_neon_sve_bridge.h
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: aarch64-sve
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115397
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115021
Roger Sayle changed:
What|Removed |Added
Summary|[14/15 regression] |[14 regression] unnecessary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115519
Bug ID: 115519
Summary: s390 fallout from removing vcond{,u,eq} patterns
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115506
--- Comment #2 from Uroš Bizjak ---
For the original testcase tree optimizers optimize to:
[local count: 114863530]:
_30 = _2 & 240;
if (_30 == 224)
goto ; [34.00%]
else
goto ; [66.00%]
[local count: 75809929]:
if (_30 <=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109739
Matthias Kretz (Vir) changed:
What|Removed |Added
CC||mkretz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512
--- Comment #2 from dv at vollmann dot ch ---
On 6/17/24 10:59, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512
>
> Jakub Jelinek changed:
>
> What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115506
--- Comment #3 from Kang-Che Sung ---
I'm not sure if this helps, but the idea is to recognize three-way comparison
as a special case.
My code was originally written in this ordering:
```c
if (x < c) {
do_action_a();
} else if (x == c) {
d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115513
--- Comment #2 from Peter Eisentraut ---
(In reply to Xi Ruoyao from comment #1)
> But what should we do with something like `printf("%32s", pd->name);`?
Perhaps you mean
printf("%.32s", pd->name);
? (I don't think the minimum field widt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107294
mjr19 at cam dot ac.uk changed:
What|Removed |Added
CC||mjr19 at cam dot ac.uk
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
--- Comment #5 from dv at vollmann dot ch ---
On 6/17/24 10:47, jakub at gcc dot gnu.org wrote:
> --- Comment #4 from Jakub Jelinek ---
> Untested fix below.
I did a quick test for AVR and it worked :-)
I'll now do a full build of libstdc++ an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115513
--- Comment #3 from Xi Ruoyao ---
(In reply to Peter Eisentraut from comment #2)
> (In reply to Xi Ruoyao from comment #1)
> > But what should we do with something like `printf("%32s", pd->name);`?
>
> Perhaps you mean
>
> printf("%.32s",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115504
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115501
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
Bug ID: 115520
Summary: Loop vectorization depends on variable names
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115377
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115347
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115358
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[13/14/15 Regressio
werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240617 (experimental) (GCC)
[525] %
[525] % gcctk -O1 -fno-tree-ccp -fno-tree-dominator-opts -c -w small.c
small.c: In function ‘bi’:
small.c:188:1: error: insn does not satisfy its con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115522
Bug ID: 115522
Summary: std::to_array no longer works for struct which is
trivial but not default constructible
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512
--- Comment #3 from dv at vollmann dot ch ---
On 6/17/24 10:59, jakub at gcc dot gnu.org wrote:
> --- Comment #1 from Jakub Jelinek ---
> Of course cmath needs to provide _Float32 overloads when _Float32 is
> supported.
> I've provided a fix f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #21 from Jon Daniel ---
The generated assembler output of
g++:
vmaskmovps 40(%rsp), %xmm1, %xmm0
vmaskmovps 56(%rsp), %xmm1, %xmm2
vmulps %xmm2, %xmm0, %xmm0
Notice the lower memory address regist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115492
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:95bfc6abf378a32e502dca0e2938f94d5b0ab094
commit r15-1374-g95bfc6abf378a32e502dca0e2938f94d5b0ab094
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #14 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:65e72b95c63a5501cf1482f3814ae8c8e672bf06
commit r15-1375-g65e72b95c63a5501cf1482f3814ae8c8e672bf06
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37475
--- Comment #14 from Kristian Spangsege
---
Is the underscore intended before `Guard` in `explicit _Guard(__c_locale) { }`
for the GLIBC <= 2.2 case?
Besides that, the full patch looks correct to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115256
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 115256, which changed state.
Bug 115256 Summary: [15 Regression] 502.gcc_r Run failed with '-march=native
-Ofast -funroll-loops -flto' since r15-571-g1e0ae1f52741f7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115256
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
Bug ID: 115523
Summary: [avr] Remove SFmode insns
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115521
Uroš Bizjak changed:
What|Removed |Added
Keywords||ra
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #1 from Georg-Johann Lay ---
That bloat can be worked around by taking away the SFmode insns in avr.md.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115521
--- Comment #2 from Uroš Bizjak ---
Similar to PR114942.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #22 from Jon Daniel ---
The generated assembler output snippet:
g++:
vdpps $113, 72(%rsp), 24(%rsp), %xmm3
vdpps $113, 72(%rsp), 24(%rsp), %xmm2
vsubss %xmm2, %xmm3, %xmm0
Notice the second dot product
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #23 from Jon Daniel ---
(In reply to Jon Daniel from comment #21)
> The generated assembler output of
>
> g++:
> vmaskmovps 40(%rsp), %xmm1, %xmm0
> vmaskmovps 56(%rsp), %xmm1, %xmm2
> vmulps %xmm2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115389
--- Comment #5 from GCC Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:c70eea0dba5f223d49c80cfb3e80e87b74330aac
commit r15-1377-gc70eea0dba5f223d49c80cfb3e80e87b74330aac
Author: Peter Bergner
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115389
--- Comment #6 from Peter Bergner ---
Fixed on trunk. I will let it burn-in on trunk for a couple of days before
pushing the backports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Richard Biener changed:
What|Removed |Added
Summary|[14/15 regression] ICE when |[14 regression] ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115492
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #6 from Richard Biener ---
The cruical difference is:
- _60 = BIT_FIELD_REF ;
- _61 = BIT_FIELD_REF ;
- _62 = MAX_EXPR <_61, _60>;
- _63 = BIT_FIELD_REF ;
- _64 = MAX_EXPR <_63, _62>;
- _65 = BIT_FIELD_REF ;
- _66 = MAX_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115500
--- Comment #7 from Jeffrey A. Law ---
And to be clearer, if you look at the two assembly snippets:
The problem is about
0: 814dsrlia0,a0,0x13
2: 8905andia0,a0,1
4: e501
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #7 from Richard Biener ---
Created attachment 58450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58450&action=edit
patch I am testing
I'm testing this (visually confirmed it fixes the observed issue).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115524
Bug ID: 115524
Summary: Cygwin: Space character categorized as non-printable
by std::ctype
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115525
Bug ID: 115525
Summary: Documentation: "sentinel" attribute should suggest
"nullptr" instead of NULL
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115283
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:9583f781e17d4da881ee64db43af939402331413
commit r14-10318-g9583f781e17d4da881ee64db43af939402331413
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115239
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:4df86402990e2f45e02a367f1734a22ebc041e98
commit r14-10319-g4df86402990e2f45e02a367f1734a22ebc041e98
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99678
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:20cda2e85c307096a3856f7f27215b8a28982fb6
commit r14-10320-g20cda2e85c307096a3856f7f27215b8a28982fb6
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115283
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115239
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99678
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107294
--- Comment #6 from kargls at comcast dot net ---
(In reply to mjr19 from comment #5)
> But 10.1.5.2.4 says "once the interpretation of a numeric intrinsic
> operation is established, the processor may evaluate any mathematically
> equivalent exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115522
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115522
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114942
--- Comment #7 from Andrew Pinski ---
*** Bug 115521 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115521
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115521
--- Comment #4 from Zhendong Su ---
(In reply to Andrew Pinski from comment #3)
> Dup then.
>
> *** This bug has been marked as a duplicate of bug 114942 ***
Similar, but perhaps not a dup as PR114942 doesn't reproduce on the trunk
anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
Andrew Pinski changed:
What|Removed |Added
Summary|Loop vectorization fails|Loop vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-17
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115521
Andrew Pinski changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115518
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37475
--- Comment #15 from Jonathan Wakely ---
Oops, that's definitely not intended! Good catch, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #2 from Georg-Johann Lay ---
Am 17.06.24 um 17:06 schrieb pinskia at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
>
> Andrew Pinski changed:
>
> What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115522
--- Comment #3 from Jonathan Wakely ---
That shouldn't be needed, because a trivial class has to have a trivial default
constructor.
The problem is that we default-initialize the array, which requires the const
members to be initialized.
We al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115489
Roger Sayle changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #3 from Rog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #9 from gagan sidhu (broly) ---
Created attachment 58452
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58452&action=edit
curl failure
this is not gd guysss :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115312
Lewis Hyatt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86869
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|14.0|14.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #3 from Georg-Johann Lay ---
Andrew, in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114243#c2 you wrote
that the issue is going to be fixed for RISC-V. You have a PR for that, and
what's the state of it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #4 from Andrew Pinski ---
(In reply to Georg-Johann Lay from comment #3)
> Andrew, in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114243#c2 you wrote
> that the issue is going to be fixed for RISC-V. You have a PR for that, and
> wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:8584c98f370cd91647c184ce58141508ca478a12
commit r15-1380-g8584c98f370cd91647c184ce58141508ca478a12
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:8584c98f370cd91647c184ce58141508ca478a12
commit r15-1380-g8584c98f370cd91647c184ce58141508ca478a12
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115523
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> I am not 100% sure if this is the latest version of the patch set though,
> but it was posted to the gcc-patches@ list in late May:
> https://inbox.sourceware.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47081
--- Comment #7 from Joseph S. Myers ---
There no longer seems to be a function "fatal" with a parameter using the msgid
naming convention that could be confused with the (non-translating) function
called here, which explains why these messages we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:5be6d9d2a9854c05f3c019deb9fe95eca7248140
commit r14-10321-g5be6d9d2a9854c05f3c019deb9fe95eca7248140
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:5be6d9d2a9854c05f3c019deb9fe95eca7248140
commit r14-10321-g5be6d9d2a9854c05f3c019deb9fe95eca7248140
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6d0a0c547a6c8425d432129fc90869305fef7bc2
commit r13-8853-g6d0a0c547a6c8425d432129fc90869305fef7bc2
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111343
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:6d0a0c547a6c8425d432129fc90869305fef7bc2
commit r13-8853-g6d0a0c547a6c8425d432129fc90869305fef7bc2
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b63c7d92012f92e0517190cf263d29bbef8a06bf
commit r15-1381-gb63c7d92012f92e0517190cf263d29bbef8a06bf
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:922648759b034c356e7d5c1ae530bdb6f3d00c62
commit r14-10322-g922648759b034c356e7d5c1ae530bdb6f3d00c62
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:be14e6cf7f2dc23012dfced0a4aff0894fd6ff57
commit r13-8854-gbe14e6cf7f2dc23012dfced0a4aff0894fd6ff57
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115290
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12 Regression] tree check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
--- Comment #3 from Max S. ---
Ok, thanks for the hint with SRA. Know I know how to actually program it.
I think the main problem is the warning/error message:
> not vectorized: relevant phi not supported: matched_21 = PHI <_20(6), 1(5)>
Is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115526
Bug ID: 115526
Summary: regression in 14: invalid assember emitted for alpha,
"Error: duplicate !tlsgd!62"
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Sev
1 - 100 of 153 matches
Mail list logo
