[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #19 from Alexandre Oliva --- --with-specs are quite useful to change compiler defaults, but I don't suppose you'll want to change them. I'd have added the options to BOOT_CFLAGS if that was as easy as --with-specs for a test build ;

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #17 from Alexandre Oliva --- FWIW, with the candidate fix, and --with-specs='%{!mno-long-calls:-mlong-calls} %{!fno-function-sections:-ffunction-sections}' on top of the earlier configure and make flags, I've completed a profiledboot

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #16 from Alexandre Oliva --- Created attachment 61826 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61826&action=edit candidate fix

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #15 from Alexandre Oliva --- -mlong-calls isn't enough, because with !flag_reorder_blocks_and_partition arm_long_call_p overrides it to false when functions share the same section. But with -ffunction-sections I got all the gnat1 so

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #13 from Alexandre Oliva --- I'm not sure how to tell, but the fact that it has an lto-related symbolic name suggested to me it was generated by the compiler rather than by the linker: __sinput__get_source_file_index__assertions.0.lt

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #10 from Alexandre Oliva --- Sorry, I'd missed the build scripts, that presumably would have enabled me to trigger the problem more readily. Anyhow, this explains why lto and PIE are both needed to trigger the problem. As for a sol

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #9 from Alexandre Oliva --- I'm not sure I've run into the same problem, but the one I'm looking at is in the training stage, in ali.o, one of many that raise an assertion failure from SInput.Get_Source_File_Index.Assertions. Intere

[Bug bootstrap/119430] profiledbootstrap fails on armv7a-unknown-linux-gnueabhif (crashes in elists__append_elmt during stagefeedback)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119430 --- Comment #7 from Alexandre Oliva --- I've just tried and failed to duplicate this with r16-1756. ../configure -C armv7a-linux-gnueabihf --with-arch=armv7-a --with-float=hard --with-fpu=vfpv3-d16 --enable-bootstrap --prefix=$HOME/arm-linux-gn

[Bug rtl-optimization/120424] [14/15 regression] lra-elimination issues when fp2sp elimination is disabled part-way through lra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424 Alexandre Oliva changed: What|Removed |Added Component|target |rtl-optimization Ever confirmed|1

[Bug rtl-optimization/120838] New: lra-eliminations: sp offsets are not reversible

: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: aoliva at gcc dot gnu.org CC: vmakarov at gcc dot gnu.org Target Milestone: --- Bootstrapping gcc with ix86_frame_pointer_required modified so as to return true on nonzero frame sizes (see

[Bug target/120424] [14/15 regression] lra-elimination issues when fp2sp elimination is disabled part-way through lra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424 Alexandre Oliva changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug target/120424] [14/15 regression] lra-elimination issues when fp2sp elimination is disabled part-way through lra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|14.4

[Bug target/120424] [arm] -fnon-call-exceptions -fstack-clash-protection triggers lra-eliminations bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424 Alexandre Oliva changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0

[Bug middle-end/118939] [14/15 Regression] ada: executable segfaults on arm-linux-gnueabi when assigning an access to controlled type since r14-2653-g2971ff7b1d564a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939 Alexandre Oliva changed: What|Removed |Added Summary|[14/15/16 Regression] ada: |[14/15 Regression] ada:

[Bug target/120424] [arm] -fnon-call-exceptions -fstack-clash-protection triggers lra-eliminations bug

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424 --- Comment #3 from Alexandre Oliva --- err, make that PR118939

[Bug middle-end/118939] [14/15/16 Regression] ada: executable segfaults on arm-linux-gnueabi when assigning an access to controlled type since r14-2653-g2971ff7b1d564a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118939 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org

[Bug target/120424] [arm] -fnon-call-exceptions -fstack-clash-protection triggers lra-eliminations bug

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.

[Bug target/120424] New: [arm] -fnon-call-exceptions -fstack-clash-protection triggers lra-eliminations bug

Severity: normal Priority: P3 Component: target Assignee: aoliva at gcc dot gnu.org Reporter: aoliva at gcc dot gnu.org Target Milestone: --- Created attachment 61514 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61514&action=edit testcase regre

[Bug target/118182] RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006

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

[Bug target/118182] RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006

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

[Bug target/118182] RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006

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.

[Bug target/118182] RISC-V: Miscompile for 410.bwaves, 416.gamess and 465.tonto from spec2006

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118182 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org

[Bug tree-optimization/113524] FAIL: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for bogus messages, line 10)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113524 --- Comment #7 from Alexandre Oliva --- ... and riscv*-elf, powerpc-elf.

