[Bug tree-optimization/97020] [11 regression] new SVE failures after g:47ddf4c7b1d4471cb9534f27844ab5e4279c2168

2020-09-13 Thread tnfchris at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97020 --- Comment #7 from Tamar Christina --- I can confirm this fixes the regressions too. Thanks!

[PATCH] this patch modify an unused variable in aarch64-unwind.h

2020-09-13 Thread Wei Wentao
Hi, This patch modify an unused variable in aarch64-unwing.h because the warning says "unused parameter 'fs'". Weiwt regards! --- libgcc/config/aarch64/aarch64-unwind.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libgcc/config/aarch64/aarch64-unwind.h

RE: A problem with one instruction multiple latencies and pipelines

2020-09-13 Thread Qian, Jianhua
Hi Richard and Segher I don't know if I exactly understood your discussion. If I misunderstood, please let me know. I am trying to test these two cases. Case 1. keep the TYPE attribute unchanged, add new attributes It works well as below. (define_attr "shift_imm_value"

[PATCH] Fix overflow handling in std::align

2020-09-13 Thread Glen Fernandes via Gcc-patches
Fix overflow handling in align 2020-09-12 Glen Joseph Fernandes * include/bits/align.h (align): Fix overflow handling. * testsuite/20_util/align/3.cc: New tests. Tested x86_64-pc-linux-gnu. commit 1c560175f38c6b108f80ffcf94d4cd956ef66604 Author: Glen Joseph Fernandes Date:

[Bug target/97030] [nvptx] Need strategy for nvidia JIT bug workarounds

2020-09-13 Thread vries at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97030 --- Comment #2 from Tom de Vries --- (In reply to Tom de Vries from comment #0) > ATM, we have the following in the nvptx.c source code: > ... > #define WORKAROUND_PTXJIT_BUG 1 > #define WORKAROUND_PTXJIT_BUG_2 1 > #define

[Bug target/97042] powerpc64 UINT_MAX constant

2020-09-13 Thread amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97042 --- Comment #1 from Alan Modra --- Yes, reverting 5d3ae76af13 cures this PR.

[Bug target/97042] New: powerpc64 UINT_MAX constant

2020-09-13 Thread amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97042 Bug ID: 97042 Summary: powerpc64 UINT_MAX constant Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

Ping: [PATCH 1/2] Fold plusminus_mult expr with multi-use operands (PR 94234)

2020-09-13 Thread Feng Xue OS via Gcc-patches
Thanks, Feng From: Feng Xue OS Sent: Thursday, September 3, 2020 2:06 PM To: gcc-patches@gcc.gnu.org Subject: [PATCH 1/2] Fold plusminus_mult expr with multi-use operands (PR 94234) For pattern A * C +- B * C -> (A +- B) * C, simplification is disabled

Ping: [PATCH 2/2 V3] Simplify plusminus-mult-with-convert expr in forwprop (PR 94234)

2020-09-13 Thread Feng Xue OS via Gcc-patches
Thanks, Feng From: Feng Xue OS Sent: Thursday, September 3, 2020 5:29 PM To: Richard Biener; gcc-patches@gcc.gnu.org Subject: Re: [PATCH 2/2 V3] Simplify plusminus-mult-with-convert expr in forwprop (PR 94234) Attach patch file. Feng

[PATCH] Put absolute address jump table in data.rel.ro.local if targets support relocations

2020-09-13 Thread HAO CHEN GUI via Gcc-patches
Hi,   Jump tables are put into text or rodata section originally. On some platforms, it gains the performance benefit from absolute address jump tables. So I want to let absolute address jump table be relocatable.  This patch puts absolute jump table in read only relocation section if the

RE: A problem with one instruction multiple latencies and pipelines

2020-09-13 Thread Qian, Jianhua
> -Original Message- > From: Richard Earnshaw > Sent: Friday, September 11, 2020 9:30 PM > To: Qian, Jianhua/钱 建华 ; gcc@gcc.gnu.org > Subject: Re: A problem with one instruction multiple latencies and pipelines > > On 07/09/2020 07:08, Qian, Jianhua wrote: > > Hi > > > > I'm adding a new

instrument a funtion on RTL

2020-09-13 Thread 易会战 via Gcc
hi, one of my work need to instrument a memset function (since the memset are inserted after pass_expand). I find inserting a function before memset directly will lead to segment fault. I think the inserted funtion destroy memset funtion arguments. I put the inserted funtion after memset, run

[Bug fortran/89219] ICE with derived type I/O

