[Bug fortran/83118] [8/9/10/11 Regression] Bad intrinsic assignment of class(*) array component of derived type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118 --- Comment #36 from Paul Thomas --- Created attachment 49412 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49412=edit An updated patch The patch has been evolving... slowly. I found that dependency_57.f90 segfaulted in runtime so I

[Bug other/97417] RISC-V Unnecessary andi instruction when loading volatile bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417 --- Comment #3 from Jim Wilson --- The basic idea here is that the movqi pattern in riscv.md currently emits RTL for a load that looks like this (set (reg:QI target) (mem:QI (address))) As an experiment, we want to try changing that to

[Bug bootstrap/97502] [11 Regression] PGO bootstrap failure on s390x-linux with -march=z13 starting with r11-3426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97502 Andreas Krebbel changed: What|Removed |Added Last reconfirmed||2020-10-21

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #47 from Christophe Leroy --- (In reply to Segher Boessenkool from comment #46) > (In reply to Christophe Leroy from comment #43) > > int g(int x) > > { > > return __builtin_clz(0); > > } > > > > Gives > > > > 0018 : > >

[Bug target/97506] [11 Regression] ICE: in extract_insn, at recog.c:2294 (unrecognizable insn) with -mavx512vbmi -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97506 Hongtao.liu changed: What|Removed |Added CC||crazylht at gmail dot com --- Comment #2

[Bug other/97417] RISC-V Unnecessary andi instruction when loading volatile bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417 jiawei changed: What|Removed |Added CC||jiawei at iscas dot ac.cn --- Comment #2 from

Re: Where did my function go?

>IPA transforms happens when get_body is called. With LTO this also >trigger reading the body from disk. So if you want to see all bodies >and work on them, you can simply call get_body on everything but it will >result in increased memory use since everything will be loaded form disk >and

[Bug rtl-optimization/66706] Redundant bitmask instruction on x >> (n & 32)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66706 Bug 66706 depends on bug 66552, which changed state. Bug 66552 Summary: Missed optimization when shift amount is result of signed modulus https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552 What|Removed |Added

Re: [PATCH] [PR rtl-optimization/97249]Simplify vec_select of paradoxical subreg.