[Bug target/119629] mismatch between [power9-64] builtins and their instructions

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

[Bug target/119629] mismatch between [power9-64] builtins and their instructions

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.

[Bug target/119629] mismatch between [power9-64] builtins and their instructions

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

[Bug target/119629] mismatch between [power9-64] builtins and their instructions

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

[Bug target/119629] New: mismatch between [power9-64] builtins and their instructions

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: aoliva at gcc dot gnu.org Target Milestone: --- cmpeqb's conditions are TARGET_P9_MISC && TARGET_64BIT, but the conditions that enable the expansion of __builtin_scalar_by

[Bug target/119609] New: [powerpc-elf] load_toc_v4_pic_si may clobber r12 and crt

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: aoliva at gcc dot gnu.org Target Milestone: --- A buggy linker script placed .got too far from .text and triggered a latent bug. A small leaf function that needed the got register to

[Bug tree-optimization/118805] [15 Regression] wrong code at -O1 with "-fno-tree-ccp -fno-tree-copy-prop -fno-tree-forwprop -fno-tree-fre" on x86_64-linux-gnu since r15-6173

|RESOLVED Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org --- Comment #7 from Alexandre Oliva --- Fixed

[Bug tree-optimization/118805] [15 Regression] wrong code at -O1 with "-fno-tree-ccp -fno-tree-copy-prop -fno-tree-forwprop -fno-tree-fre" on x86_64-linux-gnu since r15-6173

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118805 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Alexandr

[Bug tree-optimization/118706] [15 Regression] ICE on valid code at -O1 and above with "-fno-tree-fre" on x86_64-linux-gnu: in make_bit_field_load, at gimple-fold.cc:7862 since r15-7171

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118706 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug tree-optimization/113524] FAIL: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for bogus messages, line 10)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113524 --- Comment #6 from Alexandre Oliva --- Also on arm-eabi, loongarch64-linux-gnu, and sparc-leon3-elf, from bug 118504.

[Bug tree-optimization/113524] FAIL: gcc.dg/torture/pr113026-1.c -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions (test for bogus messages, line 10)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113524 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org

[Bug tree-optimization/88443] [meta-bug] bogus/missing -Wstringop-overflow warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443 Bug 88443 depends on bug 118504, which changed state. Bug 118504 Summary: Bogus -Wstringop-overflow warning on simple memcpy type loop https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118504 What|Removed |Added

[Bug tree-optimization/118504] Bogus -Wstringop-overflow warning on simple memcpy type loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118504 Alexandre Oliva changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIR

[Bug tree-optimization/118572] [15 regression] wrong code for expression ((0x80 & c) != 0) && ((0xc0 & c) == 0x80)) since r15-6893

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572 Alexandre Oliva changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/118514] [15 regression] wrong code at -O{1,s,3} on x86_64-linux-gnu since r15-6360-g6d5df5133c5dd8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118514 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/118572] [15 regression] wrong code for expression ((0x80 & c) != 0) && ((0xc0 & c) == 0x80)) since r15-6893

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

[Bug tree-optimization/118514] [15 regression] wrong code at -O{1,s,3} on x86_64-linux-gnu since r15-6360-g6d5df5133c5dd8

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

[Bug tree-optimization/118514] [15 regression] wrong code at -O{1,s,3} on x86_64-linux-gnu since r15-6360-g6d5df5133c5dd8

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

