Re: [PATCH] add -fmove-loop-stores option to control GIMPLE loop store-motion

On Fri, 2 Jul 2021, Martin Sebor wrote: > On 7/2/21 5:55 AM, Richard Biener wrote: > > This adds the -fmove-loop-stores option, mainly as a way to disable > > the store-motion part of GIMPLE invariant motion (-ftree-loop-im) > > which is enabled by default. It might be sensible to turn off > > -f

[PATCH] testsuite/101299 - add missing vect_double requires to bb-slp-74.c

This should fix the FAIL of gcc.dg/vect/bb-slp-74.c on arm. 2021-07-05 Richard Biener PR testsuite/101299 * gcc.dg/vect/bb-slp-74.c: Add vect_double requires. --- gcc/testsuite/gcc.dg/vect/bb-slp-74.c | 1 + 1 file changed, 1 insertion(+) diff --git a/gcc/testsuite/gcc.dg/vec

Re: [PATCH][gcc] Allow functions without C-style ellipsis to use format attribute

Hi Martin, Thank you for your quick response. > The main benefit of variadic functions templates over C vararg > functions is that they make use of the type system for type safety. > I'm not sure I see applying attribute format to them as a very > compelling use case. (I'd expect the format

Re: [PATCH] Fix typo in standard pattern name of trunc2.

Hi: pushed to master. Remove xfail for pr92658-avx512vl.c Typo of standard pattern name has been fixed by r12-1970, remove those xfails. gcc/testsuite/ChangeLog * gcc.target/i386/pr92658-avx512vl.c: Refine testcase. diff --git a/gcc/testsuite/gcc.target/i386/pr92

Re: Ping: [PATCH 1/2] correct BB frequencies after loop changed

Hi Honza and All, After more checks, I'm thinking these patches may still be useful. For patch 1: https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555871.html This patch recalculates the loop's BB-count and could correct some BB-count mismatch for loops which has a single exit. From the t

Re: [PATCH 0/2] Initial support for AVX512FP16

On Fri, Jul 2, 2021 at 4:03 PM Uros Bizjak wrote: > > On Fri, Jul 2, 2021 at 8:25 AM Hongtao Liu wrote: > > > > > AVX512FP16 is disclosed, refer to [1]. > > > > There're 100+ instructions for AVX512FP16, 67 gcc patches, for the > > > > convenience of review, we divide the 67 patches into 2 m

[PATCH] Darwin, libcc1: Handle hosts with mdynamic-no-pic support.

Hi, The default for building host-side binaries on Darwin hosts that support mdynamic-no-pic is to enable it. However, this is not compatible with dynamic libraries, so must be switched off for libcc1. OK for master? thanks Iain Signed-off-by: Iain Sandoe libcc1/ChangeLog: * Makefil

[PATCH] Darwin, configury : Allow for specification and detection of dsymutil.

Hi, IMO this was an omission when the dsymutil program was added (before my time). Essentially, we have been ‘getting away with it’ on Darwin because of (a) restrictions in DWARF versions and (b) that the installed tools handle a wide range of platform versions and archs. However, (a) is a barri

[PATCH] Darwini, X86: Adjust call clobbers to allow for lazy-binding [PR100152].

Hi, (I’m not going to defend the status quo here, it seems a bit prone to confusing a user [different interposition behaviour between the inlined and non-inlined cases] however, this is what the platform compilers implement). We allow public functions defined in a TU to bind locally for

[PATCH] X86: Provide a CTOR for stringop_algs [PR100246].

Hi, Several older compilers fail to build modern GCC because of missing or incomplete C++11 support. (although the PR mentions clang, specifically, this has also been reported for some GCC versions within the range that should be able to bootstrap GCC) There are several possible solutions prop

[pushed] Darwin, config : Adjust X86 biarch definitions ordering [PR100269].

Hi This reorganises the biarch definitions to cater for the macro changes and removals at r12-36. tested across the Darwin range, pushed to master, thanks Iain Signed-off-by: Iain Sandoe PR target/100269 - [12 Regression] i686 biarch compiler fails for Darwin after r12-36. PR target/

[PATCH 5/5] Port most of the A CMP 0 ? A : -A to match

