Handle builtins on local modref, v3

Hi, this is verion of patch I comitted (so benchmark teters picks it through weekend). Failure caused by array descriptors are loved. There is still one pdt_14 failure for which I opened https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97652 It is a previously latent problem in fortran related to pdt.

Move clone_info to summary

Hi, this patch moves clone_info to summary. Bootstrapped/regtested x86_64-linux, comitted. Honza 2020-10-31 Jan Hubicka * Makefile.in: (OBJS): Add symtab-clones.o (GTFILES): Add symtab-clones.h * cgraph.c: Include symtab-clones.h. (cgraph_edge::resolve_speculat

Re: [PATCH v2] c++: Prevent warnings for value-dependent exprs [PR96742]

Hi Marek, Marek Polacek via Gcc-patches wrote: > On Wed, Oct 28, 2020 at 02:46:36PM -0400, Jason Merrill wrote: >> On 10/28/20 2:00 PM, Marek Polacek wrote: >>> On Tue, Oct 27, 2020 at 01:36:30PM -0400, Jason Merrill wrote: On 10/24/20 6:52 PM, Marek Polacek wrote: > Here, in r11-155, I

PING^2 [PATCH] x86: Require MMX for __builtin_ia32_maskmovq

On Fri, Oct 2, 2020 at 6:28 AM H.J. Lu wrote: > > On Mon, Sep 21, 2020 at 6:09 AM H.J. Lu wrote: > > > > On Mon, Sep 21, 2020 at 5:54 AM H.J. Lu wrote: > > > > > > Since "MASKMOVQ mm1, mm2" is an SSE instruction which requires MMX and > > > MMX/SSE ISAs are handled separately, make __builtin_ia3

PING^3 [PATCH] Use the section flag 'o' for __patchable_function_entries

On Fri, Oct 23, 2020 at 5:41 AM H.J. Lu wrote: > > On Fri, Oct 2, 2020 at 6:00 AM H.J. Lu wrote: > > > > On Thu, Feb 6, 2020 at 6:57 PM H.J. Lu wrote: > > > > > > This commit in GNU binutils 2.35: > > > > > > https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=b7d072167715829eed0

Re: [PATCH] libstdc++: remove an ignored qualifier on function return type

Yeah, that's true. Ok, it's not applicable then. Thanks! On Thu, 29 Oct 2020 at 18:18, Jonathan Wakely wrote: > On Fri, 28 Aug 2020 at 07:56, Krystian Kuźniarek via Libstdc++ > wrote: > > > > > So then you need to produce a changelog entry by hand. > > I had this problem on some old Ubuntu 18.0

Re: [PATCH] libstdc++: remove unused variables

Recently merged by 86558afc09e65b172377d4e759b00094dd985e8a. Thanks! On Mon, 24 Aug 2020 at 13:26, Krystian Kuźniarek < krystian.kuznia...@gmail.com> wrote: > Hi, > > A description of the problem/bug and how your patch addresses it: > I've got a small patch for -Wunused-variable in system headers

[committed] libstdc++: Prefer double to long double in std::shuffle_order_engine

The transition algorithm for std::shuffle_order_engine uses long double to ensure that the value (max() - min() + 1) can be accurately represented, to avoid bias in the shuffling. However, when the base engine's range is small enough we can avoid slower long double arithmetic by using double. For e

Re: [PATCH] PowerPC: PR libgcc/97543, build libgcc with -mno-gnu-attribute

Hi Mike, On Wed, Oct 28, 2020 at 08:42:04PM -0400, Michael Meissner via Gcc-patches wrote: > PowerPC: PR libgcc/97543, fix 64-bit long double issues > > There are two issues in PR libgcc/97543 which shows up if you build a GCC > compiler with long double defaulting to 64-bit instead of 128-bit wi

Re: [PATCH] rs6000, vector integer multiply/divide/modulo instructions

On Fri, Oct 30, 2020 at 4:07 PM Carl Love wrote: > > GCC maintainers: > > The following patch adds new builtins for the vector integer multiply, > divide and modulo operations. The builtins are: > vec_mulh(), vec_div(), vec_dive(), vec_mod() for signed and unsigned > integers and long long intege

[patch] Fix build when source directory includes @ character

Hi, Attached is a fix for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57076 Currently, we cannot build GCC when the source directory contains a @ character (which is a problem for Homebrew, where we typically build in directories such as /tmp/gcc@10/src: https://github.com/Homebrew/brew/pull/90

Re: [PATCH] ASAN: disable -Wno-stringop-overflow for 2 tests

On Tue, Oct 13, 2020 at 1:17 AM Jakub Jelinek via Gcc-patches wrote: > > On Tue, Oct 13, 2020 at 10:11:26AM +0200, Martin Liška wrote: > > --- a/gcc/testsuite/g++.dg/asan/asan_test.C > > +++ b/gcc/testsuite/g++.dg/asan/asan_test.C > > @@ -9,6 +9,7 @@ > > // { dg-additional-options "-DASAN_AVOID_E

Re: [PATCH] Fix gnu-versioned-namespace build

After completion of test in normal and versioned namespace mode I committed the attached patch. Note that there are still failures in versioned namespace mode do to missing symbol exports for which I'll propose an other patch. On 30/10/20 7:48 pm, Jonathan Wakely wrote: On 30/10/20 18:51 +

Re: [PATCH][PR target/97540] Don't extract memory from operand for normal memory constraint.

On Thu, 29 Oct 2020, Richard Sandiford via Gcc-patches wrote: > Hongtao Liu via Gcc-patches writes: > > On Tue, Oct 27, 2020 at 7:13 PM Richard Sandiford > > wrote: > >> > >> Hongtao Liu via Gcc-patches writes: > >> > Hi: > >> > For inline asm, there could be an operand like (not (mem:)), it's

Re: Avoid char[] array in tree_def

> On 10/29/20 1:40 PM, Richard Biener wrote: > > On Thu, 29 Oct 2020, Jakub Jelinek wrote: > > > > > On Thu, Oct 29, 2020 at 05:00:40PM +0100, Jan Hubicka wrote: > > > > > > > > > > That's ugly and will for sure defeat warning / access code > > > > > when we access this as char[], no? I mean, we