[Bug tree-optimization/118504] New: Bogus -Wstringop-overflow warning on simple memcpy type loop

Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: aoliva at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- Target: arm-non-eabi This is bug 113026, but for arm-none-eabi

[Bug tree-optimization/113026] Bogus -Wstringop-overflow warning on simple memcpy type loop

|--- CC||aoliva at gcc dot gnu.org --- Comment #9 from Alexandre Oliva --- FYI, pr113026-1.c has never passed on arm-eabi, at torture options "-O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions&qu

[Bug tree-optimization/88443] [meta-bug] bogus/missing -Wstringop-overflow warnings

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

[Bug tree-optimization/118456] [15 Regression] wrong code due to ifcombine since r15-6773

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118456 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/118456] [15 Regression] wrong code due to ifcombine since r15-6773

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118456 Alexandre Oliva changed: What|Removed |Added Attachment #60141|0 |1 is obsolete|

[Bug tree-optimization/118456] [15 Regression] wrong code due to ifcombine since r15-6773

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

[Bug tree-optimization/118456] [15 Regression] wrong code due to ifcombine since r15-6773

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

[Bug tree-optimization/118267] Suboptimal code for bool bitfield tests

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

[Bug tree-optimization/118409] [15 regression] gas miscompiled by ifcombine ("Unsupported broadcast" assemble failure) since r15-6774-g740c84975ceb74

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.

[Bug tree-optimization/118409] [15 regression] gas miscompiled by ifcombine ("Unsupported broadcast" assemble failure) since r15-6774-g740c84975ceb74

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

[Bug tree-optimization/118344] [15 regression] Crash at -O3 in ifcombine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/118186] [15 regression] FAIL: gcc.dg/field-merge-16.c scan-tree-dump-times ifcombine "optimizing" 6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118186 Alexandre Oliva changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/113506] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -Os -fno-tree-coalesce-vars -finline-stringops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113506 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug testsuite/118025] [15 Regression] gcc.dg/field-merge-9.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118025 Alexandre Oliva changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/118206] [15 regression] libdeflate miscompiled by ifcombine since r15-6360-g6d5df5133c5dd8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118206 Alexandre Oliva changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/118206] [15 regression] libdeflate miscompiled by ifcombine since r15-6360-g6d5df5133c5dd8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118206 Alexandre Oliva changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug tree-optimization/118344] [15 regression] Crash at -O3 in ifcombine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118344 Alexandre Oliva changed: What|Removed |Added URL||https://gcc.gnu.org/piperma

[Bug tree-optimization/118186] [15 regression] FAIL: gcc.dg/field-merge-16.c scan-tree-dump-times ifcombine "optimizing" 6

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.

[Bug tree-optimization/118344] [15 regression] Crash at -O3 in ifcombine

||2025-01-08 Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Alexandre Oliva --- Mine

[Bug tree-optimization/118186] [15 regression] FAIL: gcc.dg/field-merge-16.c scan-tree-dump-times ifcombine "optimizing" 6

|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org Ever confirmed|0 |1 Last reconfirmed||2025-01-07 --- Comment #1 from Alexandre Oliva --- Mine. Possibly already fixed with patches pending review, specifically https://gcc.gnu.org

[Bug tree-optimization/118206] [15 regression] libdeflate miscompiled by ifcombine since r15-6360-g6d5df5133c5dd8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118206 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #11 from Alexand

[Bug middle-end/118006] ICE when building rr-5.8.0 with -fstrub=all (RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1499)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118006 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/118046] [15 Regression] wrong code at -O{2, 3} on x86_64-linux-gnu since r15-6173-ge8febb641415fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118046 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug testsuite/118025] [15 Regression] gcc.dg/field-merge-9.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118025 --- Comment #5 from Alexandre Oliva --- The original reported problem is fixed. I'm keeping the PR open to look into the AVR and PRU fails mentioned in comment 2, though they seem to be an entirely different problem.

