https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114568
--- Comment #5 from Maxim Kuvyrkov ---
Looking at this problem more, I think the issue is due to ARM target trying
hard to avoid UNSUPPORTED tests, instead of embracing them.
For the vectorization NEON check we have ...
===
proc check_effective
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114568
--- Comment #3 from Maxim Kuvyrkov ---
Changing from compile-only to link test is as simple as changing "object" to
"executable" in
[check_no_compiler_messages_nocache arm_neon_ok object ...]
.
However, ... this pattern of checking for ARM arch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114568
Maxim Kuvyrkov changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
Maxim Kuvyrkov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
--- Comment #8 from Maxim Kuvyrkov ---
Patch posted:
https://patchwork.sourceware.org/project/gcc/patch/20240313105839.2785627-1-maxim.kuvyr...@linaro.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mkuvyrkov at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99829
--- Comment #5 from Maxim Kuvyrkov ---
Hi Vladimir,
The email you got from Linaro CI was about tests the ICE changing "names" due
to assert in lra-assigns.cc changing line numbers. E.g.,
FAIL: c-c++-common/torture/vshuf-v16qi.c -O3 -g (interna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
--- Comment #5 from Maxim Kuvyrkov ---
Thanks to Christophe L. for explaining the logic behind "is-effective-target
arm_neon_ok".
The issue is that "/* { dg-options "-O3" } */" in pr113576.c overrides
DEFAULT_VECTFLAGS set by check_vect_support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99829
Maxim Kuvyrkov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
--- Comment #4 from Maxim Kuvyrkov ---
What I don't understand is why vect.exp tests run at all for 32-bit ARM
non-neon targets.
All vect.exp are predicated on check_vect_support_and_set_flags, which, as far
as I can tell, has only arm_neon_ok
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114307
Bug ID: 114307
Summary: [ARM] GCC generates instruction that assembler rejects
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113542
Maxim Kuvyrkov changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113542
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
--- Comment #15 from Maxim Kuvyrkov ---
(In reply to Maxim Kuvyrkov from comment #13)
> We are seeing scan-assembler failures in a single 32-bit arm test. This
> affects both linux and bare-metal targets: arm-linux-gnueabihf and
> arm-none-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rsandifo at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #9 from Maxim Kuvyrkov ---
(In reply to Jakub Jelinek from comment #8)
> Committed now.
Thanks, Jakub.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #4 from Maxim Kuvyrkov ---
Testing patch
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643267.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Maxim Kuvyrkov changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388
Maxim Kuvyrkov changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
--- Comment #12 from Maxim Kuvyrkov ---
(In reply to Richard Biener from comment #11)
> (In reply to Maxim Kuvyrkov from comment #10)
> > This is, mostly, a dup of PR96388.
> > With the problem in PR96388 fixed, I'm seeing strange -ftime-report
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388
--- Comment #16 from Maxim Kuvyrkov ---
Posted patch in
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/637419.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Maxim Kuvyrkov changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #10 from Maxim Ku
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388
Maxim Kuvyrkov changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #15 from Maxim Kuv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111554
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mkuvyrkov at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96388
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mkuvyrkov at gcc dot
gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107119
Maxim Kuvyrkov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107119
Maxim Kuvyrkov changed:
What|Removed |Added
CC||jeffreyalaw at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107119
Bug ID: 107119
Summary: Bootstrap ICE on 32-bit ARM after
r13-2871-g1b74b5cb4e9
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90957, which changed state.
Bug 90957 Summary: 453.povray is miscompiled with -flto -static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90957
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90957
Maxim Kuvyrkov changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90378, which changed state.
Bug 90378 Summary: [9/10/11/12 regression] -Os -flto miscompiles 454.calculix
after r266385 on Arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90378
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90378
Maxim Kuvyrkov changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86968
Maxim Kuvyrkov changed:
What|Removed |Added
Status|ASSIGNED|UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86968
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95958
Bug 95958 depends on bug 91598, which changed state.
Bug 91598 Summary: [9 regression] 60% speed drop on neon intrinsic loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562
Bug 47562 depends on bug 91598, which changed state.
Bug 91598 Summary: [9 regression] 60% speed drop on neon intrinsic loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
Maxim Kuvyrkov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
--- Comment #12 from Maxim Kuvyrkov ---
(In reply to Tamar Christina from comment #11)
> Can this issue be closed? all inline assembly have been removed from
> arm_neon.h but backporting these are extremely unlikely.. (some are
> intrusive)
Hi T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101506
Maxim Kuvyrkov changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101506
Maxim Kuvyrkov changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101506
Bug ID: 101506
Summary: [12 Regression]
gcc.target/aarch64/vect-fmaxv-fminv-compile.c fail
after gcc-12-2292-g1dd3f2109585
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90378
--- Comment #12 from Maxim Kuvyrkov ---
I'm now more of the opinion that this problem is due to the unfortunate stack
layout on older ARMv7 systems. I.e., LTO increases stack usage, which causes
the process to run out of stack. I don't think an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #2 from Maxim Kuvyrkov ---
So far I managed to reproduce this only with armhf Go build, so one needs go1
binary from either a native armhf system or an armhf cross-toolchain to
reproduce.
To reproduce on a native system configure GC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
Maxim Kuvyrkov changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
Bug ID: 100537
Summary: Bootstrap-O3 and bootstrap-debug fail on 32-bit ARM
after gcc-12-657-ga076632e274a
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99983
--- Comment #8 from Maxim Kuvyrkov ---
I'll revert on gcc-10 and then backport the revert to gcc-9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99983
Maxim Kuvyrkov changed:
What|Removed |Added
Build|powerpc64*-linux-gnu|powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98415
Maxim Kuvyrkov changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98415
--- Comment #1 from Maxim Kuvyrkov ---
Created attachment 49826
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49826&action=edit
Reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98415
Bug ID: 98415
Summary: [11 Regression] GCC crashes on Linux kernel build
after
r11-6271-g69165332a914f1167c3077fa1f57afc64fd8a667
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98246
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98246
Bug ID: 98246
Summary: [11 Regression] Linux kernel build fails after
6fbec038f7a7
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97323
Maxim Kuvyrkov changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org,
54 matches
Mail list logo