[PATCH] dse: Fix up hard reg conflict checking in replace_read [PR99863]

Hi! Since PR37922 fix RTL DSE has hard register conflict checking in replace_read, so that if the replacement sequence sets (or typically just clobbers) some hard register (usually condition codes) we verify that hard register is not live. Unfortunately, it compares the hard reg set clobbered/set

[PATCH] bswap: Fix up bswap_view_convert after the recent change [PR99882]

Hi! Martin reported that my recent change to allow pointer types in bswap broke valgrind. The bswap_view_convert function used for the initialization of vector CONSTRUCTOR from the identity or byte-swapped pieces unfortunately didn't handle pointer types. The following patch handles it there. B

Re: [PATCH] dse: Fix up hard reg conflict checking in replace_read [PR99863]

On April 3, 2021 9:54:36 AM GMT+02:00, Jakub Jelinek wrote: >Hi! > >Since PR37922 fix RTL DSE has hard register conflict checking >in replace_read, so that if the replacement sequence sets (or typically >just >clobbers) some hard register (usually condition codes) we verify that >hard register is

Re: [PATCH] bswap: Fix up bswap_view_convert after the recent change [PR99882]

On April 3, 2021 9:57:18 AM GMT+02:00, Jakub Jelinek wrote: >Hi! > >Martin reported that my recent change to allow pointer types in bswap >broke valgrind. The bswap_view_convert function used for the >initialization >of vector CONSTRUCTOR from the identity or byte-swapped pieces >unfortunately >d

Re: c++: Add stdlib module test cases

On Jan 04 2021, Nathan Sidwell wrote: > +// { dg-final { scan-lang-dump {Wrote fixed:[0-9]* > pointer_type:'::__builtin_va_list'} module { target powerpc*-*-linux* } } } That is wrong for -m32. $ grep va_list builtin-3_a.C.002l.module Connecting declaration decl type_decl:'::va_list' Connectin

New German PO file for 'gcc' (version 11.1-b20210321)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the German team of translators. The file is available at: https://translationproject.org/latest/gcc/de.po (This file, 'gcc-11.1-b20210321.de.po',

Re: [PATCH] c++: GC during late parsing collects live data [PR91416]

On 4/2/21 9:53 PM, Marek Polacek wrote: Coming back to : This is a crash that points to a GC problem. Consider this test: __attribute__ ((unused)) struct S { S() { } } s; We're parsing a simple-declaration. While p

[PATCH RFC] c++: Fix print-tree module handling for TEMPLATE_DECL

The if allows TEMPLATE_DECL, but then checking DECL_MODULE_IMPORT_P crashes on TEMPLATE_DECL. Fixed by stripping TEMPLATE_DECL first. Nathan, does this look right to you? gcc/cp/ChangeLog: * ptree.c (cxx_print_decl): Check DECL_MODULE_IMPORT_P on template result. --- gcc/cp/ptr

[PATCH] libstdc++: Install libstdc++*-gdb.py more robustly [PR 99453]

In order for GDB to auto-load the pretty printers, they must be installed as "libstdc++.$ext-gdb.py", where 'libstdc++.$ext' is the name of the object file that is loaded by GDB [1], i.e. the libstdc++ shared library. The approach taken in libstdc++-v3/python/Makefile.am is to loop over files matc

Re: [PATCH] Switch gcc ftp URL's to http

Hi Jan, On Wed, 20 Nov 2019, Janne Blomqvist wrote: > On Wed, Nov 20, 2019 at 7:53 PM Joseph Myers wrote: >> This patch is OK with http changed to https. (That is, with it changed >> where the patch is already changing the URL. While changing http to https >> makes sense more generally in the d

[pushed] Darwin : Fix whitespace and delete unused code (NFC).

Hi, tested on x86_64-darwin. pushed to master, thanks Iain -- Fix some incorrect indenting and remove two cases where we had code '#if 0'-d out. gcc/ChangeLog: * config/darwin.c (machopic_legitimize_pic_address): Fix whitespace, remove unused code. --- gcc/config/darwin.c

[pushed] Darwin : Fix out-of-bounds access to df_regs_ever_live.

Hi I’ve been chasing a bootstrap failure present when we use clang as the bootstrap - and seen for GCC11 (where the requirement is C++11) even though the same clang toolchain bootstraps GCC-10. The C++11 aspect turned out to be a red-herring .. the problem was latent already, and is a long-standi

Re: [PATCH v2] c++: GC during late parsing collects live data [PR91416]

On Sat, Apr 03, 2021 at 10:47:13AM -0400, Jason Merrill wrote: > On 4/2/21 9:53 PM, Marek Polacek wrote: > > Coming back to > > : > > > > This is a crash that points to a GC problem. Consider this test: > > > >__attribute__ (

Re: [PATCH v2] c++: GC during late parsing collects live data [PR91416]

On 4/3/21 5:35 PM, Marek Polacek wrote: On Sat, Apr 03, 2021 at 10:47:13AM -0400, Jason Merrill wrote: On 4/2/21 9:53 PM, Marek Polacek wrote: Coming back to : This is a crash that points to a GC problem. Consider this test:

initialize pr94314-3.C counter

The int counter in the main loop was uninitialized, so we might end up looping a very large number of times before completing successfully. I suspect that was unintended, so I'm adding a zero initializer. Tested on x86_64-linux-gnu, with a cross to ppc-vx7r2, where we had 'i' assigned to a regis

[committed 2/3] d: Merge upstream dmd 3b808e838 (D2 testsuite)

Hi, This patch is part of merging the D front-end implementation with upstream dmd 3b808e838. These changes are specific to the D2 testsuite in testsuite/gdc.test, and cover all fixes issues. Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32 and committed to mainline. Regards, I

[pushed] c++: array new initialized from a call [PR99643]

Here the get_foo() call results in a TARGET_EXPR, which we strip in massage_init_elt, but then when build_vec_init tries to use it to initialize the array element we crash because build_aggr_init expects a class rvalue to have a TARGET_EXPR. So don't strip it. The stripping was added in r206639 f