From: Andrew Pinski To improve phiopt and be able to remove abs_replacement, this ports most of "A CMP 0 ? A : -A" from fold_cond_expr_with_comparison to match.pd. There is a few extra changes that are needed to remove the "A CMP 0 ? A : -A" part from fold_cond_expr_with_comparison: * Need to

[PATCH 3/5] Allow match-and-simplified phiopt to run in early phiopt

From: Andrew Pinski To move a few things more to match-and-simplify from phiopt, we need to allow match_simplify_replacement to run in early phiopt. To do this we add a replacement for gimple_simplify that is explictly for phiopt. OK? Bootstrapped and tested on x86_64-linux-gnu with no regressio

[PATCH 1/5] Fix 101256: Wrong code due to range incorrect from PHI-OPT

From: Andrew Pinski So the problem here is that replace_phi_edge_with_variable will copy range information to a already (not newly) defined ssa name. This causes wrong code later on. This patch fixes the problem by requiring there to be statements that are to be placed before the conditional to

[PATCH 2/5] Fix PR 101237: Remove element_type call when used with the functions from real

From: Andrew Pinski HONOR_SIGNED_ZEROS, HONOR_SIGN_DEPENDENT_ROUNDING, and HONOR_SNANS all have an overload for taking a tree type now, so we should do that instead. OK? Bootstrapped and tested on x86_64-linux-gnu. gcc/ChangeLog: PR middle-end/101237 * fold-const.c (negate_exp

[PATCH 4/5] Try inverted comparison for match_simplify in phiopt

From: Andrew Pinski Since match and simplify does not have all of the inverted comparison patterns, it make sense to just have phi-opt try to do the inversion and try match and simplify again. OK? Bootstrapped and tested on x86_64-linux-gnu. Thanks, Andrew Pinski gcc/ChangeLog: * tree

Re: [PATCH] rs6000: Add MMA __builtin_vsx_lxvp and __builtin_vsx_stxvp built-ins

Hi Peter, On 7/1/21 2:48 PM, Peter Bergner via Gcc-patches wrote: gcc/ * config/rs6000/rs6000-builtin.def (BU_MMA_PAIR_LD, BU_MMA_PAIR_ST): New macros. (__builtin_vsx_lxvp, __builtin_vsx_stxvp): New built-ins. * config/rs6000/rs6000-call.c (rs6000_gimple_fold_mma_

[patch, fortran] Fix PR 100227, write with implied DO loop

Hello world, after a bit of an absence, I am now back, at least for some regression fixing (and for reviewing patches, if that is called for). So, here's a regression fix to start with. OK for trunk and affected branches (down to 9)? Best regards Thomas Do not replace variable op var

Re: [PATCH] rs6000: Add MMA __builtin_vsx_lxvp and __builtin_vsx_stxvp built-ins

On 7/3/21 10:56 AM, Segher Boessenkool wrote: On Fri, Jul 02, 2021 at 01:32:45PM -0500, Peter Bergner wrote: On 7/1/21 2:48 PM, Peter Bergner wrote: On 7/1/21 1:01 PM, Segher Boessenkool wrote: The patch is okay for trunk. Below is the updated patch which is bootstrapping now. I'll commit

Re: Commit: Update libiberty sources

On Sun, Jul 4, 2021 at 5:56 AM Alan Modra wrote: > > On Sat, Jul 03, 2021 at 01:56:22PM +0100, Nick Clifton via Binutils wrote: > > Hi Guys, > > > > I am applying the attached file to synchronize our libiberty sources > > with gcc. > > This lost commit 50ad1254d503, "GCC: Pass --plugin to AR a

[PATCH] Sync with binutils: GCC: Pass --plugin to AR and RANLIB

Sync with binutils for building binutils with LTO: >From 50ad1254d5030d0804cbf89c758359ae202e8d55 Mon Sep 17 00:00:00 2001 From: "H.J. Lu" Date: Sat, 9 Jan 2021 06:43:11 -0800 Subject: [PATCH] GCC: Pass --plugin to AR and RANLIB Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support L

[PATCH] mh-mingw: Set __USE_MINGW_ACCESS in missed C++ flags variables (gcc-10)

This is exactly what was done already in gcc-11 and trunk by 89e95ad2e7679322b2f5ee9070ff2721d5ca1d6d but it would be great to apply also to gcc-10. It is needed for the driver (compiled by C++) to find cc1, cc1plus, etc. More details in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101238 co