[Bug target/104409] -march=armv8.6-a+ls64 crashes, LS64 builtins causes ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104409 Przemyslaw Wirkus changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |wirkus at gcc dot gnu.org --- Comment #7 from Przemyslaw Wirkus --- That you all for the analysis. I will try to sort it out, cheers!
[Bug target/104144] [12 Regression] build fails due to: Error: unknown architecture `armv9-a'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144 Przemyslaw Wirkus changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |wirkus at gcc dot gnu.org --- Comment #6 from Przemyslaw Wirkus --- Yes, I will update docs, cheers!
[Bug target/103729] ls64 tests fail on aarch64 with -mabi=ilp32 and aarch64_be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103729 --- Comment #3 from Przemyslaw Wirkus --- ILP32 fix is still pending.
[Bug target/97969] [9/10/11/12 Regression][ARM/Thumb] Certain combo of codegen options leads to compilation infinite loop with growing memory use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969 --- Comment #25 from Przemyslaw Wirkus --- Yes, it was applied to GCC 11 (then trunk) but we were waiting for GCC 11 release so I can backport at least to GCC 10. After backport I guess we can close this PR. PS: Updated "known to work/fail". Cheers!
[Bug target/98759] arm cortex-r5 single precisions flotaing point generation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98759 Przemyslaw Wirkus changed: What|Removed |Added CC||wirkus at gcc dot gnu.org --- Comment #1 from Przemyslaw Wirkus --- Hi Daniel, I can confirm that this issue exists for Arm's toolchain releases (available from developer.arm.com): * gcc-arm-none-eabi-10-2020-q4-major and * gcc-arm-none-eabi-9-2020-q2-update. Quick bisect tells me that this issue was fixed in Binutils' GAS somewhere between 2.35.1.20201116 and 2.35.1.20201120. gcc-arm-none-eabi-10-2020-q4-major was released with Binutils 2.35.1.20201028: $ ./gcc-arm-none-eabi-10-2020-q4-major/bin/arm-none-eabi-as --version GNU assembler (GNU Arm Embedded Toolchain 10-2020-q4-major) 2.35.1.20201028
[Bug target/97969] [9/10/11 Regression][ARM/Thumb] Certain combo of codegen options leads to compilation infinite loop with growing memory use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969 --- Comment #20 from Przemyslaw Wirkus --- Just a heads-up: I would like to suggest backport for this patch to GCC 9 and 10. Quoting Vladimir: > The bug is actually severe and should be classified as P1 Currently patch applies cleanly for both gcc-9 and gcc-10 branches. I will firstly bootstrap both toolchains (9&10) with this change and run some tests. After I'm done and all is OK I will properly ask for backport. Again, Vladimir, thank you for the fix!
[Bug target/97969] [9/10/11 Regression][ARM/Thumb] Certain combo of codegen options leads to compilation infinite loop with growing memory use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969 --- Comment #17 from Przemyslaw Wirkus --- (In reply to Vladimir Makarov from comment #16) > (In reply to Przemyslaw Wirkus from comment #14) > > Hi Vladimir, > > > > I'm assigned to the issue and I'm working on it. I think I got the root > > cause. > > I'm in the process of creating a patch after I complete few tests. > > > > kind regards > > Przemyslaw > > Sorry, it was not clear for me that somebody was working on the patch. The > bug is actually severe and should be classified as P1. > > In any case, here is my patch fixing this. The patch is in the attachment. > May be your patch will use a better approach. No worries, we were looking at the problem from Arm's backend pov. Regardless, please carry on with your patch for this PR as my solution was just masking the core issue you've addressed. Thank you for looking at this, cheers!
[Bug target/97969] [9/10/11 Regression][ARM/Thumb] Certain combo of codegen options leads to compilation infinite loop with growing memory use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969 --- Comment #14 from Przemyslaw Wirkus --- Hi Vladimir, I'm assigned to the issue and I'm working on it. I think I got the root cause. I'm in the process of creating a patch after I complete few tests. kind regards Przemyslaw
[Bug target/98177] [11 Regression] SVE: ICE in expand_direct_optab_fn, at internal-fn.c:3368
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177 Przemyslaw Wirkus changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #3 from Przemyslaw Wirkus --- I can confirm it's fixed. Confirmed with GCC built (aarch64-elf) with 0696141107d61483f38482b941549959a0d7f613 trunk (30 Dec '20).
[Bug target/97251] [10 Regression] arm: ICEs compiling pure-code/no-literal-pool.c with integer MVE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97251 Przemyslaw Wirkus changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED CC||wirkus at gcc dot gnu.org --- Comment #4 from Przemyslaw Wirkus --- Closing as this issue is resolved and backport was done.
