[Bug c++/96387] gnu gmp c source edit g++ internal compiler error appear

2020-08-14 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96387 Andrew Pinski changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug c++/96387] gnu gmp c source edit g++ internal compiler error appear

2020-08-14 Thread cents2823 at yahoo dot co.jp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96387 cents2823 at yahoo dot co.jp changed: What|Removed |Added Status|RESOLVED|REOPENED

Re: [PATCH] introduce attribute exalias

2020-08-14 Thread Alexandre Oliva
On Aug 14, 2020, Nathan Sidwell wrote: > 'exalias' sounds either like a used-to-be alias *nod* > or it sounds like exa-lias, making me wonder what a 'lia' is, and why > I want 10^18 of them heh >>> I'm sure we can bikeshed the name 'exalias' doesn't seem very mnemonic >>> to me.

[Bug c++/96623] New: [10/11 Regression] ICE in inject_parm_decls, at cp/parser.c:23893

2020-08-14 Thread haoxintu at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96623 Bug ID: 96623 Summary: [10/11 Regression] ICE in inject_parm_decls, at cp/parser.c:23893 Product: gcc Version: 11.0 Status: UNCONFIRMED Keywords:

[Bug gcov-profile/96622] gcov misses to count break statement

2020-08-14 Thread roland.illig at gmx dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96622 --- Comment #1 from Roland Illig --- In my own code coverage measurer for Go programs, I took the approach of creating a coverage counter for every true and false branch of a boolean condition.

[Bug fortran/96320] gfortran 8-10 shape mismatch in assumed-length dummy argument character array

2020-08-14 Thread damian at sourceryinstitute dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96320 --- Comment #23 from Damian Rouson --- A related issue arises if the procedure in question is a pure function as demonstrated below. The code compiles cleanly if either 1. The result-spec is absent and the procedure is renamed new_foo in both

[Bug gcov-profile/96622] New: gcov misses to count break statement

2020-08-14 Thread roland.illig at gmx dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96622 Bug ID: 96622 Summary: gcov misses to count break statement Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: [PATCH] rs6000, restrict bfloat convert intrinsic to Power 10. Fix BU_P10V macro definitions.

2020-08-14 Thread Segher Boessenkool
Hi! On Fri, Aug 14, 2020 at 03:32:47PM -0700, Carl Love wrote: > On Fri, 2020-08-14 at 16:33 -0500, Segher Boessenkool wrote: > > So _vsx if it is for all VSRs, but _altivec for just the VRs? > > Yes, I worked off the rule that Altivec registers are designated with > 5-bits and VSR registers are

Re: Clobber REG_CC only for some constraint alternatives?