On Wed, Oct 21, 2020 at 5:07 AM Segher Boessenkool wrote: > > On Tue, Oct 20, 2020 at 11:20:48AM +0800, Hongtao Liu wrote: > > + unsigned HOST_WIDE_INT subreg_offset = 0; > > + if (GET_CODE (trueop0) == SUBREG > > + && GET_MODE_INNER (mode) > > + ==

[Bug rtl-optimization/66552] Missed optimization when shift amount is result of signed modulus

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552 Jiu Fu Guo changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: [PATCH 2/8] [RS6000] rs6000_rtx_costs for AND

On Tue, Oct 20, 2020 at 01:55:56PM -0500, Segher Boessenkool wrote: > On Thu, Oct 08, 2020 at 09:27:54AM +1030, Alan Modra wrote: > > The existing "case AND" in this function is not sufficient for > > optabs.c:avoid_expensive_constant usage, where the AND is passed in > > outer_code. We'd like to

Re: [PATCH] [PR rtl-optimization/97249]Simplify vec_select of paradoxical subreg.

On Wed, Oct 21, 2020 at 12:42 AM Richard Sandiford wrote: > > Hongtao Liu writes: > >> > + && (GET_MODE_NUNITS (mode)).is_constant () > >> > + && (GET_MODE_NUNITS (GET_MODE (SUBREG_REG (trueop0 > >> > + .is_constant () > >> > + && known_le (l1, l2)

Re: [PATCH 1/2] [target 87767] Refactor AVX512 broadcast patterns with speical memory constraint.

On Tue, Oct 20, 2020 at 10:57 PM Vladimir Makarov wrote: > > > On 2020-10-20 1:33 a.m., Hongtao Liu wrote: > > On Mon, Oct 19, 2020 at 11:38 PM Vladimir Makarov > > wrote: > >> > >> On 2020-10-11 8:58 p.m., Hongtao Liu wrote: > >>> Hi: > >>> This is done in 2 steps: > >>> 1. Extend

[Bug libstdc++/95322] std::list | take | transform, expression does not work cbegin() == end()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322 --- Comment #18 from CVS Commits --- The releases/gcc-10 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:574ab3c85bb393e0ed0171b96eb42e0dd1e91de4 commit r10-8927-g574ab3c85bb393e0ed0171b96eb42e0dd1e91de4 Author: Patrick Palka

Re: [r11-4134 Regression] FAIL: gcc.dg/Walloca-1.c (test for warnings, line 27) on Linux/x86_64

On 10/20/20 5:13 PM, sunil.k.pandey via Gcc-patches wrote: > On Linux/x86_64, > > 495ec0b2aa808a6463b8c24288a1730cbae1cfca is the first bad commit > commit 495ec0b2aa808a6463b8c24288a1730cbae1cfca > Author: Aldy Hernandez > Date: Mon Oct 19 16:52:51 2020 +0200 > > Convert -Walloca pass to

Trivial testsuite fix for 16bit targets

cr16-elf regressed this test: cr16-sim: gcc.dg/Wbuiltin-declaration-mismatch-9.c (test for excess errors) There's a dg-prune in the test which stripped out some messages, but it wasn't sufficient to cover the 16 bit targets.  This patch adds another string to prune.  Committed. Jeff

[PATCH, rs6000] Optimize pcrel access of globals

From: Aaron Sawdey This patch implements a RTL pass that looks for pc-relative loads of the address of an external variable using the PCREL_GOT relocation and a single load or store that uses that external address. It then uses the PCREL_OPT relocation to convert that first load into a single

[r11-4134 Regression] FAIL: gcc.dg/Walloca-1.c (test for warnings, line 27) on Linux/x86_64

On Linux/x86_64, 495ec0b2aa808a6463b8c24288a1730cbae1cfca is the first bad commit commit 495ec0b2aa808a6463b8c24288a1730cbae1cfca Author: Aldy Hernandez Date: Mon Oct 19 16:52:51 2020 +0200 Convert -Walloca pass to ranger. caused FAIL: gcc.dg/Walloca-1.c (test for excess errors) FAIL:

[Bug libstdc++/55394] Using call_once without -lpthread compiles without warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394 --- Comment #12 from Sergei Trofimovich --- Aha, makes sense. My hack did not survive bootstrap anyway as libgcc.a started referring pthread_once() as well.

[PATCH] Temporarily disable trap in in extract_range_builtin check.

Not a permanent fix, so leave the PR open. we'll bypass the comparison assertion code until we can look closer at how to resolve the symbolic issue..  This will keep compilations going... bootstrapped on x86_64-pc-linux-gnu, no regressions, pushed. Andrew commit

[Bug tree-optimization/97505] [11 Regression] ICE in extract_range_basic, at vr-values.c:1439 since r11-4130-g16e4f1ad44e3c00b8b73c9e4ade3d236ea7044a8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505 --- Comment #3 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:292c92715b282f7c6617c94351d3e38ec027d637 commit r11-4141-g292c92715b282f7c6617c94351d3e38ec027d637 Author: Andrew MacLeod Date:

Re: [PATCH][middle-end][i386][version 3]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-arg|used-gpr|all-gpr|used|all]

Richard, Thanks a lot for your comments. > On Oct 20, 2020, at 1:12 PM, Richard Sandiford > wrote: > >> >> + >> + if ((strcmp (TREE_STRING_POINTER (id), "skip") != 0) >> + && (strcmp (TREE_STRING_POINTER (id), "used-gpr-arg") != 0) >> + && (strcmp (TREE_STRING_POINTER (id),

[PATCH 2/2, rs6000, V2] VSX load/store rightmost element operations

[PATCH 2/2, rs6000, v2] VSX load/store rightmost element operations Hi, This adds support for the VSX load/store rightmost element operations. This includes the instructions lxvrbx, lxvrhx, lxvrwx, lxvrdx, stxvrbx, stxvrhx, stxvrwx, stxvrdx; And the builtins vec_xl_sext() /* vector load sign

Re: [PATCH] openmp: Implement support for OMP_TARGET_OFFLOAD

On 20/10/2020 1:57 pm, Jakub Jelinek wrote: On Tue, Oct 20, 2020 at 02:17:26PM +0200, Tobias Burnus wrote: On 10/20/20 2:11 PM, Tobias Burnus wrote: Unfortunately, the committed patch (r11-4121-g1bfc07d150790fae93184a79a7cce897655cb37b) causes build errors. The error seems to be provoked by

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #46 from Segher Boessenkool --- (In reply to Christophe Leroy from comment #43) > int g(int x) > { > return __builtin_clz(0); > } > > Gives > > 0018 : > 18: 38 60 00 20 li r3,32 > 1c: 4e 80 00 20 blr

Re: [PATCH] [PR rtl-optimization/97249]Simplify vec_select of paradoxical subreg.

On Tue, Oct 20, 2020 at 11:20:48AM +0800, Hongtao Liu wrote: > + unsigned HOST_WIDE_INT subreg_offset = 0; > + if (GET_CODE (trueop0) == SUBREG > + && GET_MODE_INNER (mode) > + == GET_MODE_INNER (GET_MODE (SUBREG_REG (trueop0))) > + && (GET_MODE_NUNITS

[Bug lto/97508] New: lto1: internal compiler error: decompressed stream: Destination buffer is too small

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97508 Bug ID: 97508 Summary: lto1: internal compiler error: decompressed stream: Destination buffer is too small Product: gcc Version: 11.0 Status: UNCONFIRMED

Re: [PATCH] [PR rtl-optimization/97249]Simplify vec_select of paradoxical subreg.

On Thu, Oct 15, 2020 at 04:14:39PM +0800, Hongtao Liu wrote: > On Thu, Oct 15, 2020 at 1:37 AM Segher Boessenkool > wrote: > > > + gcc_assert (can_div_trunc_p (SUBREG_BYTE (trueop0), > > > +GET_MODE_SIZE (GET_MODE_INNER > > > (mode)), > > > +

[Bug tree-optimization/97360] [11 Regression] ICE in range_on_exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360 --- Comment #35 from Segher Boessenkool --- Send it to gcc-patches@ please, with explanation and everything?

Re: [patch] Introduce vxworks7r2 support for ppc and ppc64

Hi! On Tue, Oct 20, 2020 at 12:10:59PM +0200, Olivier Hainque wrote: > This change introduces support for the most recent versions > of VxWorks on PowerPC targets, for both 32 and 64 bit thanks > to a bi-arch setup. > > The system compilers are essentially configured as Linux > toolchains with

Re: [PATCH][middle-end][i386][version 3]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-arg|used-gpr|all-gpr|used|all]

> On Oct 20, 2020, at 10:24 AM, Uros Bizjak wrote: > > On Tue, Oct 20, 2020 at 4:01 PM Qing Zhao > wrote: >> >> Hi, Uros, >> >> Thanks a lot for your comments. >> >> On Oct 19, 2020, at 2:30 PM, Uros Bizjak wrote: >> >> >> diff --git

libgo patch committed: Adjust NetBSD-specific types

This libgo patch by Nikhil Benesch adjusts some of the syscall types and names to maintain backward compatibility on NetBSD. Specifically, the RTM_RESOLVE constant must be added if it is missing, and the stat_t struct must use the suffix "timespec" rather than "tim" for its time-related fields.

[Bug gcov-profile/97507] New: Move __gcov_exit from per-object .fini_array.00100 to libgcov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97507 Bug ID: 97507 Summary: Move __gcov_exit from per-object .fini_array.00100 to libgcov Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 --- Comment #27 from Joakim Tjernlund --- It has been 10 years, it is not that hard :)

c++: block-scope extern decl with default args

In adding the DECL_LOCAL_DECL handling, I'd forgotten that the parm-decls also need cloning -- and resetting of their DECL_CONTEXT. Also, any default args need droping when adding an alias, as those are not propagated. The std's not totally clear on this latter point when there's no exising

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 --- Comment #26 from Segher Boessenkool --- It isn't easy to do. Feel free to try your hand at it :-)

Re: [PATCH 2/8] [RS6000] rs6000_rtx_costs for AND

On Thu, Oct 08, 2020 at 09:27:54AM +1030, Alan Modra wrote: > The existing "case AND" in this function is not sufficient for > optabs.c:avoid_expensive_constant usage, where the AND is passed in > outer_code. We'd like to cost AND of rs6000_is_valid_and_mask > or rs6000_is_valid_2insn_and variety

libbacktrace patch committed: Use __attribute__((__fallthrough__))

This libbacktrace patch uses __attribute__((__fallthrough__)) rather than relying on a /*fallthrough*/ comment. Bootstrapped and ran libbacktrace tests on x86_64-pc-linux-gnu. Committed to mainline. Ian * internal.h (ATTRIBUTE_FALLTHROUGH): Define. * elf.c (elf_zlib_inflate): Use

[Bug target/97506] [11 Regression] ICE: in extract_insn, at recog.c:2294 (unrecognizable insn) with -mavx512vbmi -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97506 Jakub Jelinek changed: What|Removed |Added Last reconfirmed||2020-10-20 Target Milestone|---

[Bug target/43892] PowerPC suboptimal "add with carry" optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892 Christophe Leroy changed: What|Removed |Added CC||christophe.leroy at csgroup dot eu

[Bug tree-optimization/97505] [11 Regression] ICE in extract_range_basic, at vr-values.c:1439 since r11-4130-g16e4f1ad44e3c00b8b73c9e4ade3d236ea7044a8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505 --- Comment #2 from Aldy Hernandez --- Created attachment 49411 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49411=edit proposed patch We should disable the assert while this PR is fixed, so it doesn't hold anyone else up. Patch needs

[Bug tree-optimization/97505] [11 Regression] ICE in extract_range_basic, at vr-values.c:1439 since r11-4130-g16e4f1ad44e3c00b8b73c9e4ade3d236ea7044a8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505 --- Comment #1 from Aldy Hernandez --- We are calculating ranges for the following: (gdb) dd stmt _18 = .UBSAN_CHECK_SUB (_58, _57); which gets turned into a MINUS_EXPR. Then we call extract_range_from_binary_expr on the MINUS_EXPR: /*

[Bug rtl-optimization/97459] __uint128_t remainder for division by 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459 --- Comment #9 from Thomas Koenig --- (In reply to Jakub Jelinek from comment #7) > So, can we use this for anything but modulo 3, or 5, or 17, or 257 (all of > those have 2^32 mod N == 2^64 mod N == 2^128 mod N == 1) I think so, too. >

Re: [PATCH][middle-end][i386][version 3]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-arg|used-gpr|all-gpr|used|all]

Qing Zhao writes: > @@ -4959,6 +4963,52 @@ handle_no_split_stack_attribute (tree *node, tree name, > return NULL_TREE; > } > > +/* Handle a "zero_call_used_regs" attribute; arguments as in > + struct attribute_spec.handler. */ > + > +static tree > +handle_zero_call_used_regs_attribute (tree

libgo patch committed: Remove sendfile on NetBSD

This libgo patch by Nikhil Benesch removes sendfile from the syscall package on NetBSD, as NetBSD doesn't have the sendfile system call. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline. Ian 76a9f0acd248bba801e6208d11a96db5b7f940dc diff --git

[Bug target/97506] New: [11 Regression] ICE: in extract_insn, at recog.c:2294 (unrecognizable insn) with -mavx512vbmi -mavx512vl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97506 Bug ID: 97506 Summary: [11 Regression] ICE: in extract_insn, at recog.c:2294 (unrecognizable insn) with -mavx512vbmi -mavx512vl Product: gcc Version: 11.0 Status:

[Bug tree-optimization/97505] [11 Regression] ICE in extract_range_basic, at vr-values.c:1439 since r11-4130-g16e4f1ad44e3c00b8b73c9e4ade3d236ea7044a8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505 Martin Liška changed: What|Removed |Added Known to work||10.2.0 Known to fail|

[Bug tree-optimization/97505] New: [11 Regression] ICE in extract_range_basic, at vr-values.c:1439 since r11-4130-g16e4f1ad44e3c00b8b73c9e4ade3d236ea7044a8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97505 Bug ID: 97505 Summary: [11 Regression] ICE in extract_range_basic, at vr-values.c:1439 since r11-4130-g16e4f1ad44e3c00b8b73c9e4ade3d236ea7044a8 Product: gcc

Re: PING – Re: [Patch] collect-utils.c, lto-wrapper + mkoffload: Improve -save-temps filename

On 10/20/20 11:27 AM, Richard Biener wrote: OK. Missed two things – a copy'n'paste issue using the wrong variable and to update a testcase, adding the newly added dump files there. Committed as obvious in r11-4132-g6267bb7a11f53381d77b2c0a6193fcb9115d2b30 Tobias On 10/13/20 9:37 PM, Tobias

Re: [PATCH] libstdc++: Fix division by zero in std::sample

On Tue, 20 Oct 2020, Jonathan Wakely wrote: > On 21/09/20 16:01 +0100, Jonathan Wakely wrote: > > On 18/09/20 21:08 -0400, Patrick Palka via Libstdc++ wrote: > > > This fixes a division by zero in the selection-sampling std::__search > > > overload when the input range is empty (and hence

Re: PING: [PATCH] Convert -Wrestrict pass to ranger.

On 10/19/20 1:23 PM, Aldy Hernandez wrote: Rebased on current trunk. There is one adjustment to a C++ test which now gives a false positive. After talking with Martin Sebor, we've concluded this is expected. There is no way to communicate that libstdc++ allocated objects are always less than

Re: PING: [PATCH] Convert -Walloca pass to ranger.

On 10/19/20 1:16 PM, Aldy Hernandez wrote: Rebased on current trunk. FWIW, we finally get rid of the Walloca-6.c XFAIL. This has been a long time in coming: -/* { dg-xfail-if "Currently broken but Andrew's work should fix this" { *-*-* } } */ :-) OK? You are the original author of this

Re: [PATCH] libstdc++: Fix division by zero in std::sample

On 21/09/20 16:01 +0100, Jonathan Wakely wrote: On 18/09/20 21:08 -0400, Patrick Palka via Libstdc++ wrote: This fixes a division by zero in the selection-sampling std::__search overload when the input range is empty (and hence __unsampled_sz is 0). Tested on x86_64-pc-linux-gnu.

Re: [PATCH] Remove vr_values::extract_range_builtin.

On 10/20/20 12:43 PM, Aldy Hernandez wrote: As promised. Now that we know the vr_values and ranger versions are in sync, it is safe to remove the vr_values version and just call the ranger one. I am holding off on pushing this for a week or two, or until Fedora gets rebuilt with the current

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #45 from Jakub Jelinek --- > > __attribute__ ((noinline)) > > int > > my_fls64 (__u64 x) > > { > > asm volatile ("movl $-1, %eax"); > > return (__builtin_clzll (x) ^ 63) + 1; > > } > > Aha, bsr is not doing anything if parameter

Re: [PATCH PR94442] [AArch64] Redundant ldp/stp instructions emitted at -O3

xiezhiheng writes: > I made two separate patches for these two groups, get/set register intrinsics > and store intrinsics. > > Note: It does not matter which patch is applied first. > > Bootstrapped and tested on aarch64 Linux platform. Thanks. I pushed the get/set patch. For the store patch,

[Bug c/97503] Suboptimal use of cntlzw and cntlzd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

Re: [PATCH] openmp: Implement support for OMP_TARGET_OFFLOAD

On Tue, Oct 20, 2020 at 06:39:39PM +0200, Rainer Orth wrote: > Hi Tobias, > > > On 10/19/20 8:21 PM, Jakub Jelinek via Gcc-patches wrote: > > > >> On Mon, Oct 19, 2020 at 06:57:49PM +0100, Kwok Cheung Yeung wrote: > >>> --- a/libgomp/target.c > >>> +++ b/libgomp/target.c > > ... > >> Otherwise

[PATCH] Remove vr_values::extract_range_builtin.

As promised. Now that we know the vr_values and ranger versions are in sync, it is safe to remove the vr_values version and just call the ranger one. I am holding off on pushing this for a week or two, or until Fedora gets rebuilt with the current compiler. gcc/ChangeLog: * vr-values.h

Re: [PATCH] [PR rtl-optimization/97249]Simplify vec_select of paradoxical subreg.

Hongtao Liu writes: >> > + && (GET_MODE_NUNITS (mode)).is_constant () >> > + && (GET_MODE_NUNITS (GET_MODE (SUBREG_REG (trueop0 >> > + .is_constant () >> > + && known_le (l1, l2) >> >> I'm not sure the last two & are really the important condition.

Re: [PATCH] openmp: Implement support for OMP_TARGET_OFFLOAD

Hi Tobias, > On 10/19/20 8:21 PM, Jakub Jelinek via Gcc-patches wrote: > >> On Mon, Oct 19, 2020 at 06:57:49PM +0100, Kwok Cheung Yeung wrote: >>> --- a/libgomp/target.c >>> +++ b/libgomp/target.c > ... >> Otherwise LGTM. > > Unfortunately, the committed patch >

Re: [PATCH 0/2] [OpenACC] Kernels loop annotation

On 9/9/20 11:53 AM, Sandra Loosemore wrote: This set of patches implements C/C++ and Fortran front end support for adding "acc loop auto" annotations to loop nests in OpenACC kernels regions. For background on this, refer to Thomas Schwinge's talk from last year's cauldron, at

[Bug c/97503] Suboptimal use of cntlzw and cntlzd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503 --- Comment #1 from Jakub Jelinek --- Created attachment 49409 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49409=edit gcc11-pr97503.patch While that is something that can and often is done during ifcvt, I think for various

Re: PING: Fwd: [PATCH] Refactor range handling of builtins in vr_values and ranger.

On Tue, Oct 20, 2020 at 6:19 PM Andrew MacLeod wrote: > > On 10/19/20 6:03 AM, Aldy Hernandez wrote: > > > > > > > > Forwarded Message > > Subject: [PATCH] Refactor range handling of builtins in vr_values and > > ranger. > > Date: Fri, 9 Oct 2020 14:32:05 +0200 > > From: Aldy

Re: PING: Fwd: [PATCH] Refactor range handling of builtins in vr_values and ranger.

On 10/19/20 6:03 AM, Aldy Hernandez wrote: Forwarded Message Subject: [PATCH] Refactor range handling of builtins in vr_values and ranger. Date: Fri,  9 Oct 2020 14:32:05 +0200 From: Aldy Hernandez To: GCC patches , Jakub Jelinek CC: Andrew MacLeod , Aldy Hernandez

[Bug libstdc++/59325] Provide a way to disable deprecated warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325 Jonathan Wakely changed: What|Removed |Added Status|WAITING |NEW Keywords|

[Bug tree-optimization/97360] [11 Regression] ICE in range_on_exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360 --- Comment #34 from Peter Bergner --- (In reply to Peter Bergner from comment #32) > (In reply to Richard Biener from comment #31) > > > > Is this really the correct fix? > > > > Yes. > > Just to verify, this is an approval for Andrew's patch

[Bug tree-optimization/97501] [11 Regression] ICE in verify_range, at value-range.cc:369, -O2 on dead overflowing nested loops since r11-3685-gfcae5121154d1c33

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97501 --- Comment #5 from Andrew Macleod --- Just to further annotate why this is the correct fix for posterity.. evrp/vrp calls adjust_range_with_scev: /* Start with the input range... */ tree vrmin = vr->min (); tree

[Bug c++/90629] Support for -Wmismatched-new-delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90629 Martin Sebor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot gnu.org ---

[Bug ada/97504] [11 regress] Ada bootstrap error after r11-4029

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504 --- Comment #1 from Andreas Schwab --- https://gcc.gnu.org/pipermail/gcc-patches/2020-October/556477.html

Re: [PATCH][middle-end][i386][version 3]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-arg|used-gpr|all-gpr|used|all]

On Tue, Oct 20, 2020 at 4:01 PM Qing Zhao wrote: > > Hi, Uros, > > Thanks a lot for your comments. > > On Oct 19, 2020, at 2:30 PM, Uros Bizjak wrote: > > > diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c > index f684954..620114f 100644 > --- a/gcc/config/i386/i386.c > +++

[Bug tree-optimization/97501] [11 Regression] ICE in verify_range, at value-range.cc:369, -O2 on dead overflowing nested loops since r11-3685-gfcae5121154d1c33

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97501 Aldy Hernandez changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/97501] [11 Regression] ICE in verify_range, at value-range.cc:369, -O2 on dead overflowing nested loops since r11-3685-gfcae5121154d1c33

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97501 --- Comment #3 from CVS Commits --- The master branch has been updated by Aldy Hernandez : https://gcc.gnu.org/g:5d53ec27015b916640171e891870adf2c6fdfd4c commit r11-4129-g5d53ec27015b916640171e891870adf2c6fdfd4c Author: Aldy Hernandez Date:

[Bug ada/97504] New: [11 regress] Ada bootstrap error after r11-4029

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504 Bug ID: 97504 Summary: [11 regress] Ada bootstrap error after r11-4029 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[PATCH] Saturate overflows return from SCEV in ranger.

bounds_of_var_in_loop is returning an overflowed int, which is causing us to create a range for which we can't compare the bounds causing an ICE in verify_range. Overflowed bounds cause compare_values() to return -2, which we don't handle in verify_range. We don't represent overflowed ranges in

[Bug preprocessor/97471] [11 Regression] ICE on using function-like macro as a non function-like macro since r11-338-g2a0225e47868fbfc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97471 Nathan Sidwell changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

preprocessor: Further fix for EOF in macro args [PR97471]

My previous attempt at fixing this was incorrect. The problem occurs earlier in that _cpp_lex_direct processes the unwinding EOF needs in collect_args mode. This patch changes it not to do that, in the same way as directive parsing works. Also collect_args shouldn't push_back such fake EOFs,

Re: [PATCH 1/2] [target 87767] Refactor AVX512 broadcast patterns with speical memory constraint.

On 2020-10-20 1:33 a.m., Hongtao Liu wrote: On Mon, Oct 19, 2020 at 11:38 PM Vladimir Makarov wrote: On 2020-10-11 8:58 p.m., Hongtao Liu wrote: Hi: This is done in 2 steps: 1. Extend special memory constraint to handle non MEM_P cases, i.e. (vec_duplicate:V4SF (mem:SF (addr)))

Re: [PATCH] c++: Distinguish btw. alignof and __alignof__ in cp_tree_equal [PR97273]

On Fri, 9 Oct 2020, Jason Merrill wrote: > On 10/9/20 4:48 AM, Jakub Jelinek wrote: > > On Tue, Oct 06, 2020 at 03:40:52PM -0400, Jason Merrill via Gcc-patches > > wrote: > > > On 10/4/20 11:28 PM, Patrick Palka wrote: > > > > cp_tree_equal currently considers alignof the same as __alignof__, but

[Bug libstdc++/59325] Provide a way to disable deprecated warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325 --- Comment #8 from andysem at mail dot ru --- (In reply to Jonathan Wakely from comment #6) > (In reply to andysem from comment #2) > > (In reply to Jonathan Wakely from comment #1) > > > You can use a #pragma to disable -Wdeprecated locally > >

[Bug c/97503] New: Suboptimal use of cntlzw and cntlzd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503 Bug ID: 97503 Summary: Suboptimal use of cntlzw and cntlzd Product: gcc Version: 10.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug tree-optimization/97360] [11 Regression] ICE in range_on_exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360 --- Comment #33 from rguenther at suse dot de --- On October 20, 2020 4:16:37 PM GMT+02:00, "bergner at gcc dot gnu.org" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360 > >--- Comment #32 from Peter Bergner --- >(In reply to Richard

Re: libstdc++: std::iterator is deprecated since C++17

Patches for libstdc++ need to be sent to both the gcc-patches list and libstdc++ list, or they will be ignored. Removing the std::iterator base classes is an ABI break, so not acceptable. std::iterator is deprecated, but that doesn't the library can't use it. Even after it gets removed, we can

[pushed] c++: Add fixed test [PR82239]

This test was fixed by r256550 but that commit was fixing another issue, and just happened to fix this too. Tested x86_64-pc-linux-gnu, applying to trunk. gcc/testsuite/ChangeLog: PR c++/82239 * g++.dg/cpp0x/static_assert16.C: New test. ---

[Bug c++/82239] Parentheses around constexpr template member break static_assert

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82239 --- Comment #2 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:953277ba3fa39a9285cf89f59932b0169e7f6b9d commit r11-4126-g953277ba3fa39a9285cf89f59932b0169e7f6b9d Author: Marek Polacek Date:

[Bug c++/82239] Parentheses around constexpr template member break static_assert

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82239 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/59325] Provide a way to disable deprecated warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325 --- Comment #7 from Jonathan Wakely --- (In reply to andysem from comment #4) > I just think that all these hoops could be avoided if libstdc++ was a little > more friendly in this regard. After all, there's no harm in using e.g. > auto_ptr in

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #44 from Jakub Jelinek --- Then perhaps some backends need to be improved. Try e.g.: void bar (void); void foo (int x) { if (__builtin_clz (x) == 32) bar (); } with trunk GCC if you don't trust me.

[Bug libstdc++/59325] Provide a way to disable deprecated warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59325 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2020-10-20

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #43 from Christophe Leroy --- (In reply to Christophe Leroy from comment #42) > (In reply to Jakub Jelinek from comment #41) > > It is documented to be undefined: > > -- Built-in Function: int __builtin_clz (unsigned int x) > >

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #42 from Christophe Leroy --- (In reply to Jakub Jelinek from comment #41) > It is documented to be undefined: > -- Built-in Function: int __builtin_clz (unsigned int x) > Returns the number of leading 0-bits in X, starting at

[Bug c/97445] Some fonctions marked static inline in Linux kernel are not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97445 --- Comment #41 from Jakub Jelinek --- It is documented to be undefined: -- Built-in Function: int __builtin_clz (unsigned int x) Returns the number of leading 0-bits in X, starting at the most significant bit position. If X is 0,

[Bug tree-optimization/97360] [11 Regression] ICE in range_on_exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97360 --- Comment #32 from Peter Bergner --- (In reply to Richard Biener from comment #31) > (In reply to Andrew Macleod from comment #30) > > On 10/19/20 6:40 PM, bergner at gcc dot gnu.org wrote: > > >

[Bug bootstrap/97502] [11 Regression] PGO bootstrap failure on s390x-linux with -march=z13 starting with r11-3426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97502 --- Comment #6 from Jakub Jelinek --- With --- gcc/config/s390/vx-builtins.md.jj 2020-04-30 09:26:01.0 +0200 +++ gcc/config/s390/vx-builtins.md 2020-10-20 16:08:31.847698827 +0200 @@ -812,6 +812,16 @@ DONE; }) +(define_expand

[Bug c++/82239] Parentheses around constexpr template member break static_assert

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82239 Marek Polacek changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug bootstrap/97502] [11 Regression] PGO bootstrap failure on s390x-linux with -march=z13 starting with r11-3426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97502 --- Comment #5 from Jakub Jelinek --- The vector comparison optabs are: OPTAB_CD(vec_cmp_optab, "vec_cmp$a$b") OPTAB_CD(vec_cmpu_optab, "vec_cmpu$a$b") OPTAB_CD(vec_cmpeq_optab, "vec_cmpeq$a$b") therefore they need two modes in their names - the

[Bug bootstrap/97502] [11 Regression] PGO bootstrap failure on s390x-linux with -march=z13 starting with r11-3426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97502 --- Comment #4 from Richard Biener --- Or rather, it doesn't make sense to not have vec_cmp[u]{,eq} optabs.

[Bug bootstrap/97502] [11 Regression] PGO bootstrap failure on s390x-linux with -march=z13 starting with r11-3426

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97502 Richard Biener changed: What|Removed |Added CC||krebbel at gcc dot gnu.org --- Comment

Re: [PATCH][middle-end][i386][version 3]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-arg|used-gpr|all-gpr|used|all]

Hi, Uros, Thanks a lot for your comments. > On Oct 19, 2020, at 2:30 PM, Uros Bizjak wrote: > >> >> diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c >> index f684954..620114f 100644 >> --- a/gcc/config/i386/i386.c >> +++ b/gcc/config/i386/i386.c >> @@ -3551,6 +3551,161 @@

[PATCH] Simplify and split irange::copy_legacy_range into two functions.

copy_legacy_range was a small but complex function. It was tricky to understand, and easy to introduce bugs into it. It also did unnecessary work on some code paths. This patch splits the function into two functions that are more efficient and easier to read (copy_to_legacy and

  1   2   3   >