https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344
Alexandre Oliva changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118206
Alexandre Oliva changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118514
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118456
Alexandre Oliva changed:
What|Removed |Added
Attachment #60141|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118409
--- Comment #25 from Alexandre Oliva ---
Created attachment 60132
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60132&action=edit
candidate patch
Here's what I'm testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118409
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118456
--- Comment #5 from Alexandre Oliva ---
Created attachment 60141
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60141&action=edit
candidate patch under testing
This may be too blunt, and the unrelated robustification may be unwelcome at
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118267
--- Comment #3 from Alexandre Oliva ---
The blocks are ineligible for ifcombine because the dereferences could trap.
Some flow-dependent information could enable us to conclude that only the first
dereference could trap, and it would remain in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118456
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 113026, which changed state.
Bug 113026 Summary: Bogus -Wstringop-overflow warning on simple memcpy type loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118504
Bug ID: 118504
Summary: Bogus -Wstringop-overflow warning on simple memcpy
type loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
Alexandre Oliva changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118186
--- Comment #2 from Alexandre Oliva ---
I've just confirmed that that's the fix indeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118206
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118025
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113506
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118186
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118514
Alexandre Oliva changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118514
--- Comment #5 from Alexandre Oliva ---
Interesting. Without ifcombine, we optimize the loop body to the same, but the
load from b doesn't get pulled out to the loop header. I suppose ifcombine may
need to propagate some annotation that the lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118456
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118805
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Alexandr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119629
--- Comment #14 from Alexandre Oliva ---
ack, patch combining the patchlets in commits 7 and 9 looking good in gcc-14
ppc-elf test results.
I'll point out that this report was not so much about this specific mismatch
between ppc builtins and th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113524
--- Comment #7 from Alexandre Oliva ---
... and riscv*-elf, powerpc-elf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119629
--- Comment #10 from Alexandre Oliva ---
>> - instructions and expanders for these builtins don't have their conditions
>> tested, so they must necessarily follow from the builtin conditions, and
>> this case clearly isn't
> "They don't have th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119629
--- Comment #11 from Alexandre Oliva ---
>> On a powerpc-elf standard build, TARGET_POWERPC64 is enabled, but
>> TARGET_64BIT isn't, and so gcc.target/powerpc/byte-in-set-2.c fails
>> to compile with an ICE (instruction not recognized) instead o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119629
--- Comment #12 from Alexandre Oliva ---
Peter, Segher, thanks for the patches and the feedback. I'll give them a try
and report back.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182
--- Comment #7 from Alexandre Oliva ---
bisection with this PR's patch led me to the patch that added the late-combine
pass as the one that enables the intended result. That's all I know so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182
--- Comment #8 from Alexandre Oliva ---
The problem is that the @pred_broadcast pattern expands to _zvfh insns
even when _zero or _imm would do. The scalar constant gets allocated to a
register, and vec_duplicated in the pred_broadcast insn, on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182
--- Comment #9 from Alexandre Oliva ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680824.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118805
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119629
Bug ID: 119629
Summary: mismatch between [power9-64] builtins and their
instructions
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119609
Bug ID: 119609
Summary: [powerpc-elf] load_toc_v4_pic_si may clobber r12 and
crt
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
Bug ID: 120424
Summary: [arm] -fnon-call-exceptions -fstack-clash-protection
triggers lra-eliminations bug
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #2 from Alexandre Oliva ---
Created attachment 61516
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61516&action=edit
candidate patch
This patch likely fixes bug 118929 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
--- Comment #3 from Alexandre Oliva ---
err, make that PR118939
201 - 240 of 240 matches
Mail list logo