[Bug target/108505] [13 Regression] Arm: arm-none-eabi toolchain build failing with compiler error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108505 Srinath Parvathaneni changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/108505] [13 Regression] Arm: arm-none-eabi toolchain build failing with compiler error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108505 --- Comment #3 from Srinath Parvathaneni --- I introduced the bug, working on the fix.

[Bug target/108505] [13 Regression] Arm: arm-none-eabi toolchain build failing with compiler error.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108505 --- Comment #2 from Srinath Parvathaneni --- /media/sripar01/2tb_work/trunk_gcc_13/src/gcc/configure' '--target=arm-none-eabi' '--prefix=/media/sripar01/2tb_work/trunk_gcc_13/build-arm-none-eabi/install' '--with-gmp=/media/sripar01/2tb_work/t

[Bug c/108505] New: Arm: arm-none-eabi toolchain build failing with compiler error.

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: srinath.parvathaneni at arm dot com Target Milestone: --- The latest arm-none-eabi build for gcc-trunk failing with following error: /bin/bash /media/sripar01/2tb_work/trunk_gcc_13/src

[Bug target/94317] gcc/config/arm/arm_mve.h:13907: strange assignment ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94317 --- Comment #3 from Srinath Parvathaneni --- Thanks David for reporting this issue, I'm working on it. Could someone assign this to me, I could not do it myself. Regards, SRI.

[Bug c/91937] _Generic Feature Expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91937 --- Comment #2 from Srinath Parvathaneni --- I'm using _Generic to create polymorphic implementations of MVE intrinsics. MVE have more than 50 data types (combinations) and intrinsics with more upto 5 arguments. So on nesting a call to just two

[Bug c/91937] New: _Generic Feature Expansion

: unassigned at gcc dot gnu.org Reporter: srinath.parvathaneni at arm dot com Target Milestone: --- Created attachment 46983 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46983&action=edit Preprocessor output On compiling the following test.c with gcc and checking the prepr

[Bug fortran/89987] ICE on GCC trunk and GCC 8 on arm-none-linux-gnueabihf target with “-O1” option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987 --- Comment #4 from Srinath Parvathaneni --- (In reply to Thomas Koenig from comment #3) > Can you update to a revision after r270150 and try again? On gcc trunk this got fixed as follows. $ ./arm-none-linux-gnueabihf-gfortran test.f90 -O1 test

[Bug fortran/89987] ICE on GCC trunk and GCC 8 on arm-none-linux-gnueabihf target with “-O1” option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987 --- Comment #2 from Srinath Parvathaneni --- $ ./arm-none-linux-gnueabihf-gfortran test.f90 -S -O1 -v Using built-in specs. COLLECT_GCC=./arm-none-linux-gnueabihf-gfortran Target: arm-none-linux-gnueabihf Configured with: /tmp/dgboter/bbs/moonsh

[Bug middle-end/89987] New: ICE on GCC trunk and GCC 8 on arm-none-linux-gnueabihf target with “-O1” option

: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: srinath.parvathaneni at arm dot com Target Milestone: --- ICE on GCC trunk and latest GCC 8 on arm-none-linux-gnueabihf with “-O1” option. $cat test.f90 recursive