2020-09-13 Thread jvdelisle at charter dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89219 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at charter dot net ---

[Bug c++/97022] -Werror flag aborts compilation of "current" git pull on main

2020-09-13 Thread grgoffe at yahoo dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97022 --- Comment #1 from George R. Goffe --- Thanks for the info. This bug report can be closed now. Again, THANKS, George...

[Bug rtl-optimization/97041] New: ICE during RTL pass: sched_fusion: in operator[], at vec.h:880

2020-09-13 Thread vvinayag at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97041 Bug ID: 97041 Summary: ICE during RTL pass: sched_fusion: in operator[], at vec.h:880 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

gcc-11-20200913 is now available

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

[Bug c++/97034] [11 Regression] ICE on C++20 code: gcc_assert failure in return type deduction (gcc/cp/pt.c:26984 in type_dependent_expression_p(tree_node*))

2020-09-13 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97034 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug target/97025] In -m32 mode the alignment of pointers returned by malloc or operator new is less than alignof(std::max_align_t)

2020-09-13 Thread officesamurai at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97025 --- Comment #5 from Mikhail Kremniov --- I see. So this is not considered a bug then? P.S. it seems that -faligned-new=8 can be used as a workaround in this case, even in pre-c++17 modes, so the issue doesn't look that bad in the end.

[Bug fortran/97036] [F2018] ELEMENTAL RECURSIVE subprogram prefix combination rejected

2020-09-13 Thread anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97036 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/96983] [11 regression] ICE compiling gfortran.dg/pr96711.f90 starting with r11-3042

2020-09-13 Thread ro at CeBiTec dot Uni-Bielefeld.DE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983 --- Comment #21 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #19 from anlauf at gcc dot gnu.org --- > (In reply to r...@cebitec.uni-bielefeld.de from comment #14) >> > --- Comment #13 from anlauf at gcc dot gnu.org --- >> > This may

[Bug fortran/90903] Implement runtime checks for bit manipulation intrinsics

2020-09-13 Thread anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90903 --- Comment #4 from anlauf at gcc dot gnu.org --- Patch for MVBITS: https://gcc.gnu.org/pipermail/fortran/2020-September/055071.html

[PATCH] PR fortran/90903 [part2] Add runtime checking for the MVBITS intrinsic

2020-09-13 Thread Harald Anlauf
Dear all, finally here comes the second part of runtime checks for the bit manipulation intrinsics, this time MVBITS. This turned out to be more elaborate than the treatment of simple function calls. I chose the path to inline expand MVBITS, which enables additional optimization opportunities

[Bug fortran/97037] ICE on user-defined derived-type output of an intermediate ancestor type

2020-09-13 Thread jvdelisle at charter dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97037 --- Comment #2 from Jerry DeLisle --- https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89219

[Bug fortran/97037] ICE on user-defined derived-type output of an intermediate ancestor type

2020-09-13 Thread jvdelisle at charter dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97037 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at charter dot net ---

[Bug preprocessor/91412] Unexpectedly correct raw string literal

2020-09-13 Thread tom at honermann dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91412 Tom Honermann changed: What|Removed |Added CC||tom at honermann dot net --- Comment #1

Re: [PATCH] hppa64: Improve hppa_rtx_costs for DImode shifts by constants.

2020-09-13 Thread John David Anglin
Hi Roger, On 2020-09-07 3:59 p.m., Roger Sayle wrote: > 2020-09-07 Roger Sayle > > gcc/ChangeLog > * config/pa/pa.c (hppa_rtx_costs) [ASHIFT, ASHIFTRT, LSHIFTRT]: > Provide accurate costs for DImode shifts of integer constants. I committed this change.  However, it doesn't fix PR

"gcc -E" does not honor #pragma

2020-09-13 Thread Chelsea Meyers via Gcc
Hi, I'm new to contributing to GCC, so I looked for issues in Bugzilla with the keyword "easyhack" that looked comprehensible to me, and found bug 53920: "'gcc -E' does not honor #pragma GCC diagnostic ignored '-Wunused-macro'". I verified using a fresh build of gcc from the master branch that

[Bug target/97040] New: incorrect fused multiply add/subtract instruction generated from C code

2020-09-13 Thread ddiculoiu at dspace dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97040 Bug ID: 97040 Summary: incorrect fused multiply add/subtract instruction generated from C code Product: gcc Version: 8.2.1 Status: UNCONFIRMED Severity: normal

[Bug fortran/97039] -fbounds-check misses violation with slice of array but not an element

