https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115519
--- Comment #1 from Stefan Schulze Frielinghaus
---
For example, for function vesrlf_ge from vcond-shift.c we do not end up with
vl %v2,0(%r2),3
vl %v0,16(%r2),3
lgr %r1,%r2
vesrlf %v4,%v2,31
vesrlf %v6,%v0,31
vst %v4,0(%r1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115531
--- Comment #4 from Richard Biener ---
AVX512 produces
.L3:
vmovdqu8(%rsi), %zmm9{%k1}
kshiftrq$32, %k1, %k5
kshiftrq$48, %k1, %k4
movl%r9d, %eax
vmovdqu32 128(%rcx), %zm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115530
Richard Biener changed:
What|Removed |Added
Keywords||openmp
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115324
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e17114f99c9ea754787573679b3b4d2b52434b61
commit r15-1393-ge17114f99c9ea754787573679b3b4d2b52434b61
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101639
Richard Biener changed:
What|Removed |Added
CC||max.sagebaum at scicomp dot
uni-kl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115520, which changed state.
Bug 115520 Summary: Loop vectorization fails when bool variable instead of
unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101639
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2021-07-27 00:00:00 |2024-6-18
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 84203, which changed state.
Bug 84203 Summary: add -Wsuggest-attribute=returns_nonnull
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84203
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84203
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689
Bug 58689 depends on bug 84203, which changed state.
Bug 84203 Summary: add -Wsuggest-attribute=returns_nonnull
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84203
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115517
--- Comment #1 from Richard Biener ---
Btw, I had opened PR115490 with my results for this already. Some mitigation
should be from optimizing ISEL expansion to vcond_mask and I'd start with
looking at some of the fallout from that side (note th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115516
--- Comment #3 from Jakub Jelinek ---
Sorry, this was about C, not C++. And apparently C++ manages to warn about
that in
cp_parser_diagnose_invalid_type_name through
if (cxx_dialect < cxx11 && id == ridpointers[(int)RID_CONSTEXPR])
check.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115516
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115532
Bug ID: 115532
Summary: Small documentation fixes for
-Wsuggest-attribute=returns_nonnull
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115516
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111793
--- Comment #8 from Richard Biener ---
The committed fix should resolve the stray masked stores observed but not the
inefficiency dealing with incoming AVX512 mask arguments.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84203
Peter Eisentraut changed:
What|Removed |Added
CC||peter at eisentraut dot org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:19258ca1b85bc15e3a49054eff209f4f0d1c5bee
commit r15-1392-g19258ca1b85bc15e3a49054eff209f4f0d1c5bee
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111793
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:4b75ed33fa5fd604897e7a30e79bd28d46598373
commit r15-1391-g4b75ed33fa5fd604897e7a30e79bd28d46598373
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115531
--- Comment #3 from Tamar Christina ---
(In reply to Andrew Pinski from comment #1)
> I suspect PR 20999 would fix this ...
> but we have to be careful since without masked stores, you could still
> vectorize this unlike the transformed version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115531
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Maybe ifcvt can produce a masked store version if this pattern ...
Maybe add another argument to .MASK_STORE to say it was originally
unconditional store? Or so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115531
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115531
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-18
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115531
Bug ID: 115531
Summary: vectorizer generates inefficient code for masked
conditional update loops
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: miss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
--- Comment #5 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:792ebb073252d2a4cecb0df23b6b702a8c55eec5
commit r15-1390-g792ebb073252d2a4cecb0df23b6b702a8c55eec5
Author: Kewen Lin
Date: Mon Jun 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115530
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115530
Bug ID: 115530
Summary: ICE: in verify_loop_structure, at cfgloop.cc:1741 with
simd attribute
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115529
--- Comment #1 from Andrew Pinski ---
>((x | C3) == C4)
shows up in PR 86975, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86975#c2
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115529
Bug ID: 115529
Summary: Optimization with "bit mask and compare equality" ((x
& C1) == C2), ((x | C3) == C4)
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97405
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97405
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:17979deb15d34dd4f036ca93d2977d0fc4d556a7
commit r15-1387-g17979deb15d34dd4f036ca93d2977d0fc4d556a7
Author: Andrew Pinski
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97405
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115501
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115527
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-17
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #10 from gagan sidhu (broly) ---
Created attachment 58456
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58456&action=edit
findutils 4.10 failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #2 from Jürgen Reuter ---
(In reply to Andrew Pinski from comment #1)
> what options are you using to compile the source?
> Does it work at -O0?
You are right: the problem doesn't appear for -O0. Our defaults are the libtool
default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115390
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
Bug ID: 115528
Summary: [15 regression] segmentation fault in legacy F77 code
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115526
--- Comment #3 from Andrew Pinski ---
beq $10,$L293
lda $13,_Py_tss_tstate($29) !tlsgd!62
...
$L293:
lda $16,1($31)
ldq $27,Balloc($29) !literal!78
jsr $26,($27),0 !litus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114729
--- Comment #12 from Vineet Gupta ---
Interim update as I unpack sched1.
There's the "main" scheduling algorithm which involves 4 queues and an FSM but
can be ignored for this update.
There's "model" schedule which is the pressure sensitive su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115526
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115440
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:96db57948b50f45235ae4af3b46db66cae7ea859
commit r15-1384-g96db57948b50f45235ae4af3b46db66cae7ea859
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115527
Bug ID: 115527
Summary: -ftrivial-auto-var-init appears to clobber explicit
initializer
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115377
--- Comment #4 from Marek Polacek ---
Patch thread: https://gcc.gnu.org/pipermail/gcc-patches/2014-August/395789.html
The patch doesn't seem to match what was actually committed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115501
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115522
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
>static_assert(is_constructible_v<_Tp, _Tp&>);
>if constexpr (is_constructible_v<_Tp, _Tp&>)
> {
> - if constexpr (is_trivial_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115520
--- Comment #4 from Andrew Pinski ---
(In reply to Max S. from comment #3)
> 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115526
--- Comment #1 from Andreas K. Huettel ---
Created attachment 58453
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58453&action=edit
preprocessed source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115526
--- Comment #2 from Andreas K. Huettel ---
Created attachment 58454
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58454&action=edit
assembler source file
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
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=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=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
--- 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 #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=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=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=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=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=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=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=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=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=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=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=86869
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|14.0|14.1
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=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=115489
Roger Sayle changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #3 from Rog
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=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=37475
--- Comment #15 from Jonathan Wakely ---
Oops, that's definitely not intended! Good catch, thanks.
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=115518
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=115520
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-17
Severity|normal
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=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=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=115522
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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=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=99678
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=115283
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=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=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=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=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=115493
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Priority|P3
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
--- 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=115290
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
1 - 100 of 153 matches
Mail list logo