[Bug tree-optimization/117915] [15 Regression] ICE on valid code at -O{s,2,3} with "-fno-tree-copy-prop -fno-tree-vrp" on x86_64-linux-gnu: tree check: expected ssa_name, have integer_cst in ifcombine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117915 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/118032] [15 regression] Bootstrap slowdown for risc-v

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032 --- Comment #18 from Alexandre Oliva --- Created attachment 59915 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59915&action=edit add options to control the new ifcombine features This may be useful to figure out whether it's ifcombine t

[Bug target/117920] Duplication of -mstackrealign sequence breaks CFI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117920 Alexandre Oliva changed: What|Removed |Added Assignee|aoliva at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug target/117920] ICE: in maybe_record_trace_start, at dwarf2cfi.cc:2591 with -O2 -fharden-conditional-branches -mstackrealign --param=max-grow-copy-bb-insns=32

|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED --- Comment #1 from Alexandre Oliva --- Mine

[Bug middle-end/118006] ICE when building rr-5.8.0 with -fstrub=all (RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1499)

|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org --- Comment #4 from Alexandre Oliva --- Mine

[Bug middle-end/118007] ICE when building ruby-3.2.5 with -fstrub=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118007 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug middle-end/113506] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -Os -fno-tree-coalesce-vars -finline-stringops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113506 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug tree-optimization/118081] [15 regression] wrong code at -O{s,2,3} with "-fno-tree-vrp -fno-expensive-optimizations" on x86_64-linux-gnu since r15-6173

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118081 Alexandre Oliva changed: What|Removed |Added CC||yunboni at smail dot nju.edu.cn --- C

[Bug tree-optimization/118064] [15 regression] Miscompilation at -O1 since r15-6173-ge8febb641415fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118064 Alexandre Oliva changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/117915] [15 Regression] ICE on valid code at -O{s,2,3} with "-fno-tree-copy-prop -fno-tree-vrp" on x86_64-linux-gnu: tree check: expected ssa_name, have integer_cst in ifcombine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117915 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug tree-optimization/118025] [15 Regression] gcc.dg/field-merge-9.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118025 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug tree-optimization/118046] [15 Regression] wrong code at -O{2, 3} on x86_64-linux-gnu since r15-6173-ge8febb641415fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118046 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug tree-optimization/117723] [15 Regression] Miscompile with -O1+ since r15-5003-gae074c69fd5aff

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117723 --- Comment #8 from Alexandre Oliva --- Yes, thanks, fixed.

[Bug tree-optimization/117723] [15 Regression] Miscompile with -O1+ since r15-5003-gae074c69fd5aff

|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org --- Comment #5 from Alexandre Oliva --- Mine

[Bug debug/104277] [meta-bug] gstatement-frontiers causes fcompare-debug issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104277 --- Comment #3 from Alexandre Oliva --- Unlikely :-( I haven't been involved with that work for over 5 years. Without debug info consumer support, the notes are hardly useful, and AFAIK that support is not forthcoming, so my recommendation has

[Bug target/55212] [SH] Switch to LRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212 --- Comment #277 from Alexandre Oliva --- Created attachment 59153 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59153&action=edit [lra] take scratch as implicit unused output reloads > * call_pcrel patterns: match_scratch can cause ICE f

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug middle-end/115459] [14 regression] Alpha/Linux ICE: in gen_rtx_SUBREG, at emit-rtl.cc:1032 around g-debpoo.adb:1896:8, as from r14-1187-gd6b756447cd5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115459 --- Comment #9 from Alexandre Oliva --- Ditto