2020-09-13 Thread kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97039 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug fortran/97031] the content of a comment line breaks compilation

2020-09-13 Thread sgk at troutmask dot apl.washington.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97031 --- Comment #3 from Steve Kargl --- On Sun, Sep 13, 2020 at 08:02:01AM +, jean-pierre.flam...@univ-lille.fr wrote: > > I just noticed that cpp recognizes the extensions .fpp .F and other uppercase > extensions. > This is why I added -cpp

Re: [PATCH] libstdc++: use a link test to test for -Wl,-z,relro

2020-09-13 Thread JonY via Gcc-patches
On 9/10/20 2:23 PM, JonY wrote: > Do a link test instead of just a grep. The linker can > support multiple targets, but not all targets can use it. > > Cygwin/MinGW ld can support ELF but the PE format for Windows itself > does not support such a feature. Attached patch OK? > > I'm not confident

[Bug fortran/97039] New: -fbounds-check misses violation with slice of array but not an element

2020-09-13 Thread anthony.debeus at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97039 Bug ID: 97039 Summary: -fbounds-check misses violation with slice of array but not an element Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal

Missed optimisation in __udivmoddi4 of libgcc2

2020-09-13 Thread Stefan Kanthak
libgcc2 provides "double-word" division as __udivmoddi4() The following part of its source | UWtype d0, d1, n0, n1, n2; | UWtype b, bm; ... | count_leading_zeros (bm, d1); | if (bm == 0) ... | else | { | UWtype m1, m0; | /* Normalize. */ | | b = W_TYPE_SIZE - bm;

[Bug fortran/82943] [F03] Error with type-bound procedure of parametrized derived type

2020-09-13 Thread paul.luck...@rwth-aachen.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82943 paul.luck...@rwth-aachen.de changed: What|Removed |Added CC||paul.luck...@rwth-aachen.de

[Bug c++/97038] New: [[no_unique_address]] support anonymous unions

2020-09-13 Thread no_unique_address at mail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97038 Bug ID: 97038 Summary: [[no_unique_address]] support anonymous unions Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[PATCH] mixing of labels and code in C2X

2020-09-13 Thread Uecker, Martin
Hi Joseph, here is the (unfinished) patch to support mixing of labels in C2X. I preserved existing tests by adding "-std=c17 -pedantic-error" So far, I haven't figured out how to fix the OpenMP related warning in 'gcc.dg/gomp/barrier-2.c'. Best, Martin diff --git a/gcc/c/c-parser.c

[PATCH] arm: Fix up gcc.target/arm/lto/pr96939_* FAIL - alternate version

2020-09-13 Thread Jakub Jelinek via Gcc-patches
Hi! The large patch for opts_set saving/restoring doesn't seem to be desirable for backporting (it can be backported and I've even tested it in gcc 10, but it is too large), so this patch instead provides a target only fix. As opts_set can't be trusted, it uses TargetVariables to record whether

[PATCH] arm: Fix up gcc.target/arm/lto/pr96939_* FAIL

2020-09-13 Thread Jakub Jelinek via Gcc-patches
Hi! The following patch on top of the https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553801.html patch fixes the gcc.target/arm/lto/pr96939_* test in certain ARM configurations. As said in the above mentioned patch, the generic code takes care of saving/restoring TargetVariables or

[PATCH] options, lto: Optimize streaming of optimization nodes

2020-09-13 Thread Jakub Jelinek via Gcc-patches
Hi! When working on the previous patch, I've noticed that all cl_optimization fields appart from strings are streamed with bp_pack_value (..., 64); so we waste quite a lot of space, given that many of the options are just booleans or char options and there are 450-ish of them. Fixed by streaming

[PATCH] options: Save and restore opts_set for Optimization and Target options

2020-09-13 Thread Jakub Jelinek via Gcc-patches
On Fri, Sep 11, 2020 at 11:29:52AM +0200, Jakub Jelinek via Gcc-patches wrote: > On Fri, Sep 11, 2020 at 09:46:37AM +0200, Christophe Lyon via Gcc-patches > wrote: > > I'm seeing an ICE with this new test on most of my arm configurations, > > for instance: > > --target arm-none-linux-gnueabi

[Bug fortran/97031] the content of a comment line breaks compilation

2020-09-13 Thread jean-pierre.flam...@univ-lille.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97031 --- Comment #2 from jean-pierre.flam...@univ-lille.fr --- Thanks, However, if I launch "man cpp" or "man gfortran" I can't see anything in relation with my problem and traditional. I just noticed that cpp recognizes the extensions .fpp .F and