2020-08-14 Thread Segher Boessenkool
Hi! On Fri, Aug 14, 2020 at 05:47:02PM +, Pip Cet wrote: > On Fri, Aug 14, 2020 at 4:24 PM Segher Boessenkool > wrote: > > On Fri, Aug 14, 2020 at 04:46:59PM +0530, Senthil Kumar Selvaraj via Gcc > > wrote: > > > (define_insn "*mov_insn_noclobber_flags" > > > [(set (match_operand:ALL1 0

c++: Final bit of name-lookup api simplification

2020-08-14 Thread Nathan Sidwell
We no longer need to give name_lookup_real not name_lookup_nonclass different names to the name_lookup functions. This renames the lookup functions thusly. gcc/cp/ * name-lookup.h (lookup_name_real, lookup_name_nonclass): Rename to ... (lookup_name): ... these

[Bug tree-optimization/96621] fold strlen relational expressions after nul stores

2020-08-14 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96621 Martin Sebor changed: What|Removed |Added Severity|normal |enhancement Blocks|

[Bug tree-optimization/96621] New: fold strlen relational expressions after nul stores

2020-08-14 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96621 Bug ID: 96621 Summary: fold strlen relational expressions after nul stores Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3

Re: [PATCH] Add support for putting jump table into relocation read-only section

2020-08-14 Thread Segher Boessenkool
Hi! On Fri, Aug 14, 2020 at 03:20:03PM +0800, HAO CHEN GUI wrote: > section * > select_jump_table_section (tree decl) > { >   int reloc; >   bool section_reloc; > >   reloc = (! CASE_VECTOR_PC_RELATIVE && flag_pic && >    ! targetm.asm_out.generate_pic_addr_diff_vec ()) ? 1 : > 0;

[Bug tree-optimization/78257] missing memcmp optimization with constant arrays

2020-08-14 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257 Martin Sebor changed: What|Removed |Added Known to work||11.0 Target Milestone|---

Re: [PATCH] improve memcmp and memchr constant folding (PR 78257)

2020-08-14 Thread Martin Sebor via Gcc-patches
On 8/13/20 11:44 AM, Martin Sebor wrote: On 8/13/20 10:21 AM, Jeff Law wrote: On Fri, 2020-07-31 at 17:55 -0600, Martin Sebor via Gcc-patches wrote: The folders for these functions (and some others) call c_getsr which relies on string_constant to return the representation of constant strings. 

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

2020-08-14 Thread markus.boeck02 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #2 from Markus Böck --- Don't worry there's no rush! It's the master branch after all. Just wanted to make sure people are aware of it as soon as possible.

[Bug tree-optimization/78257] missing memcmp optimization with constant arrays

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257 --- Comment #9 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:866626efd749ed3e2b7014e88e4340b5a4c73560 commit r11-2709-g866626efd749ed3e2b7014e88e4340b5a4c73560 Author: Martin Sebor Date: Fri

[Bug analyzer/96608] Build failure due to cast to type long on MinGW

2020-08-14 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96608 --- Comment #1 from David Malcolm --- Thanks for filing this; sorry for not fixing this today, I hope to get to this early next week. If you need a temporary workaround to unbreak your build, the analyzer code can be disabled altogether at

[PATCH] rs6000: unaligned VSX in memcpy/memmove expansion

2020-08-14 Thread Aaron Sawdey via Gcc-patches
This patch adds a few new instructions to inline expansion of memcpy/memmove. Generation of all these is controlled by the option -mblock-ops-unaligned-vsx which is set on by default if the target has TARGET_EFFICIENT_UNALIGNED_VSX. * unaligned vsx load/store (V2DImode) * unaligned vsx pair

[Bug analyzer/96616] Many new analyzer failures

2020-08-14 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96616 --- Comment #4 from David Malcolm --- The init.c issue should be fixed by commit r11-2708-g2867118ddda9b56d991c16022f7d3d634ed08313 I'm still investigating the pr93032-mztools.c -Wanalyzer-too-complex warnings (affects at least arm and aarch64

[Bug analyzer/96616] Many new analyzer failures

2020-08-14 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96616 David Malcolm changed: What|Removed |Added CC||seurer at gcc dot gnu.org --- Comment

[Bug testsuite/96609] new test case gcc.dg/analyzer/init.c has many failures

2020-08-14 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96609 David Malcolm changed: What|Removed |Added Resolution|--- |DUPLICATE

[PATCH] rs6000: Add builtins for fegetround, feclearexcept and feraiseexcept [PR94193]

2020-08-14 Thread Raoni Fassina Firmino via Gcc-patches
Hi All, I sent an initial RFC of this patch[1] some time ago. I believe it is now in a complete state, with added the test cases for the builtins. The builtin optimizations presented here were originally in glibc, but were removed and suggested that they were a good fit as gcc builtins[2]. So,

[committed] analyzer: fix initialization from constant pool [PR96609, PR96616]

2020-08-14 Thread David Malcolm via Gcc-patches
PR testsuite/96609 and PR analyzer/96616 report various testsuite failures seen on powerpc64, aarch64, and arm in new tests added by r11-2694-g808f4dfeb3a95f50f15e71148e5c1067f90a126d. Some of these failures (in gcc.dg/analyzer/init.c, and on arm in gcc.dg/analyzer/casts-1.c) relate to

[Bug analyzer/96616] Many new analyzer failures

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96616 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:2867118ddda9b56d991c16022f7d3d634ed08313 commit r11-2708-g2867118ddda9b56d991c16022f7d3d634ed08313 Author: David Malcolm Date:

[Bug testsuite/96609] new test case gcc.dg/analyzer/init.c has many failures

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96609 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:2867118ddda9b56d991c16022f7d3d634ed08313 commit r11-2708-g2867118ddda9b56d991c16022f7d3d634ed08313 Author: David Malcolm Date:

gcc-9-20200814 is now available

2020-08-14 Thread GCC Administrator via Gcc
Snapshot gcc-9-20200814 is now available on https://gcc.gnu.org/pub/gcc/snapshots/9-20200814/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 9 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

RE: [PATCH] rs6000, restrict bfloat convert intrinsic to Power 10. Fix BU_P10V macro definitions.

2020-08-14 Thread Carl Love via Gcc-patches
On Fri, 2020-08-14 at 16:33 -0500, Segher Boessenkool wrote: > Hi Carl, > > On Thu, Aug 13, 2020 at 09:12:48AM -0700, Carl Love wrote: > > The macro expansion for the bfloat convert intrinsics XVCVBF16SP > > and > > XVCVSPBF16 need to be restricted to P10. > > The following patch creates new

Re: [PATCH] introduce attribute exalias

2020-08-14 Thread Nathan Sidwell
On 8/14/20 3:24 PM, Alexandre Oliva wrote: On Aug 14, 2020, Nathan Sidwell wrote: This seems a useful feature. I don;t think it needs language lawyering -- it's an extension, right? Well, yeah, but I think it's usually good for even extensions to be sound language-wise. By

Re: how to debug Ada front end

2020-08-14 Thread Martin Sebor via Gcc
20200814 (experimental) Copyright (C) 1992-2020, Free Software Foundation, Inc. xgcc: fatal error: cannot execute ‘-I-’: execvp: No such file or directory compilation terminated. End of compilation gnatmake: "/build/gcc/gcc/testsuite/gnat.dg/array21.adb" compilation error

Re: [PATCH] options: Make --help= to emit values post-overrided

2020-08-14 Thread Segher Boessenkool
Hi! On Fri, Aug 14, 2020 at 01:42:24PM +0800, Kewen.Lin wrote: > > I think personally I'd prefer an option (3): call > > target_option_override_hook directly in decode_options, > > if help_option_arguments is nonempty. Like you say, > > decode_options appears to be the only caller of print_help.

how to debug Ada front end

2020-08-14 Thread Martin Sebor via Gcc
11.0.0 20200814 (experimental) Copyright (C) 1992-2020, Free Software Foundation, Inc. xgcc: fatal error: cannot execute ‘-I-’: execvp: No such file or directory compilation terminated. End of compilation gnatmake: "/build/gcc/gcc/testsuite/gnat.dg/array21.adb" compilation error

[Bug libfortran/93727] Fortran 2018: EX edit descriptor

2020-08-14 Thread jvdelisle at charter dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93727 --- Comment #3 from jvdelisle at charter dot net --- Interesting language if not sort of weird: "exp is a binary exponent expressed as a decimal integer" I am in early stages of choosing how to do this.

Re: [PATCH] rs6000, restrict bfloat convert intrinsic to Power 10. Fix BU_P10V macro definitions.

2020-08-14 Thread Segher Boessenkool
Hi Carl, On Thu, Aug 13, 2020 at 09:12:48AM -0700, Carl Love wrote: > The macro expansion for the bfloat convert intrinsics XVCVBF16SP and > XVCVSPBF16 need to be restricted to P10. > The following patch creates new macro expansions BU_P10V_VSX_# and > BU_P10V_AV_# for the VSX and Altivec

[Bug analyzer/96611] ICE in get_or_create_cluster

2020-08-14 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96611 David Malcolm changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[committed] analyzer: fix ICE on escaped unknown pointers [PR96611]

2020-08-14 Thread David Malcolm via Gcc-patches
PR analyzer/96611 reports an ICE within the handling for unknown functions, when passing a pointer to something accessed via a global pointer, after an unknown function has already been called. The first unknown function leads to the store being flagged, so the access to the global pointer leads

[committed] analyzer: document how to get gimple dump from an ICE

2020-08-14 Thread David Malcolm via Gcc-patches
gcc/ChangeLog: * doc/analyzer.texi (Overview): Add tip about how to get a gimple dump if the analyzer ICEs. --- gcc/doc/analyzer.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/analyzer.texi b/gcc/doc/analyzer.texi index b5d6d0f393e..92c12e19401 100644 ---

[Bug analyzer/96611] ICE in get_or_create_cluster

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96611 --- Comment #1 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:ee88b536069db8f870c444c441182a9c76ec5bba commit r11-2707-gee88b536069db8f870c444c441182a9c76ec5bba Author: David Malcolm Date:

[Bug c++/96620] New: bogus -Wdeprecated-declarations on attribute deprecated immediately preceding parameter name

2020-08-14 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96620 Bug ID: 96620 Summary: bogus -Wdeprecated-declarations on attribute deprecated immediately preceding parameter name Product: gcc Version: 11.0 Status: UNCONFIRMED

[Bug c/96619] New: attribute deprecated immediately before a parameter has no effect

2020-08-14 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96619 Bug ID: 96619 Summary: attribute deprecated immediately before a parameter has no effect Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

Re: [committed] analyzer: rewrite of region and value-handling

2020-08-14 Thread David Malcolm via Gcc-patches
On Fri, 2020-08-14 at 10:49 +0200, Christophe Lyon wrote: > Hi David, > > > On Thu, 13 Aug 2020 at 22:58, David Malcolm via Gcc-patches > wrote: > > This large patch reimplements how the analyzer tracks regions and > > values. [...] > > Pushed to master as

Re: [PATCH] introduce attribute exalias

2020-08-14 Thread Alexandre Oliva
On Aug 14, 2020, Nathan Sidwell wrote: > This seems a useful feature. I don;t think it needs language > lawyering -- it's an extension, right? Well, yeah, but I think it's usually good for even extensions to be sound language-wise. > By 'same-linkage', do you mean same linkage as the *symbol*

Re: [Patch 5/5] rs6000, Conversions between 128-bit integer and floating point values.

2020-08-14 Thread will schmidt via Gcc-patches
On Tue, 2020-08-11 at 12:23 -0700, Carl Love wrote: > Segher, Will: > > Patch 5 adds the 128-bit integer to/from 128-floating point > conversions. This patch has to invoke the routines to use the 128-bit > hardware instructions if on Power 10 or use software routines if > running on a pre Power

[Bug analyzer/93388] ensure -fanalyzer works with our C code

2020-08-14 Thread dcb314 at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93388 --- Comment #19 from David Binderman --- I tried out the C++ code with -g -O2 -fanalyzer and got the following: $ cat 20200814.ana.O2.cpp.out | fgrep "internal c" | fgrep analyzer ./g++.dg/expr/ptrmem7.C:20:3: internal comp

[Bug testsuite/96618] [10 regression] excess errors for g++.dg/torture/pr95548.C after r10-

2020-08-14 Thread seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96618 seurer at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug testsuite/96618] New: [10 regression] excess errors for g++.dg/torture/pr95548.C after r10-

2020-08-14 Thread seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96618 Bug ID: 96618 Summary: [10 regression] excess errors for g++.dg/torture/pr95548.C after r10- Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal

c++: Yet more name-lookup api simplification

2020-08-14 Thread Nathan Sidwell
This patch deals with LOOKUP_HIDDEN, which originally meant 'find hidden friends', but it's being pressed into service for not ignoring lambda-relevant internals. However these two functions are different. (a) hidden friends can occur in block scope (very uncommon) and (b) it had the semantics

Re: Clobber REG_CC only for some constraint alternatives?

2020-08-14 Thread Pip Cet via Gcc
On Fri, Aug 14, 2020 at 4:24 PM Segher Boessenkool wrote: > On Fri, Aug 14, 2020 at 04:46:59PM +0530, Senthil Kumar Selvaraj via Gcc > wrote: > > (define_insn "*mov_insn_noclobber_flags" > > [(set (match_operand:ALL1 0 "nonimmediate_operand" "=r,d ,q,r") > > (match_operand:ALL1 1

Re: Clobber REG_CC only for some constraint alternatives?

2020-08-14 Thread Pip Cet via Gcc
On Fri, Aug 14, 2020 at 3:33 PM Matt Wette via Gcc wrote: > Happy to see someone working this. Are you starting with one CC mode? I'm also working on this (mostly at bug#92792), and so far am using two modes: the general reg:CC mode for proper comparison insns, and CCNZ for optimization in the

Re: [Patch 4/5] rs6000, Test 128-bit shifts for just the int128 type.

2020-08-14 Thread will schmidt via Gcc-patches
On Tue, 2020-08-11 at 12:23 -0700, Carl Love wrote: > Segher, Will: > > Patch 4 adds 128-bit integer shift instruction support. I suggest having a few more words here to better describe what this patch is doing. i.e. This is adding the VEC_I128 iterator which contains the V1TI and TI types,

[Bug lto/96617] [10 regression] ICE in gcc.dg/pr34457-2.c after r10-8624

2020-08-14 Thread seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96617 seurer at gcc dot gnu.org changed: What|Removed |Added Summary|[11 regression] ICE in |[10 regression] ICE in

Re: PING: Fwd: [PATCH 2/2] Decouple adjust_range_from_scev from vr_values and value_range_equiv.

2020-08-14 Thread Andrew MacLeod via Gcc-patches
On 8/14/20 12:05 PM, Aldy Hernandez wrote: I made some minor changes to the function comments. gcc/ChangeLog: * vr-values.c (check_for_binary_op_overflow): Change type of store to range_query. (vr_values::adjust_range_with_scev): Abstract most of the code...

Re: [Patch 3/5] rs6000, Add TI to TD (128-bit DFP) and TD to TI support

2020-08-14 Thread will schmidt via Gcc-patches
On Tue, 2020-08-11 at 12:22 -0700, Carl Love wrote: > Segher, Will: > > Path 3 adds support for converting to/from 128-bit integers and 128-bit > decimal floating point formats. > > Carl Love > Some cosmetic comments below. overall lgtm. Thanks, -Will > >

[Bug c++/93711] [9/10 Regression] ICE: [[no_unique_address] when constructing via template helper

2020-08-14 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711 Jason Merrill changed: What|Removed |Added Summary|[9/10/11 Regression] ICE: |[9/10 Regression] ICE:

[Bug c++/90254] [8/9/10 Regression] ice on aggregate initialization of unmovable base

2020-08-14 Thread jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90254 Jason Merrill changed: What|Removed |Added Summary|[8/9/10/11 Regression] ice |[8/9/10 Regression] ice on

[Bug c++/93711] [9/10/11 Regression] ICE: [[no_unique_address] when constructing via template helper

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711 --- Comment #10 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:320054784250e572cb75d6f69ab44b2330d61d8b commit r11-2704-g320054784250e572cb75d6f69ab44b2330d61d8b Author: Jason Merrill Date:

[Bug c++/90254] [8/9/10/11 Regression] ice on aggregate initialization of unmovable base

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90254 --- Comment #6 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:320054784250e572cb75d6f69ab44b2330d61d8b commit r11-2704-g320054784250e572cb75d6f69ab44b2330d61d8b Author: Jason Merrill Date:

[pushed] c++: Copy elision and [[no_unique_address]]. [PR93711]

2020-08-14 Thread Jason Merrill via Gcc-patches
We don't elide a copy from a function returning a class by value into a base because that can overwrite data laid out in the tail padding of the base class; we need to handle [[no_unique_address]] fields the same way, or we ICE when the middle-end wants to create a temporary object of a

[Bug c++/95407] [DR 1873] G++ allows access to base class members from a friend of a derived class

2020-08-14 Thread arthur.j.odwyer at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95407 Arthur O'Dwyer changed: What|Removed |Added CC||arthur.j.odwyer at gmail dot com ---

Peephole optimisation: isWhitespace()

2020-08-14 Thread Stefan Kanthak
Hi @ll, in his ACM queue article , Matt Godbolt used the function | bool isWhitespace(char c) | { | return c == ' ' | || c == '\r' | || c == '\n' | || c == '\t'; | } as an example, for which GCC 9.1 emits the following assembly

[Bug lto/95548] ice in tree_to_shwi, at tree.c:7321

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95548 --- Comment #9 from CVS Commits --- The releases/gcc-10 branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:eae728e6597727393b96886c77dbf0727a9fa720 commit r10-8630-geae728e6597727393b96886c77dbf0727a9fa720 Author: Jakub Jelinek

Re: [PATCH] introduce attribute exalias

2020-08-14 Thread Nathan Sidwell
On 8/14/20 11:39 AM, Alexandre Oliva wrote: Ping? In case there isn't immediate approval for the patch proper (I suppose different parts will require review by different subsystem maintainers), I'd appreciate at least community and language lawyers buy-in (or turn-down) for the new feature

Re: Clobber REG_CC only for some constraint alternatives?

2020-08-14 Thread Segher Boessenkool
Hi! On Fri, Aug 14, 2020 at 04:46:59PM +0530, Senthil Kumar Selvaraj via Gcc wrote: > I'm working on porting AVR to MODE_CC, I'm very happy to see people work on that. > (define_insn "*mov_insn_noclobber_flags" > [(set (match_operand:ALL1 0 "nonimmediate_operand" "=r,d ,q,r") >

[Bug analyzer/96616] Many new analyzer failures

2020-08-14 Thread dmalcolm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96616 David Malcolm changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

Re: PING: Fwd: [PATCH 2/2] Decouple adjust_range_from_scev from vr_values and value_range_equiv.

2020-08-14 Thread Aldy Hernandez via Gcc-patches
I made some minor changes to the function comments. gcc/ChangeLog: * vr-values.c (check_for_binary_op_overflow): Change type of store to range_query. (vr_values::adjust_range_with_scev): Abstract most of the code... (range_of_var_in_loop): ...here. Remove

[Bug lto/96617] [11 regression] ICE in gcc.dg/pr34457-2.c after r10-8624

2020-08-14 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96617 Martin Liška changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

Re: PING: Fwd: [PATCH 1/2] Add statement context to get_value_range.

2020-08-14 Thread Andrew MacLeod via Gcc-patches
On 8/11/20 7:53 AM, Aldy Hernandez via Gcc-patches wrote: -- Forwarded message - From: Aldy Hernandez Date: Tue, Aug 4, 2020, 13:55 Subject: [PATCH 1/2] Add statement context to get_value_range. To: Cc: , Aldy Hernandez This is in line with the statement context that we have

[Bug lto/96617] [11 regression] ICE in gcc.dg/pr34457-2.c after r10-8624

2020-08-14 Thread seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96617 seurer at gcc dot gnu.org changed: What|Removed |Added CC||bergner at gcc dot gnu.org,

[Bug lto/96617] New: [11 regression] ICE in gcc.dg/pr34457-2.c after r10-8624

2020-08-14 Thread seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96617 Bug ID: 96617 Summary: [11 regression] ICE in gcc.dg/pr34457-2.c after r10-8624 Product: gcc Version: 10.2.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/96613] SIGFPE on min1() with -ffpe-trap=invalid switch

2020-08-14 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 kargl at gcc dot gnu.org changed: What|Removed |Added Component|libfortran |fortran --- Comment #2 from

[Bug analyzer/96616] New: Many new analyzer failures

2020-08-14 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96616 Bug ID: 96616 Summary: Many new analyzer failures Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: analyzer

[Bug libfortran/96613] SIGFPE on min1() with -ffpe-trap=invalid switch

2020-08-14 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96613 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Re: [PATCH] introduce attribute exalias

2020-08-14 Thread Alexandre Oliva
Ping? In case there isn't immediate approval for the patch proper (I suppose different parts will require review by different subsystem maintainers), I'd appreciate at least community and language lawyers buy-in (or turn-down) for the new feature hereby proposed for C-family languages, namely,

Re: Accessing fields in the global_options structure from out-of-sync plugins

2020-08-14 Thread Jakub Jelinek via Gcc
On Fri, Aug 14, 2020 at 04:33:42PM +0100, Nick Clifton wrote: > With the annobin plugin for gcc I have a problem accessing some of the > fields in the global_options structure. Although the plugin can use > the macros defined in options.h, this only works if the plugin is in > sync with

Accessing fields in the global_options structure from out-of-sync plugins

2020-08-14 Thread Nick Clifton via Gcc
Hi Guys, With the annobin plugin for gcc I have a problem accessing some of the fields in the global_options structure. Although the plugin can use the macros defined in options.h, this only works if the plugin is in sync with gcc. If the plugin was built for one version of gcc, but

Re: Clobber REG_CC only for some constraint alternatives?

2020-08-14 Thread Matt Wette via Gcc
On 8/14/20 4:16 AM, Senthil Kumar Selvaraj via Gcc wrote: Hi, I'm working on porting AVR to MODE_CC, and there are quite a few patterns that clobber the condition code reg only for certain constraint alternatives. For e.g., (define_insn "mov_insn" [(set (match_operand:ALL1 0

Re: Has FSF stopped processing copyright paperwork?

2020-08-14 Thread Kaylee Blake via Gcc
On 7/8/20 10:41 pm, H.J. Lu wrote: > On Tue, May 5, 2020 at 6:42 PM Kaylee Blake wrote: >> >> On 2/5/20 11:49 pm, H.J. Lu wrote: >>> On Wed, Mar 18, 2020 at 6:46 PM Kaylee Blake via Binutils >>> wrote: On 19/3/20 12:02 pm, H.J. Lu wrote: > Kaylee, is your paper work with FSF in

[PATCH 2/2] modules: c++: Fix cross module member redecl/add long distance friendship warning

2020-08-14 Thread Jeff Chapman via Gcc-patches
Attached is a patch adding a -Wlong-distance-friends flag to diagnose long distance (cross module) friendship. 2020-08-14 Jeff Chapman II gcc/c-family/ * c.opt (Wlong-distance-friends): New. gcc/cp/ * cp-tree.h (module_friendship_compatible): New. * friend.c

[PATCH 1/2] modules: c++: Fix cross module member redecl/add long distance friendship warning

2020-08-14 Thread Jeff Chapman via Gcc-patches
Hello again, This is part one of a patchset to add an optional warning for long distance (cross module) friendship when the friendship has no useful/sensical meaning. Attached is a patch to error when trying to define a member function of a type owned by a different module. This also fixes an

[PATCH] modules: c++: Fix push_namespace ICE with modules

2020-08-14 Thread Jeff Chapman via Gcc-patches
Hello! Attached is a patch that fixes an ICE on the devel/c++-modules branch caused by a slot invalidation edge case in push_namespace. It's been sitting around for a while and I wasn't sure if I should use the original date or not. Feel free to adjust that to the commit date if that's what it

c++: More simplification of name_lookup api

2020-08-14 Thread Nathan Sidwell
Continuing fixing name lookup's API we have two parameters saying what we'd like to find 'prefer_type', which is a tri-valued boolan with meaning 'don't care', 'type or namespace', 'type or death'. And we have a second parameter 'namespaces_only', which means 'namespace or death'. There are

[committed] i386: Improve LWP builtin expanders.

2020-08-14 Thread Uros Bizjak via Gcc-patches
Use parameterized pattern names to simplify calling of named patterns. 2020-08-14 Uroš Bizjak gcc/ChangeLog: * config/i386/i386-builtin.def (__builtin_ia32_llwpcb) (__builtin_ia32_slwpcb, __builtin_ia32_lwpval32) (__builtin_ia32_lwpval64, __builtin_ia32_lwpins32)

Re: [PATCH] diagnostics: Add new option -fdiagnostics-plain-output

2020-08-14 Thread David Malcolm via Gcc-patches
On Fri, 2020-08-14 at 10:01 -0400, Lewis Hyatt wrote: > On Wed, Aug 12, 2020 at 12:54 PM Richard Sandiford > wrote: [...] > > OK with those changes in 24 hrs if noone objects or asks for a > > delay. > > > > Thanks, > > Richard > > Thanks for the review, and sorry about the formatting

Re: [PATCH] diagnostics: Add new option -fdiagnostics-plain-output

2020-08-14 Thread Lewis Hyatt via Gcc-patches
On Wed, Aug 12, 2020 at 12:54 PM Richard Sandiford wrote: > > Lewis Hyatt writes: > > Hello- > > > > Attached is the patch I mentioned in another discussion here: > > https://gcc.gnu.org/pipermail/gcc-patches/2020-August/551442.html > > > > This adds a new option -fdiagnostics-plain-output that

Intel AMX programming model discussion

2020-08-14 Thread Luo, Yuanke via Gcc
Hi, Intel Advanced Matrix Extensions (Intel AMX) is a new programming paradigm consisting of two components: a set of 2-dimensional registers (tiles) representing sub-arrays from a larger 2-dimensional memory image, and accelerators able to operate on tiles. Capability of Intel AMX

Intel AMX programming model discussion

2020-08-14 Thread Luo, Yuanke via Gcc-patches
Hi, Intel Advanced Matrix Extensions (Intel AMX) is a new programming paradigm consisting of two components: a set of 2-dimensional registers (tiles) representing sub-arrays from a larger 2-dimensional memory image, and accelerators able to operate on tiles. Capability of Intel AMX

Re: [committed] analyzer: rewrite of region and value-handling

2020-08-14 Thread David Malcolm via Gcc-patches
On Fri, 2020-08-14 at 09:26 +0200, Martin Liška wrote: > On 8/14/20 9:22 AM, Martin Liška wrote: > > On 8/13/20 10:58 PM, David Malcolm via Gcc-patches wrote: > > > PR analyzer/93032 (missing leak diagnostic for > > > zlib/contrib/minizip/mztools.c) > > > PR analyzer/93938 (ICE in analyzer) > > >

Re: [committed] analyzer: rewrite of region and value-handling

2020-08-14 Thread David Malcolm via Gcc-patches
On Fri, 2020-08-14 at 09:22 +0200, Martin Liška wrote: > On 8/13/20 10:58 PM, David Malcolm via Gcc-patches wrote: > > PR analyzer/93032 (missing leak diagnostic for > > zlib/contrib/minizip/mztools.c) > > PR analyzer/93938 (ICE in analyzer) > > PR analyzer/94011 (ICE in analyzer) > > PR

[committed] [OG10] Backport fixes for PR94690

2020-08-14 Thread Kwok Cheung Yeung
Hello I have backported Tobias' patches for PR94690 from master to devel/omp/gcc-10. These are: [Fortran] OpenMP - permit lastprivate in distribute + SIMD fixes (PR94690) (commit f884bef2105d748fd7869cd641cbb4f6b6bb) [Fortran] OpenMP 5 – permit more sharing clauses for SIMD (PR94690)

[Bug target/96607] GCC feeds SPARC/Solaris linker with unrecognized TLS sequences

2020-08-14 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607 --- Comment #2 from Rainer Orth --- Created attachment 49063 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49063=edit Non-reduced test case.

[Bug target/96607] GCC feeds SPARC/Solaris linker with unrecognized TLS sequences

2020-08-14 Thread ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96607 Rainer Orth changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org,

[Bug lto/95362] [11 regression] pr34457-1.c and pr92088-1.c fail on arm and aarch64 since g:a746f952abb78af9db28a7f3bce442e113877c9c

2020-08-14 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95362 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:630474c8904cf797d0ee022d2ab177e25932c1d7 commit r10-8629-g630474c8904cf797d0ee022d2ab177e25932c1d7 Author: Jan Hubicka

Clobber REG_CC only for some constraint alternatives?

2020-08-14 Thread Senthil Kumar Selvaraj via Gcc
Hi, I'm working on porting AVR to MODE_CC, and there are quite a few patterns that clobber the condition code reg only for certain constraint alternatives. For e.g., (define_insn "mov_insn" [(set (match_operand:ALL1 0 "nonimmediate_operand" "=r,d,Qm ,r ,q,r,*r")

Re: [PATCH] [PR target/96350]Force ENDBR immediate into memory to avoid fake ENDBR opcode.

2020-08-14 Thread Uros Bizjak via Gcc-patches
On Fri, Aug 14, 2020 at 6:54 AM Hongtao Liu wrote: > > On Tue, Aug 11, 2020 at 5:56 PM Uros Bizjak wrote: > > > > On Tue, Aug 11, 2020 at 11:36 AM Hongtao Liu wrote: > > > > > > On Tue, Aug 11, 2020 at 4:38 PM Uros Bizjak wrote: > > > > > > > > On Tue, Aug 11, 2020 at 5:30 AM Hongtao Liu

Re: [PATCH]Don't use pinsr for struct initialization.

2020-08-14 Thread Uros Bizjak via Gcc-patches
On Fri, Aug 14, 2020 at 8:03 AM Hongtao Liu wrote: > > Hi: > For struct initialization, when it fits in a TImode, gcc will use > pinsr insn which causes poor codegen described in PR93897 and PR96562. You should probably remove TImode handling also from ix86_expand_pextr. Uros. > Bootstrap

[Bug tree-optimization/96615] New: Failure to optimize out loop that eventually ends but has no side effects

2020-08-14 Thread gabravier at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96615 Bug ID: 96615 Summary: Failure to optimize out loop that eventually ends but has no side effects Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[PING][PATCH] libiberty: Add support for 'in' and 'in ref' storage classes.

2020-08-14 Thread Iain Buclaw via Gcc-patches
Ping. Though I will hold back on supporting 'in ref' until it has been formalized. Current discussions are around what value might it have over 'ref const scope' (so far, none). Iain. On 07/08/2020 13:32, Iain Buclaw wrote: > Hi, > > This patch adds support for 'in' as a first-class storage

[Bug c++/96614] New: constexpr deletion failure through pointer to base with virtual base class

2020-08-14 Thread pkeir at outlook dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96614 Bug ID: 96614 Summary: constexpr deletion failure through pointer to base with virtual base class Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[PING][PATCH] PR target/96347: non-delegitimized UNSPEC UNSPEC_TP (19) found in variable location

2020-08-14 Thread Iain Buclaw via Gcc-patches
Ping. Though I wonder if there's any point adding a check at all over just swapping the order that mem_loc_descriptor and tls_mem_loc_descriptor are called in. Iain. On 07/08/2020 13:33, Iain Buclaw wrote: > Hi, > > On x86, a memory reference reference to a TLS address can be broken out > and

Re: Backporting streaming and enum changes

2020-08-14 Thread Christophe Lyon via Gcc-patches
On Fri, 14 Aug 2020 at 11:21, Jan Hubicka wrote: > > > Hi, > > > > > > Since this was backported as > > > r10-8623-g0d96c3424bbb5e5f994b78c8f65d8704d215be54, > > > > Yes, after discussion with Jakub on IRC. > > > I've noticed ICEs on arm and aarch64: > > > gcc.dg/pr34457-1.c (internal

  1   2   >