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

2021-07-04 Thread Hongtao Liu via Gcc-patches
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

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

2021-07-04 Thread guojiufu via Gcc-patches
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

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

2021-07-04 Thread Hongtao Liu via Gcc-patches
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

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

2021-07-04 Thread Iain Sandoe
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: *

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

2021-07-04 Thread Iain Sandoe
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

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

2021-07-04 Thread Iain Sandoe
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].

2021-07-04 Thread Iain Sandoe
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

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

2021-07-04 Thread Iain Sandoe
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

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

2021-07-04 Thread apinski--- via Gcc-patches
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

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

2021-07-04 Thread apinski--- via Gcc-patches
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

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

2021-07-04 Thread apinski--- via Gcc-patches
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

2021-07-04 Thread apinski--- via Gcc-patches
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

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

2021-07-04 Thread apinski--- via Gcc-patches
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: *

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

2021-07-04 Thread Bill Schmidt via Gcc-patches
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

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

2021-07-04 Thread Thomas Koenig via Gcc-patches
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

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

2021-07-04 Thread Bill Schmidt via Gcc-patches
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

2021-07-04 Thread H.J. Lu via Gcc-patches
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

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

2021-07-04 Thread H.J. Lu via Gcc-patches
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

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

2021-07-04 Thread Tomas Kalibera via Gcc-patches
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