[PATCH v3] handle MEM_REF with void* arguments (PR c++/95768)

Attached is another revision of a patch I posted last July to keep the pretty-printer from crashing on MEM_REFs with void* arguments: https://gcc.gnu.org/pipermail/gcc-patches/2020-July/549746.html Besides avoiding the ICE and enhancing the MEM_REF detail and improving its format, this

[pushed] Darwin : Adjust defaults for the linker.

Hi, Ideally, the linker will be queried for its version and that will be used to determine capabilities that cannot be discovered from reasonable configuration testing. When building cross tools, this might not be possible, and we have strategies for providing useful defaults. These are

[pushed] Darwin, Simplify headers 4/5 : Remove redundant headers.

Hi The darwinN.h headers (with the sole exception of darwin7.h, which contains a target macro definition) now only contain values that set fall-backs for cross-compilations, these can be provided from the config.gcc script which means we no longer need the darwinN.h - so delete them. tested as

[pushed] Darwin, Simplify headers 3/5 : Delete dead code.

Hi, Darwin defines ASM_OUTPUT_ALIGNED_DECL_COMMON which is used in preference to ASM_OUTPUT_ALIGNED_COMMON, which makes the latter definition dead code. Remove this. tested as part 0 pushed to master Iain gcc/ChangeLog: * config/darwin9.h (ASM_OUTPUT_ALIGNED_COMMON): Delete. ---

[pushed] Darwin, Simplify headers 2/5 : Move spec for STACK_CHECK_STATIC_BUILTIN.

Hi We now need a modern (C++11) toolchain to bootstrap GCC, so there's no need to skip the stack protect for Darwin < 9. tested as per part 0, pushed to master Iain gcc/ChangeLog: * config/darwin9.h (STACK_CHECK_STATIC_BUILTIN): Move from here.. * config/darwin.h

[pushed] Darwin, Simplify headers 1/5 : Move LINK_GCC_C_SEQUENCE_SPEC [NFC].

Hi There is no need to make the LINK_GCC_C_SEQUENCE_SPEC conditional on configuration parameters, it is adequately conditionalized on the macosx-version-min. tested as per pwert 0, pushed to master Iain gcc/ChangeLog: * config/darwin10.h (LINK_GCC_C_SEQUENCE_SPEC): Move from

[pushed] Darwin, Simplify headers 1/5 : Move LINK_GCC_C_SEQUENCE_SPEC [NFC].

Hi, There is no need to make the LINK_GCC_C_SEQUENCE_SPEC conditional on configuration parameters, it is adequately conditionalized on the macosx-version-min. tested as per part 0, pushed to master Iain gcc/ChangeLog: * config/darwin10.h (LINK_GCC_C_SEQUENCE_SPEC): Move from

[pushed] Darwin, Simplify headers 0/5 : Move spec for Darwin 10 unwind stub [NFC].

Hi, The darwinN.h headers were (presumably) introduced to allow specs to be adjusted when there was no mmacosx-version-min handling, or that was considered unreliable. We have version-specific specs for the values that have configuration data, and the version is set in the driver (so may be

[pushed] Darwin : Adjust defaults for current bootstrap constraints.

Hi, Part of fixing up headers to handle Darwin20. The toolchain now requires a C++11 compiler to bootstrap and none of the older Darwin toolchains which were based on stabs debugging are suitable. We can simplify the debug setup now. tested on darwin8, 9, 16, 18, 20 x86_64-linux-gnu pushed to

Re: V3 [PATCH 0/5] Support the PGO build for binutils+gdb

On Sat, Jan 2, 2021 at 11:24 AM Segher Boessenkool wrote: > > On Sat, Dec 19, 2020 at 10:10:31AM -0800, H.J. Lu via Gcc-patches wrote: > > Add the --enable-pgo-build[=lto] configure option. When binutils+gdb > > is not built together with GCC, --enable-pgo-build enables the PGO build: > > > > 1.

Re: V3 [PATCH 0/5] Support the PGO build for binutils+gdb

On Sat, Dec 19, 2020 at 10:10:31AM -0800, H.J. Lu via Gcc-patches wrote: > Add the --enable-pgo-build[=lto] configure option. When binutils+gdb > is not built together with GCC, --enable-pgo-build enables the PGO build: > > 1. First build with -fprofile-generate. > 2. Use "make maybe-check-*" to

Re: libgo patch committed: Update to Go1.16beta1 release

On 1/2/21 12:11 AM, Ian Lance Taylor wrote: > On Thu, Dec 31, 2020 at 7:40 AM Matthias Klose wrote: >> >> On 12/31/20 12:14 AM, Ian Lance Taylor via Gcc-patches wrote: >>> I've committed a patch to update libgo to the Go 1.16beta1 release. >>> >>> This patch does not include support for the new

[PATCH] dec_math.f90 needs to be xfailed

Can someone, anyone, please commit the following trivially patch? gfortran.dg/dec_math.f90 will never pass on i?86-*-freebsd*. diff --git a/gcc/testsuite/gfortran.dg/dec_math.f90 b/gcc/testsuite/gfortran.dg/dec_math.f90 index cc141aba412..d95233a5169 100644 ---