Re: [PATCH] Add debug_bb_details and debug_bb_n_details

2020-10-25 Thread Xionghu Luo via Gcc-patches
On 2020/10/23 18:18, Richard Biener wrote: > On Fri, 23 Oct 2020, Xiong Hu Luo wrote: > >> Sometimes debug_bb_slim&debug_bb_n_slim is not enough, how about adding >> this debug_bb_details&debug_bb_n_details? Or any other similar call >> existed? > There's already debug_bb and debug_bb_n in cfg.c

Re: error: ‘EVRP_MODE_DEBUG’ was not declared – was: [PUSHED] Ranger classes.

2020-10-25 Thread Maciej W. Rozycki
On Tue, 6 Oct 2020, Andrew MacLeod via Gcc-patches wrote: > >> Build fails here now with: gimple-range.h:168:59: error: > >> ‘EVRP_MODE_DEBUG’ was not declared in this scope > >> > > And now builds – as the "Hybrid EVRP and testcases" was pushed as well, > > a bit more than a quarter of an hour la

Re: [PATCH 2/2] combine: Don't turn (mult (extend x) 2^n) into extract

2020-10-25 Thread Segher Boessenkool
Hi! On Thu, Oct 15, 2020 at 09:59:24AM +0100, Alex Coplan wrote: > This patch remedies this situation: after the patch, make_extraction() > now also identifies RTXs such as: > > (mult:DI (subreg:DI (reg:SI r)) (const_int 2^n)) > > and rewrites this as: > > (mult:DI (sign_extend:DI (reg:SI r)) (

Re: [patch, fortran] Partial fix for PR97454, declarations of some library functions

2020-10-25 Thread Thomas Koenig via Gcc-patches
Hi Paul, OK for master. Committed, thanks. Thanks for working on this one! There is still a lto to do (I left in this typo by design :-), especially with cshift and friends. Let's see how far I can progress until gcc 11 with this one, if helping out Nicolas with coarray stuff leaves me ti

Re: [RS6000] Tests that use int128_t and -m32

2020-10-25 Thread David Edelsohn via Gcc-patches
On Sun, Oct 25, 2020 at 7:20 AM Alan Modra wrote: > > All these tests fail with -m32 due to lack of int128 support, in some > cases with what I thought was not the best error message. For example > vsx_mask-move-runnable.c:34:3: error: unknown type name 'vector' > is misleading. The problem isn'

Make default duplicate and insert methods of summaries abort; fix fallout

2020-10-25 Thread Jan Hubicka
Hi, the default duplicate and insert methods of sumaries produce empty summary that is not useful for anything and makes it easy to introduce bugs. This patch makes the default hooks to abort and summaries that do not need dupicaito/insertion disable the corresponding hooks. I also implemented mis

Re: [PATCH] avr: Add atmega324pb MCU

2020-10-25 Thread Matwey V. Kornilov via Gcc-patches
Ping? чт, 4 июн. 2020 г. в 18:30, Matwey V. Kornilov : > Reference: https://www.microchip.com/wwwproducts/en/ATMEGA324PB > --- > gcc/config/avr/avr-mcus.def | 1 + > gcc/doc/avr-mmcu.texi | 2 +- > 2 files changed, 2 insertions(+), 1 deletion(-) > > diff --git a/gcc/config/avr/avr-mcus.def

[RS6000] biarch test fail

2020-10-25 Thread Alan Modra via Gcc-patches
I thought this one was worth at least commenting as to why it fails when biarch testing. OK? * gcc.target/powerpc/bswap64-4.c: Comment. diff --git a/gcc/testsuite/gcc.target/powerpc/bswap64-4.c b/gcc/testsuite/gcc.target/powerpc/bswap64-4.c index a3c05539652..11787000409 100644 --- a/gc

[RS6000] Remove -mpcrel from tests

2020-10-25 Thread Alan Modra via Gcc-patches
When running with -m32 FAIL: gcc.target/powerpc/pr94740.c (test for excess errors) Excess errors: cc1: error: '-mpcrel' requires '-mcmodel=medium' The others don't run for -m32, but remove the unnecessary -mpcrel anyway. * gcc.target/powerpc/localentry-1.c: Remove -mpcrel from options.

[RS6000] Unsupported test options for -m32

2020-10-25 Thread Alan Modra via Gcc-patches
FAIL: gcc.target/powerpc/swaps-p8-22.c (test for excess errors) Excess errors: cc1: error: '-mcmodel' not supported in this configuration * gcc.target/powerpc/swaps-p8-22.c: Disable for -m32. diff --git a/gcc/testsuite/gcc.target/powerpc/swaps-p8-22.c b/gcc/testsuite/gcc.target/powerpc/s

[RS6000] Tests that use int128_t and -m32

2020-10-25 Thread Alan Modra via Gcc-patches
All these tests fail with -m32 due to lack of int128 support, in some cases with what I thought was not the best error message. For example vsx_mask-move-runnable.c:34:3: error: unknown type name 'vector' is misleading. The problem isn't "vector" but "vector __uint128_t". * gcc.target/po

Re: [PATCH] Ada, Darwin, PowerPC : Fix bootstrap after 128 int changes.

2020-10-25 Thread Arnaud Charlet
> Three bootstrap breaks in one week must be close to a record, even for > powerpc-darwin ;) Indeed, sorry about that! > tested on powerpc-darwin9 (m32/m64), > OK for master? OK, thanks. > P.S. There are some apparent regressions/new GNAT fails for the m64 multilib > but these will be addressed

Re: [patch, fortran] Partial fix for PR97454, declarations of some library functions

2020-10-25 Thread Paul Richard Thomas via Gcc-patches
Hi Thomas, OK for master. Thanks for working on this one! Paul On Fri, 16 Oct 2020 at 20:33, Thomas Koenig via Fortran wrote: > Hello world, > > here's a patch which corrects some wrong declarations (and fixes > the segfault for FINDLOC on Darwin ARM). > > Regression-tested. OK for trunk? >

[PATCH] Ada, Darwin, PowerPC : Fix bootstrap after 128 int changes.

2020-10-25 Thread Iain Sandoe
Hi. Three bootstrap breaks in one week must be close to a record, even for powerpc-darwin ;) tested on powerpc-darwin9 (m32/m64), OK for master? Iain P.S. There are some apparent regressions/new GNAT fails for the m64 multilib but these will be addressed separately. Excess errors: validity_chec

Re: [RS6000] VSX_MM_SUFFIX

2020-10-25 Thread Segher Boessenkool
On Sun, Oct 25, 2020 at 11:55:39AM +1030, Alan Modra wrote: > On Sat, Oct 24, 2020 at 12:31:43PM -0500, Segher Boessenkool wrote: > > On Sat, Oct 24, 2020 at 02:59:34PM +1030, Alan Modra wrote: > > > Those instructions aren't generated, we don't see them anywhere on a > > > power10 all-lang bootstr