[Bug target/113719] [13/14 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 Alexandre Oliva changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/113719] [13/14 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 --- Comment #16 from Alexandre Oliva --- Ok, I'd tested the backports on gcc-13 recently, so I'm going to install both patches in both gcc-13 and gcc-14, the latter under the assumption that if it works in gcc-13 and trunk, it will be fine for g

[Bug debug/95574] line table entry in sequence with address after sequence

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95574 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment

[Bug c/115848] ICE: 'verify_type' failed with -flto and strub attribute and typedef of the function type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115848 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Alexandr

[Bug target/113719] [13/14 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 Alexandre Oliva changed: What|Removed |Added Summary|[13/14/15 regression] |[13/14 regression]

[Bug target/113719] [13/14/15 regression] g++.target/i386/pr103696.C FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug tree-optimization/113681] [14 Regression] ICE in tree_profiling, at tree-profile.cc:803 since r14-6201-gf0a90c7d7333fc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113681 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug middle-end/115459] [14/15 regression] Alpha/Linux ICE: in gen_rtx_SUBREG, at emit-rtl.cc:1032 around g-debpoo.adb:1896:8, as from r14-1187-gd6b756447cd5

||2024-06-13 Status|UNCONFIRMED |ASSIGNED Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org --- Comment #5 from Alexandre Oliva --- Created attachment 58417 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58417&

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 --- Comment #4 from Alexandre Oliva --- Created attachment 58410 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58410&action=edit candidate patch This patch reverts dg-additional-sources to the earlier behavior, in which sources are added

[Bug d/115295] [15 regression] Various gdc testsuite regressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295 --- Comment #2 from Alexandre Oliva --- Ugh, it looks like D deviates from one of the fundamental assumptions behind the change, namely, that for each named source file, the compiler would attempt to generate one (set of) output files, so when n

[Bug libstdc++/114803] simd conversion to [[gnu::vector_size(N)]] type hits invalid code in experimental/bits/simd_builtin.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803 --- Comment #16 from Alexandre Oliva --- That macro is used within libstdc++ to avoid relying on C99 functions when the target C library is not C99-compliant. It involves leaving out C++ standard bits that would depend on functions that the C l

[Bug tree-optimization/115177] incorrect TBAA for derived types involving hardbool types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115177 --- Comment #4 from Alexandre Oliva --- One could argue either way. As a hardened type, discouraging aliasing that would bypass the hardening could also make sense. It was modeled after Ada, whose aliasing is much stricter, but I guess in C it

[Bug libstdc++/114803] simd conversion to [[gnu::vector_size(N)]] type hits invalid code in experimental/bits/simd_builtin.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803 --- Comment #14 from Alexandre Oliva --- Thanks. The other problem the testcase in this PR evidenced was that simd_math.h and simd_scalar.h seem to disregard _GLIBCXX_USE_C99_MATH_TR1, and on newlib-using targets, that don't declare in math.h e

[Bug libstdc++/114803] simd conversion to [[gnu::vector_size(N)]] type hits invalid code in experimental/bits/simd_builtin.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803 --- Comment #11 from Alexandre Oliva --- it's the first test for __clang__ in __int_for_sizeof(), that ends up returning char() rather than _Schar(). I guess that places the problem entirely on our need for defining __clang__ :-( Sorry about t

[Bug libstdc++/114803] simd conversion to [[gnu::vector_size(N)]] type hits invalid code in experimental/bits/simd_builtin.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803 --- Comment #10 from Alexandre Oliva --- FWIW, I can trigger the problem on arm-eabi (and presumably also on aarch64-elf, but I haven't tried that) with -D__clang__. (our vxworks toolchains have to define that macro, for complicated reasons) h

[Bug libstdc++/114803] simd conversion to [[gnu::vector_size(N)]] type hits invalid code in experimental/bits/simd_builtin.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803 --- Comment #8 from Alexandre Oliva --- -fsigned-char works around the fail on affected targets. I couldn't trigger it on arm-eabi, alas, not even with -funsigned-char.

[Bug libstdc++/114803] simd conversion to [[gnu::vector_size(N)]] type hits invalid code in experimental/bits/simd_builtin.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org

  1   2   3   4   5   6   7   8   9   10   >