[Bug c/100854] TS 18661-3 and backwards-incompatible setting of __FLT_EVAL_METHOD__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100854 --- Comment #6 from Andrea Corallo --- "jasonwucj at gcc dot gnu.org" writes: [...] > > I guess this issue has been resolved by newlib implementation. :) > > Refer to the discussions on: > https://sourceware.org/pipermail/newlib/2021/018471.h

[Bug jit/99126] Compilation ICE trying insert trap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99126 --- Comment #9 from Andrea Corallo --- "dmalcolm at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99126 > > --- Comment #8 from David Malcolm --- > (In reply to CVS Commits from comment #6) >> The master

[Bug jit/99126] Compilation ICE trying insert trap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99126 --- Comment #5 from Andrea Corallo --- "dmalcolm at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99126 > > David Malcolm changed: > >What|Removed |Added >

[Bug jit/99126] Compilation ICE trying insert trap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99126 --- Comment #1 from Andrea Corallo --- This is the bt of how the C front-end is initializing these declarations: #0 set_builtin_decl (implicit_p=, decl=, fncode=) at ../../gcc/tree.h:5662 #1 def_builtin_1 (fncode=, name=, fntype

[Bug target/98931] [11 Regression] arm: Assembly fails with "branch out of range or not a multiple of 2" since r11-2012

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98931 --- Comment #10 from Andrea Corallo --- Following suggestions I'm testing the attached emitting the following for long branches where LE cannot cover: subslr, #1 bmi .L2

[Bug target/98931] [11 Regression] arm: Assembly fails with "branch out of range or not a multiple of 2" since r11-2012

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98931 --- Comment #9 from Andrea Corallo --- Right I'll rework the patch. Thanks

[Bug target/98931] [11 Regression] arm: Assembly fails with "branch out of range or not a multiple of 2" since r11-2012

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98931 --- Comment #6 from Andrea Corallo --- I'm testing the attached fix.

[Bug target/98931] [11 Regression] arm: Assembly fails with "branch out of range or not a multiple of 2" since r11-2012

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98931 --- Comment #4 from Andrea Corallo --- "jakub at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98931 > > --- Comment #3 from Jakub Jelinek --- > And the problem is not something not being multiple of 2, b

[Bug target/96372] [11 regression] arm/ivopts.c fails since r11-2012

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96372 --- Comment #2 from Andrea Corallo --- I see what's going on, originally this object-size text <= 20 test was gated with target 'arm_thumb2'. My patch to exclude LOB targets replaced that with 'arm_thumb2_ok_no_arm_v8_1_lob', unfortunatelly this

[Bug jit/98615] libgccjit crash while freeing 'clone_info' in 'cgraph_c_finalize'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615 --- Comment #9 from Andrea Corallo --- "marxin at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615 > > --- Comment #8 from Martin Liška --- > (In reply to Andrea Corallo from comment #7) >> Thanks Mart

[Bug jit/98615] libgccjit crash while freeing 'clone_info' in 'cgraph_c_finalize'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615 --- Comment #7 from Andrea Corallo --- Thanks Martin, I can confirm that also the bootstrap is back okay.

[Bug jit/98615] libgccjit crash while freeing 'clone_info' in 'cgraph_c_finalize'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615 --- Comment #4 from Andrea Corallo --- Thank you for looking into it! I tried my self but with no success

[Bug rtl-optimization/97092] [10/11 Regression] aarch64, SVE: ICE in ira-color.c since r10-4752-g2d56600c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 --- Comment #10 from Andrea Corallo --- "acoplan at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 > > --- Comment #9 from Alex Coplan --- > Thanks for fixing this Andrea! FWIW I can reproduce the IC

[Bug rtl-optimization/97092] [10/11 Regression] aarch64, SVE: ICE in ira-color.c since r10-4752-g2d56600c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 --- Comment #7 from Andrea Corallo --- "rsandifo at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 > > --- Comment #6 from rsandifo at gcc dot gnu.org > --- > (In reply to Andrea Corallo from commen

[Bug rtl-optimization/97092] [10/11 Regression] aarch64, SVE: ICE in ira-color.c since r10-4752-g2d56600c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 --- Comment #5 from Andrea Corallo --- "rsandifo at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 > > --- Comment #4 from rsandifo at gcc dot gnu.org > --- > (In reply to Andrea Corallo from commen

[Bug rtl-optimization/97092] [10/11 Regression] aarch64, SVE: ICE in ira-color.c since r10-4752-g2d56600c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 --- Comment #3 from Andrea Corallo --- What is going on is that in 'update_costs_from_allocno' we try to identify the smallest mode using narrower_subreg_mode to then update the costs. The two modes involved here are E_DImode and E_VNx2QImode, c

[Bug rtl-optimization/97092] [10/11 Regression] aarch64, SVE: ICE in ira-color.c since r10-4752-g2d56600c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 --- Comment #2 from Andrea Corallo --- "akrl at gcc dot gnu.org via Gcc-bugs" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97092 > > --- Comment #1 from akrl at gcc dot gnu.org --- > Hi all, > > I can't reproduce this on current maste

[Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968 --- Comment #8 from Andrea Corallo --- "iains at gcc dot gnu.org via Gcc-bugs" writes: [...] > unfortunately, I've not been able to test since you applied this - currently > bootstrap is broken on aarch64-darwin for reasons outside our control (

[Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968 --- Comment #6 from Andrea Corallo --- I believe f5e73de00e9c853ce65333efada7409b0d00f758 should have fixed this. Okay to close? Thanks Andrea

[Bug target/96968] aarch64 : ICE in vregs or expand pass, lowering __builtin_aarch64_get_{fpcr,fpsr,fpcr64,fpsr64}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968 --- Comment #4 from Andrea Corallo --- Patch posted at: https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553882.html

[Bug target/96375] [11 regression] arm/lob[2-5].c fail on some configurations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96375 --- Comment #5 from Andrea Corallo --- "clyon at gcc dot gnu.org" writes: > Just that I have no config where lob[16].c are supported because when running > arm-none-eabi tests I override -mcpu. When I don't override -mcpu, I don't > enable mult

[Bug target/96375] [11 regression] arm/lob[2-5].c fail on some configurations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96375 --- Comment #3 from Andrea Corallo --- "clyon at gcc dot gnu.org" writes: > Hi, Hi, > It does fix the FAIL, thanks. Thanks for testing it! > I suspect you also want to add -mthumb to > check_effective_target_arm_v8_1_lob_ok for consistency.

[Bug testsuite/95720] [11 Regression] New dump output filename strategy invalidates tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95720 --- Comment #13 from Andrea Corallo --- "aoliva at gcc dot gnu.org" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95720 > > Alexandre Oliva changed: > >What|Removed |Added >

[Bug testsuite/95720] [11 Regression] New dump output filename strategy invalidates tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95720 --- Comment #11 from Andrea Corallo --- Hi Alexandre, thanks for the patch, the version attached does the job here for the mentioned testcase. I touched a couple of lines, please have a look as my tcl is quite limited. Andrea

[Bug testsuite/95720] [11 Regression] New dump output filename strategy invalidates tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95720 --- Comment #9 from Andrea Corallo --- "clyon at gcc dot gnu.org" writes: > I guess that's the "testglue" object file added by Dejagnu when > needs_status_wrapper is set in the .exp file. Yep, is set in libs in proc 'gcc_target_compile' If I

[Bug testsuite/95720] [11 Regression] New dump output filename strategy invalidates tests

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95720 --- Comment #4 from Andrea Corallo --- "aoliva at gcc dot gnu.org" writes: > --- Comment #3 from Alexandre Oliva --- > akrl, any clue as to where this .out is coming from in your runs? I get .exe > in my arm test runs; I don't see anything th

[Bug libfortran/94694] [10 Regression][libgfortran] libgfortran does not compile on bare-metal aarch64-none-elf (newlib)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694 --- Comment #31 from Andrea Corallo --- I confirm master now builds for me aarch64-none-elf.

[Bug libfortran/94694] [10 Regression][libgfortran] libgfortran does not compile on bare-metal aarch64-none-elf (newlib)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694 --- Comment #23 from Andrea Corallo --- "foreese at gcc dot gnu.org" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694 > > --- Comment #21 from Fritz Reese --- > Created attachment 48332 > --> https://gcc.gnu.org/bugzilla/attachme

[Bug libfortran/94694] [10 Regression][libgfortran] libgfortran does not compile on bare-metal aarch64-none-elf (newlib)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694 --- Comment #10 from Andrea Corallo --- "jakub at gcc dot gnu.org" writes: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94694 > > --- Comment #9 from Jakub Jelinek --- > Created attachment 48326 > --> https://gcc.gnu.org/bugzilla/attachmen

[Bug target/94530] [9/10 Regression] ICE: SIGSEGV in rhs_regno (rtl.h:1924) with -Os -mcpu=falkor -mpc-relative-literal-loads -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94530 --- Comment #7 from Andrea Corallo --- Hi, should be fixed now by 8a4436d89bfa: "aarch64: Fix valid_src_p for use of uninitialized value". Thanks Andrea

[Bug target/94530] [9/10 Regression] ICE: SIGSEGV in rhs_regno (rtl.h:1924) with -Os -mcpu=falkor -mpc-relative-literal-loads -mcmodel=large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94530 Andrea Corallo changed: What|Removed |Added CC||andrea.corallo at arm dot com

[Bug target/94144] New: ICE on aarch64-linux-gnu: in aarch64_print_operand at gcc/config/aarch64/aarch64.c:9528

Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: andrea.corallo at arm dot com Target Milestone: --- The compiler get ICE in final when compiling at -O3 the code below. Note: this appears to be a regression to

[Bug jit/91928] New: libgccjit fails on subsequent compilations in ipa-cp

Component: jit Assignee: dmalcolm at gcc dot gnu.org Reporter: andrea.corallo at arm dot com Target Milestone: --- Created attachment 46971 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46971&action=edit repro.c gziped (3Mb uncompressed) libgccjit get ice in sub

[Bug target/83033] aarch64/cortex-a57-fma-steering.c: 3 * poor C++ style ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83033 --- Comment #2 from Andrea Corallo --- Patch proposed https://gcc.gnu.org/ml/gcc-patches/2019-03/msg01402.html

[Bug target/83033] aarch64/cortex-a57-fma-steering.c: 3 * poor C++ style ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83033 Andrea Corallo changed: What|Removed |Added CC||andrea.corallo at arm dot com