[Committed] Fix testsuite/92998: dupq_1.c and simd-abi-8.c fail on big-endian

Hi, These two testcases fail on big-endian aarch64 Linux targets as they include arm_neon.h or arm_sve.h which in turns includes stdint.h; this fails as stdint.h includes stubs.h but the stubs for little-endian does not exist for big-endian. This fixes the problem by restricting these tests to l

Re: [PING^4][PATCH 0/4] Fix library testsuite compilation for build sysroot

On Fri, 20 Dec 2019, Mike Stump wrote: > >> This patch series addresses a problem with the testsuite compiler being > >> set up across libatomic, libffi, libgo, libgomp with no correlation > >> whatsoever to the target compiler being used in GCC compilation. > >> Consequently there in no arran

Re: [PATCH] Make LTO link pick up compile-time -g

On Mon, 9 Sep 2019, Richard Biener wrote: > Like the following? > > Richard. > > 2019-09-09 Richard Biener > > * lto-opts.c (lto_write_options): Stream -g when debug is enabled. > * lto-wrapper.c (merge_and_complain): Pick up -g. > (append_compiler_options): Likewise. >

Re: [PING][PATCH v2 2/2] testsuite: Fix run-time tracking down of `libgcc_s'

On Fri, 20 Dec 2019, Mike Stump wrote: > >> Fix a catastrophic libgo testsuite failure in cross-compilation where > >> the shared `libgcc_s' library cannot be found by the loader at run time > >> in build-tree testing and consequently all test cases fail the execution > >> stage, giving output

Re: [PATCH] libada: Fix shared library installation with `--disable-libada'

On Sat, 21 Dec 2019, Eric Botcazou wrote: > > Fixed thus, and verified with and without `--disable-libada', ensuring > > that shared libgnat and libgnarl libraries arrive at their intended places > > upon `make install'. > > > > OK to apply? > > Yes (modulo s/overriden/overridden), thanks for

Re: [PATCH] libstdcxx: Update ctype_base.h from NetBSD upstream

Hi Matthew, On Mon, 4 Feb 2019, Matthew Bauer wrote: > The ctype_base.h file in libstdc++-v3 is out of date for NetBSD. They > have changed their ctype.h definition. It was updated in their intree > libstdc++-v3 but not in the GCC one. My understanding is this is a > straightforward rewrite. I've

Re: [PATCH 07/13] OpenACC 2.6 deep copy: libgomp parts

Hi! On 2019-12-17T22:03:47-0800, Julian Brown wrote: > This part contains the libgomp runtime support for the GOMP_MAP_ATTACH and > GOMP_MAP_DETACH mapping kinds (etc.), as introduced by the front-end > patches following in this series. This (r279625) regressed the same OpenMP 'omp declare targe

Re: [PATCH] Add OpenACC 2.6 `acc_get_property' support

Hi Frederik! On 2019-12-20T17:46:57+0100, "Harwath, Frederik" wrote: >> | Before Frederik starts working on integrating this into GCC trunk, do you >> | (Jakub) agree with the libgomp plugin interface changes as implemented by >> | Maciej? For example, top-level 'GOMP_OFFLOAD_get_property' func

Re: C++ PATCH for c++/88337 - Implement P1327R1: Allow dynamic_cast in constexpr

On 12/17/19 5:34 PM, Marek Polacek wrote: On Mon, Dec 16, 2019 at 04:00:14PM -0500, Jason Merrill wrote: On 12/16/19 3:55 PM, Jason Merrill wrote: On 12/14/19 4:25 PM, Marek Polacek wrote: On Fri, Dec 13, 2019 at 05:56:57PM -0500, Jason Merrill wrote: On 12/13/19 3:20 PM, Marek Polacek wrote:

Re: [PATCH 08/13] OpenACC 2.6 deep copy: middle-end parts

Hi! On 2019-12-17T22:03:48-0800, Julian Brown wrote: > This part contains the middle-end support for OpenACC 2.6 attach and > detach operations, either as standalone clauses or as "attach/detach" > actions triggered by other (data movement) clauses, as detailed in the > specification. As mention

[Patch, commited] PR91661 - ICE in gfc_conv_intrinsic_dot_product, at fortran/trans-intrinsic.c:4804

A "side-effect" of Tobias Burnus' fix for PR92996, which addressed simplification of some array-valued constant expression, is that it fixes the ICE in the subject. To make sure that we do not regress I committed the testcase below as rev.279699. This was OKed in the PR by Thomas König. Thanks

Re: [Patch] PR92990 - fix error message for invalid argument of NULLIFY

> Gesendet: Samstag, 21. Dezember 2019 um 17:16 Uhr > Von: "Thomas Koenig" > An: "Harald Anlauf" , fortran , > gcc-patches > Betreff: Re: [Patch] PR92990 - fix error message for invalid argument of > NULLIFY > > Am 20.12.19 um 22:33 schrieb Harald Anlauf: > > The fix for PR70853 changed an ICE-

Re: [Patch] PR92990 - fix error message for invalid argument of NULLIFY

Am 20.12.19 um 22:33 schrieb Harald Anlauf: The fix for PR70853 changed an ICE-on-invalid for NULLIFY into a misleading error message. The patch below rectifies that. OK for trunk? OK. Thanks for the patch! Regards Thomas

Re: *Ping* Introduce -finline-arg-packing

Hi Jakub, This patch broke: +FAIL: compiler driver --help=fortran option(s): "^ +-.*[^:.]\$" absent from output: " -finline-arg-packingPerform argument packing inline" That test verifies that the help texts of all options are terminated with dot or semicolon. Thanks, and sorry for th

Re: [PATCH] libada: Fix shared library installation with `--disable-libada'

> Fixed thus, and verified with and without `--disable-libada', ensuring > that shared libgnat and libgnarl libraries arrive at their intended places > upon `make install'. > > OK to apply? Yes (modulo s/overriden/overridden), thanks for the quick turn around. -- Eric Botcazou

Re: [PATCH] Add --with-diagnostics-urls configuration option and GCC_URLS env var

Hi David, thanks for fixing this issue. Just one comment: > +[DIAGNOSTICS_URLS_DEFAULT=DIAGNOSTICS_URL_AUTO]) > +AC_DEFINE_UNQUOTED(DIAGNOSTICS_URLS_DEFAULT, $DIAGNOSTICS_URLS_DEFAULT, > +[The default for -fdiagnostics-urls option]) I think for a feature as disruptive as this, w

Re: [PATCH] Avoid segfault when doing IPA-VRP but not IPA-CP (PR 93015)

> Hi, > > PR 93015 testcase - an empty main function compiled with -O0 -fipa-vrp > -flto - shows that IPA-VRA can segfault when trying to access results of > an analysis that has not been performed because of zero optimization > level, -fno-ipa-cp etc. > > Rather than adding another chain of opt_