https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117999
--- Comment #5 from Christophe Lyon ---
Note that the test passed before commit r15-5997-g75e7d1600f4785 , which was
bisected by the CI.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118062
Bug ID: 118062
Summary: [15 regression]
c-c++-common/torture/vector-compare-1.c fails on arm /
MVE after gcc-15-5317-gf40010c198f
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102689
--- Comment #8 from Christophe Lyon ---
Sorry for the delay: it took me a while to reproduce the problem manually,
while it does show up in CI.
The problem does not happen when I rebuild a full toolchain (trunk binutils +
trunk glibc + trunk gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118131
Bug ID: 118131
Summary: [15 regression] ICE in gcc.c-torture/execute/loop-13.c
after g:4f4e13dd235bba9c706948a3ecb3e530dd68aad1
Product: gcc
Version: 15.0
URL: https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118131
--- Comment #1 from Christophe Lyon ---
This is because arm.cc:arm_attr_length_move_neon() does not handle the new MVE
struct modes, which correspond to OImode and XImode.
Adding them leads to a crash later because in neon.md we have
(define_sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118131
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152
--- Comment #3 from Christophe Lyon ---
> It might be helpful to see the dissassembled code of
> sync/atomic_test.TestNilDeref..func30.
Sorry for the naive question: where can I find it?
In my build tree, I have:
armv8l-unknown-linux-gnueab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117999
--- Comment #9 from Christophe Lyon ---
I have opened https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152 about the
sync/atomic failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152
Bug ID: 118152
Summary: libgo sync/atomic fails since
g:8a8a7d332d5d01db5aea7336a36d9fd71a679fb1 on arm
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118152
--- Comment #1 from Christophe Lyon ---
libgo.log says:
unexpected fault address 0x1e08e
fatal error: fault
[signal SIGBUS: bus error code=0x1 addr=0x1e08e pc=0x0]
goroutine 215 [running]:
runtime.dopanic__m
/home/christophe.lyon/src/Li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
Christophe Lyon changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118176
Christophe Lyon changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |clyon at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116445
--- Comment #5 from Christophe Lyon ---
The test has:
/* { dg-require-effective-target arm_thumb2_ok_no_arm_v8_1_lob } */
since commit g:d2ed233cb940aa3eecc163d98b47979dd81dbc0a
with this comment: "Do not run when generating low loop overhead."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115439
Christophe Lyon changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115439
--- Comment #8 from Christophe Lyon ---
Patch proposal:
https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673791.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118460
--- Comment #7 from Christophe Lyon ---
Besides fixing the ICE, the patch I proposed in c#5 changes the codegen for
armv8_2-fp16-move-2.c, which is compiled with
-marm -mcpu=unset -march=armv8.2-a+fp16
from:
test_select:
vcvtb.f32.f16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102018
--- Comment #4 from Christophe Lyon ---
(In reply to Torbjorn SVENSSON from comment #3)
lr @ 69[c=8 l=4] *thumb2_return
>
> The above was extracted from compiling using:
> arm-none-eabi-gcc pr82692.c -mthumb -march=armv7e-m+fp.dp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116447
--- Comment #9 from Christophe Lyon ---
The patch I proposed for PR117814
(https://gcc.gnu.org/pipermail/gcc-patches/2025-January/674281.html) is not
sufficient to fix this problem.
IIUC the current multilib definitions (from t-rmprofile) map
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116447
--- Comment #8 from Christophe Lyon ---
Indeed, the problem is that +mve does not enable the floating-point extension,
as opposed to +mve.fp, which means that arm_fp16_inst is false (in arm.cc /
arm_option_reconfigure_globals) so arm_fp16_format
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102018
--- Comment #6 from Christophe Lyon ---
Looking at dumps when compiling for cortex-m7 and cortex-m55, I noticed a
difference in the first gimple trace (pr82692.c.007t.gimple).
For m7, we have:
_1 = x u> 0.0;
_2 = ~_1;
_3 = x u<= 1.0e+0;
_4 = ~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118446
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118477
Bug ID: 118477
Summary: Race condition in 'd' Make-lang.in
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118460
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114522
Christophe Lyon changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117811
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116032
--- Comment #6 from Christophe Lyon ---
I mean in this case CONST_VECTOR already has a cost of 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116032
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117712
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116032
--- Comment #7 from Christophe Lyon ---
The slp2 dump says:
[...]
pr116032.c:6:8: note: * Analysis succeeded with vector mode V4SI
pr116032.c:6:8: note: SLPing BB part
pr116032.c:6:8: note: Costing subgraph:
pr116032.c:6:8: note: node 0xb47b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117712
--- Comment #12 from Christophe Lyon ---
(In reply to Jakub Jelinek from comment #11)
> Created attachment 60600 [details]
> gcc15-pr117712.patch
>
> Untested fix.
> Though, I wonder what prevents arbitrarily complex rtxes that force_operand
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116032
--- Comment #8 from Christophe Lyon ---
We currently have:
struct cpu_vec_costs arm_default_vec_cost = {
1,/* scalar_stmt_cost. */
1,/* scalar load_cost. */
1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115485
Christophe Lyon changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115485
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119110
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115439
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
401 - 437 of 437 matches
Mail list logo
