[PUSHED] nvptx: Remove 'TARGET_ASM_NEED_VAR_DECL_BEFORE_USE'

Unused; remnant of an (internal) experiment, before we had nvptx 'as'. gcc/ * config/nvptx/nvptx.cc (TARGET_ASM_NEED_VAR_DECL_BEFORE_USE): Don't '#define'. --- gcc/config/nvptx/nvptx.cc | 2 -- 1 file changed, 2 deletions(-) diff --git a/gcc/config/nvptx/nvptx.cc b/gcc/co

Remove 'ALWAYS_INLINE' workaround in 'libgomp.c++/target-exceptions-pr118794-1.C' (was: [PUSHED] GCN, nvptx: Support '-mfake-exceptions', and use it for offloading compilation [PR118794])

INE >C(int) {}; >~C() {}; Pushed to trunk branch commit 518efed8cb7d003cd85477060b1fe926a2d7a53b "Remove 'ALWAYS_INLINE' workaround in 'libgomp.c++/target-exceptions-pr118794-1.C'", see attached. Grüße Thomas >From 518efed8cb7d003cd85477060b1fe9

[PUSHED] Add 'libgomp.c++/pr106445-1{,-O0}.C' [PR106445]

PR target/106445 libgomp/ * testsuite/libgomp.c++/pr106445-1.C: New. * testsuite/libgomp.c++/pr106445-1-O0.C: Likewise. --- libgomp/testsuite/libgomp.c++/pr106445-1-O0.C | 3 +++ libgomp/testsuite/libgomp.c++/pr106445-1.C| 18 ++ 2 files changed

For nvptx offloading, make sure to emit C++ constructor, destructor aliases [PR97106] (was: [committed][nvptx] Use .alias directive for mptx >= 6.3)

Hi! On 2025-03-25T11:51:26+0100, Tom de Vries wrote: > On 3/25/25 11:18, Thomas Schwinge wrote: >> On 2022-03-22T14:41:46+0100, Tom de Vries via Gcc-patches >> wrote: >>> Starting with ptx isa version 6.3, a ptx directive .alias is available. >> >> Regar

[PUSHED 1/3] Add 'std::bad_cast' exception test cases for GCN, nvptx target and OpenACC, OpenMP 'target' offloading

gcc/testsuite/ * g++.target/gcn/exceptions-bad_cast-1.C: New. * g++.target/nvptx/exceptions-bad_cast-1.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-bad_cast-1.C: New. * testsuite/libgomp.oacc-c++/exceptions-bad_cast-1.C: Likewise. -

[PUSHED] GCN, nvptx: Support '-mfake-exceptions', and use it for offloading compilation [PR118794]

With '-mfake-exceptions' enabled, the user-visible behavior in presence of exception handling constructs changes such that the compile-time 'sorry, unimplemented: exception handling not supported' is skipped, code generation proceeds, and instead, exception handling constructs 'abort' at run time.

[PUSHED] Add 'g++.target/gcn/gcn.exp' for GCN-specific C++ test cases

Like 'gcc.target/gcn/gcn.exp' is modeled after 'gcc.dg/dg.exp', this new 'g++.target/gcn/gcn.exp' is modeled after 'g++.dg/dg.exp'. gcc/testsuite/ * g++.target/gcn/gcn.exp: New. --- gcc/testsuite/g++.target/gcn/gcn.exp | 56 1 file changed, 56 insertio

[PUSHED 3/3] Add 'throw', dead code test cases for GCN, nvptx target and OpenACC, OpenMP 'target' offloading

gcc/testsuite/ * g++.target/gcn/exceptions-throw-3.C: New. * g++.target/nvptx/exceptions-throw-3.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-throw-3.C: New. * testsuite/libgomp.oacc-c++/exceptions-throw-3.C: Likewise. --- .../g++.

[PUSHED 2/3] Add 'throw', caught test cases for GCN, nvptx target and OpenACC, OpenMP 'target' offloading

gcc/testsuite/ * g++.target/gcn/exceptions-throw-2.C: New. * g++.target/nvptx/exceptions-throw-2.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-throw-2.C: New. * testsuite/libgomp.c++/target-exceptions-throw-2-offload-sorry-GCN.C: Li

[PUSHED 1/3] Add 'throw' test cases for GCN, nvptx target and OpenACC, OpenMP 'target' offloading

gcc/testsuite/ * g++.target/gcn/exceptions-throw-1.C: New. * g++.target/nvptx/exceptions-throw-1.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-throw-1.C: New. * testsuite/libgomp.c++/target-exceptions-throw-1-O0.C: Likewise.

[PUSHED 3/3] Add 'std::bad_cast' exception, dead code test cases for GCN, nvptx target and OpenACC, OpenMP 'target' offloading

gcc/testsuite/ * g++.target/gcn/exceptions-bad_cast-3.C: New. * g++.target/nvptx/exceptions-bad_cast-3.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-bad_cast-3.C: New. * testsuite/libgomp.oacc-c++/exceptions-bad_cast-3.C: Likewise. -

[PUSHED 2/3] Add 'std::bad_cast' exception, caught test cases for GCN, nvptx target and OpenACC, OpenMP 'target' offloading

gcc/testsuite/ * g++.target/gcn/exceptions-bad_cast-2.C: New. * g++.target/nvptx/exceptions-bad_cast-2.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-bad_cast-2.C: New. * testsuite/libgomp.c++/target-exceptions-bad_cast-2-offload-sor

[PUSHED] Add test cases for exception handling constructs in dead code for GCN, nvptx target and OpenMP 'target' offloading [PR118794]

PR target/118794 gcc/testsuite/ * g++.target/gcn/exceptions-pr118794-1.C: New. * g++.target/nvptx/exceptions-pr118794-1.C: Likewise. libgomp/ * testsuite/libgomp.c++/target-exceptions-pr118794-1.C: New. * testsuite/libgomp.c++/target-exceptio

[PUSHED] Add PR119692 "C++ 'typeinfo', 'vtable' vs. OpenACC, OpenMP 'target' offloading" test cases [PR119692]

... documenting the status quo. PR c++/119692 gcc/testsuite/ * g++.target/gcn/pr119692-1-1.C: New. * g++.target/nvptx/pr119692-1-1.C: Likewise. libgomp/ * testsuite/libgomp.c++/pr119692-1-1.C: New. * testsuite/libgomp.c++/pr119692-1-2.C: Like

[v2] Polish 'dg-output-file' test logs (was: [PATCH] testsuite: Add support for dg-output-file directive)

[...] Spot in there our dear friend 'saved_asan_${tool}_load', <https://inbox.sourceware.org/87bjsy7trd@euler.schwinge.ddns.net> "Re: Asan/Tsan Unit/Regression testing". But even with that fixed, there'd be legitimate uses of wrapping '${tool}_load',

Re: Asan/Tsan Unit/Regression testing (was [asan] Emit GIMPLE direclty, small cleanups)

Hi! I've got a question regarding the 'gcc/testsuite/lib/asan-dg.exp' overriding of '${tool}_load', which was introduced here, Subversion r193511 (Git commit 8335a6439ddb66aa9ebc67ee47aa2e6e317e3ef9): On 2012-11-14T12:11:13+0100, Jakub Jelinek wrote: > --- gcc/testsuite/lib/asan-dg.exp.jj 2012-

Polish 'dg-output-file' test logs (was: [PATCH] testsuite: Add support for dg-output-file directive)

verbose "Failed test for output line $linenum" 3 > + pass "$name output file test" > + verbose "Passed test for output file [lindex ${output-file} > 1]" 3 OK to push the attached "Polish 'dg-output-f

[PUSHED] Fortran: Add code gen for do, concurrent's LOCAL/LOCAL_INIT: Fix 'static_assert' [PR101602]

Fix-up for commit 2d7e1d6e40a13a5f160b584336795b80f193ec3b "Fortran: Add code gen for do,concurrent's LOCAL/LOCAL_INIT [PR101602]": ../../source-gcc/gcc/fortran/trans-stmt.cc: In function ‘void gfc_trans_concurrent_locality_spec(bool, stmtblock_t*, std::vector*, gfc_expr_list**)’: ../../

OpenACC: Support GCC/C++-special 'default(_GCC_firstprivate)' clause [PR119692]

standardization by the OpenACC Technical Committee.) Grüße Thomas >From 660ffe85a98e9f0ec6ddd6ba1f383a44b672502c Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 9 Apr 2025 17:35:42 +0200 Subject: [PATCH] OpenACC: Support GCC/C++-special 'default(_GCC_firstprivate)' cla

[PUSHED 1/2] GCN, nvptx: Define '_Unwind_DeleteException'

This resolves GCN: ld: error: undefined symbol: _Unwind_DeleteException >>> referenced by eh_catch.cc:109 ([...]/source-gcc/libstdc++-v3/libsupc++/eh_catch.cc:109) >>> eh_catch.o:(__cxa_end_catch) in archive [...]/build-gcc/amdgcn-amdhsa/libstdc++-v3/src/.libs/libstdc++

[PUSHED 2/2] GCN, nvptx: Define '_Unwind_RaiseException', '_Unwind_Resume_or_Rethrow'

This resolves GCN: ld: error: undefined symbol: _Unwind_RaiseException >>> referenced by eh_throw.cc:93 ([...]/source-gcc/libstdc++-v3/libsupc++/eh_throw.cc:93) >>> eh_throw.o:(__cxa_throw) in archive /srv/data/tschwinge/amd-instinct2/gcc/build/submit-light-target_gcn/b

[PUSHED] nvptx: In offloading compilation, special-case certain host-setup symbol aliases: avoid unused label 'emit_ptx_alias' diagnostic

Minor fix-up for commit 65b31b3fff2fced015ded1026733605f34053796 "nvptx: In offloading compilation, special-case certain host-setup symbol aliases [PR101544]", as of which we see for non-offloading configurations: +[...]/source-gcc/gcc/config/nvptx/nvptx.cc: In function 'void nvptx_asm_outpu

[PUSHED] GCN, nvptx libstdc++: Force use of '__atomic' builtins [PR119645]

For both GCN, nvptx, this gets rid of 'configure'-time: configure: WARNING: No native atomic operations are provided for this platform. configure: WARNING: They will be faked using a mutex. configure: WARNING: Performance of certain classes will degrade as a result. ..., and changes:

nvptx: Support '-mfake-ptx-alloca': defer failure to run-time 'alloca' usage (was: [PUSHED] nvptx: Support '-mfake-ptx-alloca')

cement 'gcc/testsuite/lib/gcc-dg.exp:${tool}_load', via scanning and modifying 'result'. (..., but I'm not working on that right now.) Grüße Thomas >From 199f1abeef579912b4c40c42519825cedca6530f Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sun, 6 Apr 2025 17:44:18 +0200 Subj

GCN, nvptx libstdc++: Force use of '__atomic' builtins [PR119645] (was: GCN, nvptx: Allow for "hosted" libstdc++ build)

s [PR119645]"? Jonathan, please put a sharp eye on the 'libstdc++-v3/acinclude.m4:GLIBCXX_ENABLE_LOCK_POLICY' change; to make sure this only affects GCN, nvptx, but nothing else. Grüße Thomas >From 1d3278050f9560666f6debcd2ead711660bebd4e Mon Sep 17 00:00:00 2001 From: Thoma

[PUSHED] Add 'gcc.target/nvptx/alias-unsupported-1.c'

... testing for the GCC/nvptx "alias definitions not supported" error diagnostic. gcc/testsuite/ * gcc.target/nvptx/alias-unsupported-1.c: New. --- gcc/testsuite/gcc.target/nvptx/alias-unsupported-1.c | 9 + 1 file changed, 9 insertions(+) create mode 100644 gcc/testsuite

[PATCH 2/2] GCN: Don't emit weak undefined symbols [PR119369]

This resolves all instances of PR119369 "GCN: weak undefined symbols -> execution test FAIL, 'HSA_STATUS_ERROR_VARIABLE_UNDEFINED'"; for all affected test cases, the execution test status progresses FAIL -> PASS. This however also causes a small number of (expected) regressions, very similar to G

[PUSHED] Add 'g++.target/nvptx/alias-g++.dg_init_dtor2-2.C'

... next to '-malias' variant: commit a1865fd33897bc6c6e0109df0a12ee73ce386315 "Add 'g++.target/nvptx/alias-g++.dg_init_dtor2-1.C'", to document what we're doing to '-mno-alias'. gcc/testsuite/ * g++.target/nvptx/alias-g++.dg_init_dtor2-2.C: New. --- .../nvptx/alias-g++.dg_init_dt

[PATCH] nvptx: In offloading compilation, special-case certain host-setup symbol aliases [PR101544]

configurations; any comments before I push the attached "nvptx: In offloading compilation, special-case certain host-setup symbol aliases [PR101544]"? In particular, is the use of a new 'c++ cdtor alias' attribute OK? Grüße Thomas >From 9bc9f515ed26602e97ebbcac453f73cddb8

libstdc++, nvptx: Remove machinery to inject per-file flags (was: GCN, nvptx: Allow for "hosted" libstdc++ build)

\$(CXXFLAGS-\$(subdir)/\$@)" > +# ..., see: > +tmake_file="$tmake_file cpu/nvptx/t-nvptx" ... this is not necessary anymore, and I've pushed to trunk branch commit 287f360b3e75a19c48ee14c71f51b6e7968474ef "libstdc++, nvptx: Remove machinery to inject per-fi

nvptx: Don't use PTX '.const', constant state space [PR119573] (was: 'TREE_READONLY' for 'const' array in C vs. C++)

Hi! I have, by the way, filed <https://gcc.gnu.org/PR119573> "nvptx: PTX '.const', constant state space" for this topic. On 2025-04-01T09:32:46+0200, Jakub Jelinek wrote: > On Tue, Apr 01, 2025 at 09:19:08AM +0200, Richard Biener via Gcc wrote: >> On Tue, Apr

[PATCH 1/2] GCN, libstdc++: '#define _GLIBCXX_USE_WEAK_REF 0' [PR119369]

This fixes a few hundreds of compilation/linking FAILs (similar to PR69506), where the GCN/LLVM 'ld' reported: ld: error: relocation R_AMDGPU_REL32_LO cannot be used against symbol '_ZGTtnam'; recompile with -fPIC >>> defined in [...]/amdgcn-amdhsa/./libstdc++-v3/src/.libs/libstdc++.a(co

[PUSHED] driver: Forward '-lstdc++' to offloading compilation [PR101544]

From: Thomas Schwinge ..., so that users don't manually need to specify '-foffload-options=-lstdc++' in addition to '-lstdc++' (specified manually, or implicitly by the driver). Do like commit 4bcb46b3ade1796c5a57b294f5cca25f00671cac "driver: Forward '-lgfortra

C++: Adjust implicit '__cxa_bad_typeid' prototype to reality

Hi! On 2025-03-24T13:38:56-0400, Jason Merrill wrote: > On 3/24/25 7:02 AM, Thomas Schwinge wrote: >> On 2025-03-21T15:46:01+0100, I wrote: >>> On 2025-03-19T14:25:49+, Jonathan Wakely wrote: >>>> On Wed, 19 Mar 2025 at 14:21, Marek Polacek wrote: >>&g

Re: [committed][nvptx] Use .alias directive for mptx >= 6.3

Hi Tom! On 2022-03-22T14:41:46+0100, Tom de Vries via Gcc-patches wrote: > Starting with ptx isa version 6.3, a ptx directive .alias is available. Regarding the following item specifically: > Unreferenced aliases are not emitted (these can occur f.i. when inlining a > call to an alias). This

Re: [Patch] libgomp/plugin/plugin-nvptx.c: Fix device used for stream creation

Hi Tobias! Earlier today, I happened to be testing current OG14 branch. On a multi-Nvidia GPU system, I saw: +PASS: libgomp.c/interop-fr-1.c (test for excess errors) +FAIL: libgomp.c/interop-fr-1.c execution test spawn [open ...] Running on the nvptx device (-99) Running on

Re: [PATCH] OpenMP: 'interop' construct - add ME support + target-independent libgomp

Hi Paul-Antoine! On 2025-03-21T18:35:57+0100, Paul-Antoine Arras wrote: > --- /dev/null > +++ b/gcc/testsuite/gfortran.dg/gomp/interop-5.f90 > @@ -0,0 +1,21 @@ > +! { dg-additional-options "-fdump-tree-omplower" } > + > +subroutine sub1 (a1, a2, a3, a4) > + use omp_lib, only: omp_interop_kind

[WIP] C++: Adjust implicit '__cxa_bad_typeid' prototype to reality (was: [v2] C++: Adjust implicit '__cxa_bad_cast' prototype to reality)

Hi! On 2025-03-21T15:46:01+0100, I wrote: > On 2025-03-19T14:25:49+, Jonathan Wakely wrote: >> On Wed, 19 Mar 2025 at 14:21, Marek Polacek wrote: >>> On Wed, Mar 19, 2025 at 12:38:31PM +0100, Thomas Schwinge wrote: >>> > In 2001

[PUSHED] Add 'libgomp.c++/pr101544-1{, -O0}.C', 'libgomp.oacc-c++/pr101544-1.C' [PR101544]

From: Thomas Schwinge PR target/101544 libgomp/ * testsuite/libgomp.c++/pr101544-1.C: New. * testsuite/libgomp.c++/pr101544-1-O0.C: Likewise. * testsuite/libgomp.oacc-c++/pr101544-1.C: Likewise. --- libgomp/testsuite/libgomp.c++/pr101544-1-O0.C | 4

[PUSHED] Add 'libgomp.c++/pr96835-1{, -O0}.C', 'libgomp.oacc-c++/pr96835-1.C' [PR96835]

PR libgomp/96835 libgomp/ * testsuite/libgomp.c++/pr96835-1.C: New. * testsuite/libgomp.c++/pr96835-1-O0.C: Likewise. * testsuite/libgomp.oacc-c++/pr96835-1.C: Likewise. --- libgomp/testsuite/libgomp.c++/pr96835-1-O0.C | 3 ++ libgomp/testsuite/libgomp.c++

nvptx: In offloading compilation, special-case certain host-setup symbol aliases [PR101544]

Hi! On 2025-03-21T08:37:16-0400, Jason Merrill wrote: > On 3/20/25 12:48 PM, Thomas Schwinge wrote: >> On 2025-03-20T11:59:07-0400, Jason Merrill wrote: >>> On 3/20/25 11:35 AM, Thomas Schwinge wrote: >>>> Appears that I'm too dumb to implement >>>>

[PUSHED] nvptx: Default at least to '-mptx=6.3'

gcc/ * config/nvptx/nvptx.cc (default_ptx_version_option): Default at least to '-mptx=6.3'. * doc/invoke.texi (Nvidia PTX Options): Update '-mptx=[...]'. gcc/testsuite/ * gcc.target/nvptx/march-map=sm_30.c: Adjust. * gcc.target/nvptx/march-map

Re: [COMMITTED 136/145] gccrs: Fix nightly rustc warnings

I feel like holding on on this for a few days would make the process > easier? What do you > think? Works for me; I'll keep this local until then. Grüße Thomas > On Sat, 22 Mar 2025 at 15:43, Thomas Schwinge wrote: >> >> Hi! >> >> On 2025-03-17T16:33:34+

Re: [COMMITTED 136/145] gccrs: Fix nightly rustc warnings

Hi! On 2025-03-17T16:33:34+0100, arthur.co...@embecosm.com wrote: > From: Kushal Pal > > libgrust/ChangeLog: > > * libformat_parser/Cargo.toml: > Used crate-type instead of depricated crate_type. > * libformat_parser/generic_format_parser/src/lib.rs: > Remove dead code. >

Re: C++/v3 PATCH to add/throw std::bad_array_new_length

Hi Jason! On 2025-03-20T11:52:46-0400, Jason Merrill wrote: > On 3/19/25 1:35 PM, Thomas Schwinge wrote: >> On 2013-05-03T16:24:43-0400, Jason Merrill wrote: >>> Last year Florian fixed the compiler to detect overflow in array new >>> size calculations and pass (siz

[v2] C++: Adjust implicit '__cxa_bad_cast' prototype to reality

Hi! On 2025-03-19T14:25:49+, Jonathan Wakely wrote: > On Wed, 19 Mar 2025 at 14:21, Marek Polacek wrote: >> On Wed, Mar 19, 2025 at 12:38:31PM +0100, Thomas Schwinge wrote: >> > In 2001 Subversion r40924 (Git commit >> > 52a11cbfcf0cfb32628b6953588b6af4037ac0b6

Re: [PATCH] nvptx: In offloading compilation, special-case certain host-setup symbol aliases [PR101544]

Hi Jason! On 2025-03-20T11:59:07-0400, Jason Merrill wrote: > On 3/20/25 11:35 AM, Thomas Schwinge wrote: >> Appears that I'm too dumb to implement >> <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544#c22>: >> >> | We "simply" need to tran

Re: C++/v3 PATCH to add/throw std::bad_array_new_length

Hi Jason! On 2013-05-03T16:24:43-0400, Jason Merrill wrote: > Last year Florian fixed the compiler to detect overflow in array new > size calculations and pass (size_t)-1 in that case. But C++11 specifies > that in case of overflow the program throws std::bad_array_new_length > (http://www.op

[PATCH] C++: Adjust implicit '__cxa_bad_cast' prototype to reality

In 2001 Subversion r40924 (Git commit 52a11cbfcf0cfb32628b6953588b6af4037ac0b6) "IA-64 ABI Exception Handling", '__cxa_bad_cast' changed from 'void *' to 'void' return type: --- libstdc++-v3/libsupc++/exception_support.cc +++ /dev/null @@ -1,388 +0,0 @@ -[...] -// Helpers for r

[PUSHED] Move 'find-dg-do-what' from 'gcc/testsuite/lib/gcc-dg.exp' into 'gcc/testsuite/lib/target-supports-dg.exp'

This was added in commit f553b1aaa2b1b925c918e5dcf966290b045321c2 "Refactor duplicated code into 'gcc/testsuite/lib/gcc-dg.exp:find-dg-do-what'", for use by 'gcc/testsuite/lib/target-supports.exp'. The latter is used by several test suites, 'gcc/testsuite/lib/gcc-dg.exp' however doesn't get loaded

GCN, nvptx: Allow for "hosted" libstdc++ build

one. (..., and some more fine-tuning is to follow later on.) Grüße Thomas >From cb01ed054f767511102264977ad5b33811c8bec5 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Thu, 20 Feb 2025 16:31:50 +0100 Subject: [PATCH] GCN, nvptx: Allow for "hosted" libstdc++ build We need &

Revert "GCN, nvptx: Basic '__cxa_guard_{acquire,abort,release}' for C++ static local variables support" (was: OpenMP offloading vs. C++ static local variables)

Hi! On 2023-12-23T10:17:57+0100, I wrote: > On 2023-12-21T13:58:23+0100, Jakub Jelinek wrote: >> On Thu, Dec 21, 2023 at 01:31:19PM +0100, Thomas Schwinge wrote: >>> OK to push, for a start, the attached >>> "GCN, nvptx: Basic '__cxa_guard_{acquire,abor

[PUSHED] GCN, nvptx: Don't default-disable libstdc++ build

From: Thomas Schwinge In addition to making libstdc++ itself available, this, via enabling 'build-gcc/*/libstdc++-v3/scripts/testsuite_flags', in particular also makes the standard C++ headers available to 'make check-gcc-c++'. With that, there are a lot of FAIL/UNRESOLVED

Re: [PUSHED] libstdc++: Avoid '-Wunused-parameter' for '__what' in function 'void std::__throw_format_error(const char*)'

Hi Jonathan! On 2025-03-06T19:58:55+, Jonathan Wakely wrote: > On Thu, 6 Mar 2025 at 19:48, Jonathan Wakely wrote: >> On Thu, 6 Mar 2025 at 14:28, Thomas Schwinge wrote: >> > In a '-fno-exceptions' configuration: >> > >> > In file include

libstdc++: Allow 'configure.host' to pre-set 'EXTRA_CFLAGS', 'EXTRA_CXX_FLAGS' (was: [PATCH] libstdc++: Allow 'configure.host' to modify 'EXTRA_CFLAGS', 'EXTRA_CXX_FLAGS')

Hi! On 2025-02-26T23:08:29+, Jonathan Wakely wrote: > On Wed, 26 Feb 2025 at 20:53, Thomas Schwinge wrote: >> On 2025-02-26T10:50:11+, Jonathan Wakely wrote: >> > On Wed, 26 Feb 2025 at 10:47, Jonathan Wakely wrote: >> >> On Wed, 26 Feb 2025 at 10:19, Tho

[PUSHED] libstdc++: Avoid '-Wunused-parameter' for '__what' in function 'void std::__throw_format_error(const char*)'

In a '-fno-exceptions' configuration: In file included from ../../../../../source-gcc/libstdc++-v3/src/c++20/format.cc:29: [...]/build-gcc/[...]/libstdc++-v3/include/format: In function ‘void std::__throw_format_error(const char*)’: [...]/build-gcc/[...]/libstdc++-v3/include/format:2

[PUSHED] Fix 'libstdc++-v3/src/c++20/tzdb.cc' build for '__GTHREADS && !__GTHREADS_CXX0X' configurations

From: Jonathan Wakely libstdc++-v3/ * src/c++20/tzdb.cc [__GTHREADS && !__GTHREADS_CXX0X]: Use '__gnu_cxx::__mutex'. Co-authored-by: Thomas Schwinge --- libstdc++-v3/src/c++20/tzdb.cc | 12 +++- 1 file changed, 11 insertions(+), 1 deletio

Re: [libstdc++] Testsuite should pay attention to extra flags

Hi! On 2025-03-03T17:30:06+0100, I wrote: > On 2002-04-17T21:37:50-0400, Phil Edwards wrote: >> If the user decides to build the library with extra compiler options >> via --enable-cxx-flags, the testsuite should (by default) use those same >> options when running. > > Hmm, are we sure that's wha

Re: [libstdc++] Testsuite should pay attention to extra flags

Hi! On 2002-04-17T21:37:50-0400, Phil Edwards wrote: > If the user decides to build the library with extra compiler options > via --enable-cxx-flags, the testsuite should (by default) use those same > options when running. Hmm, are we sure that's what we actually want? > Verified by passing str

[PUSHED 1/2] Add 'gcc.target/nvptx/stack_frame-1.c'

gcc/testsuite/ * gcc.target/nvptx/stack_frame-1.c: New. --- .../gcc.target/nvptx/stack_frame-1.c | 34 +++ 1 file changed, 34 insertions(+) create mode 100644 gcc/testsuite/gcc.target/nvptx/stack_frame-1.c diff --git a/gcc/testsuite/gcc.target/nvptx/stack

[PUSHED 2/2] nvptx: '#define MAX_FIXED_MODE_SIZE 128'

... instead of 64 via 'gcc/defaults.h': MAX_FIXED_MODE_SIZE GET_MODE_BITSIZE (DImode) This fixes ICEs: [-FAIL: c-c++-common/pr111309-1.c -Wc++-compat (internal compiler error: in expand_fn_using_insn, at internal-fn.cc:268)-] [-FAIL:-]{+PASS:+} c-c++-common/pr111309-1.c -Wc++-com

[PUSHED] nvptx: Build libgfortran with '-mfake-ptx-alloca' [PR107635]

As of recent commit 8bf0ee8d62b8a08e808344d31354ab713157e15d "Fortran: Add transfer_between_remotes [PR107635]", we've got 'alloca' usage in 'libgfortran/caf/single.c:_gfortran_caf_transfer_between_remotes', and the libgfortran target library fails to build for legacy configurations where PTX 'allo

[PUSHED] nvptx: Support '-mfake-ptx-alloca'

With '-mfake-ptx-alloca' enabled, the user-visible behavior changes only for configurations where PTX 'alloca' is not available. Rather than a compile-time 'sorry, unimplemented: dynamic stack allocation not supported' in presence of dynamic stack allocation, compilation and assembly then succeeds

[PUSHED] nvptx: Delay 'sorry, unimplemented: dynamic stack allocation not supported' from expansion time to code generation

This gives the back end a chance to clean out a few more unnecessary instances of dynamic stack allocation. This progresses: PASS: gcc.dg/pr78902.c (test for warnings, line 7) PASS: gcc.dg/pr78902.c (test for warnings, line 8) PASS: gcc.dg/pr78902.c (test for warnings, line 9)

[PUSHED] nvptx: Add test cases for dead/unused 'alloca'/VLA

gcc/testsuite/ * gcc.target/nvptx/alloca-1-dead-O0-sm_30.c: New. * gcc.target/nvptx/alloca-1-dead-O0.c: Likewise. * gcc.target/nvptx/alloca-1-dead-O1-sm_30.c: Likewise. * gcc.target/nvptx/alloca-1-dead-O1.c: Likewise. * gcc.target/nvptx/alloca-1-unuse

[OG14] OpenMP/Fortran: extend 'adjust_args' clause, fixes for it and declare variant [PR115271]: avoid 'error: variable ‘saved_loc2’ set but not used [-Werror=unused-but-set-variable]' (was: [Patch] O

;. Pushed to OG14 branch commit f2ab2de88082d8c52bded3725aa78610085e072c "OpenMP/Fortran: extend 'adjust_args' clause, fixes for it and declare variant [PR115271]: avoid 'error: variable ‘saved_loc2’ set but not used [-Werror=unused-but-set-variable]'", see attached. Grü

Re: [PATCH] libstdc++: Allow 'configure.host' to modify 'EXTRA_CFLAGS', 'EXTRA_CXX_FLAGS'

Hi Jonathan! Sorry for not providing more context initially. On 2025-02-26T10:50:11+, Jonathan Wakely wrote: > On Wed, 26 Feb 2025 at 10:47, Jonathan Wakely wrote: >> On Wed, 26 Feb 2025 at 10:19, Thomas Schwinge wrote: >> > In particular, 'GLIBCXX_ENABLE_CXX_FLA

[PATCH] libstdc++: Allow 'configure.host' to modify 'EXTRA_CFLAGS', 'EXTRA_CXX_FLAGS'

In particular, 'GLIBCXX_ENABLE_CXX_FLAGS' shouldn't overwrite 'EXTRA_CXX_FLAGS' (and prepend any additional '--enable-cxx-flags=[...]'). libstdc++-v3/ * acinclude.m4 (GLIBCXX_ENABLE_CXX_FLAGS): Prepend any additional flags to 'EXTRA_CXX_FLAGS'. * configure: Regenera

Gracefully handle the case that 'gcc/testsuite/lib/gcc-dg.exp:find-dg-do-what' has not been called (indirectly) from 'dg-test' (was: Refactor duplicated code into 'gcc/testsuite/lib/gcc-dg.exp:find-dg

c74df4 "Gracefully handle the case that 'gcc/testsuite/lib/gcc-dg.exp:find-dg-do-what' has not been called (indirectly) from 'dg-test'", see attached, to prepare for another use case. Grüße Thomas >From e8e228acffe382f003a7f2ca37c068a5e0c74df4 Mon Sep 17 00:00

Refactor duplicated code into 'gcc/testsuite/lib/gcc-dg.exp:find-dg-do-what' (was: nvptx: PTX 'alloca' for '-mptx=7.3'+, '-march=sm_52'+ [PR65181])

dg-do-what at level >> $level" 2 >> [...] > > Here, I'd duplicated code from 'check_effective_target_stack_size', boo. > Pushed to trunk branch commit f553b1aaa2b1b925c918e5dcf966290b045321c2 > "Refactor duplicated code into > 'gcc/testsuite/lib/gcc-dg.exp:find-dg-do-wh

Refactor duplicated code into 'gcc/testsuite/lib/gcc-dg.exp:find-dg-do-what' (was: nvptx: PTX 'alloca' for '-mptx=7.3'+, '-march=sm_52'+ [PR65181])

Hi! On 2025-01-09T14:21:18+0100, I wrote: > Pushed to trunk branch commit 3861d362ec7e3c50742fc43833fe9d8674f4070e > "nvptx: PTX 'alloca' for '-mptx=7.3'+, '-march=sm_52'+ [PR65181]", > [...] > --- a/gcc/testsuite/lib/target-supports.exp > +++ b/gcc/testsuite/lib/target-supports.exp > @@ -1009,9

libgomp: Add '__attribute__((unused))' to variables used only in 'assert(...)' (was: [PATCH] libgomp: avoid unused-variable-error when configured with CFLAGS=-DNDEBUG)

Hi! On 2025-02-17T16:40:05+, "shynur ." wrote: >> As part of the Git commit message, please include a ChangeLog update (see >> and 'git log'). > > I've written a new patch which is attached. Pushed to trunk branch commit e759ff08e2e2e71

BPF, nvptx: Standardize on 'sorry, unimplemented: dynamic stack allocation not supported'

8 (test for warnings, line 7) PASS: gcc.target/bpf/diag-alloca-2.c (test for excess errors) [...] (No further testing done for BPF.) Grüße Thomas >From 8ebac3064696c6d42041e398ebb5a622498523cc Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 21 Feb 2025 11:21:08 +0100 S

[PATCH 2/4] libstdc++: Avoid '-Wunused-parameter' for 'nofollow' in static member function 'static std::filesystem::__gnu_posix::DIR* std::filesystem::_Dir_base::openat(const _At_path&, bool)'

In a newlib configuration: In file included from ../../../../../source-gcc/libstdc++-v3/src/c++17/fs_dir.cc:37, from ../../../../../source-gcc/libstdc++-v3/src/c++17/cow-fs_dir.cc:26: ../../../../../source-gcc/libstdc++-v3/src/c++17/../filesystem/dir-common.h: In s

Fix 'libstdc++-v3/src/c++20/tzdb.cc' build for '__GTHREADS && !__GTHREADS_CXX0X' configurations (was: libstdc++: '_GLIBCXX_HAS_GTHREADS' -- '__GTHREADS' vs. '__GTHREADS_CXX0X')

Hi! On 2025-02-20T16:36:56+, Jonathan Wakely wrote: > On 20/02/25 15:50 +0100, Thomas Schwinge wrote: >>From 820e015494e25187c9a5ffbd69911ec6ce612789 Mon Sep 17 00:00:00 2001 >>From: Jonathan Wakely >>Date: Thu, 20 Feb 2025 14:08:11 + >>Subject: [PATCH]

libstdc++: Avoid '-Wunused-parameter's

Hi! In the following, a few patches for libstdc++ to avoid '-Wunused-parameter' diagnostics (actually '-Werror=unused-parameter', for my '--enable-werror' builds). So far, only build-tested for GCN, nvptx. Are these changes OK? What are exactly the semantics for '_GLIBCXX_THROW_OR_ABORT', shoul

[PATCH 1/4] libstdc++: Avoid '-Wunused-parameter' for '__what' in function 'void std::__throw_format_error(const char*)'

In a '-fno-exceptions' configuration: In file included from ../../../../../source-gcc/libstdc++-v3/src/c++20/format.cc:29: [...]/build-gcc/[...]/libstdc++-v3/include/format: In function ‘void std::__throw_format_error(const char*)’: [...]/build-gcc/[...]/libstdc++-v3/include/format:2

[PATCH 4/4] libstdc++: Avoid '-Wunused-parameter' for 'out' in member function 'std::codecvt_base::result std::__format::{anonymous}::__encoding::conv(std::string_view, std::string&) const'

In a newlib configuration: ../../../../../source-gcc/libstdc++-v3/src/c++20/format.cc: In member function ‘std::codecvt_base::result std::__format::{anonymous}::__encoding::conv(std::string_view, std::string&) const’: ../../../../../source-gcc/libstdc++-v3/src/c++20/format.cc:100:35: er

[PATCH 3/4] libstdc++: Avoid '-Wunused-parameter' for 'is_directory' in member function 'bool std::filesystem::__cxx11::_Dir::do_unlink(bool, std::error_code&) const'

In a newlib configuration: ../../../../../source-gcc/libstdc++-v3/src/c++17/fs_dir.cc: In member function ‘bool std::filesystem::__cxx11::_Dir::do_unlink(bool, std::error_code&) const’: ../../../../../source-gcc/libstdc++-v3/src/c++17/fs_dir.cc:147:18: error: unused parameter ‘is_direct

Fix 'libstdc++-v3/src/c++20/tzdb.cc' build for '__GTHREADS && !__GTHREADS_CXX0X' configurations (was: libstdc++: '_GLIBCXX_HAS_GTHREADS' -- '__GTHREADS' vs. '__GTHREADS_CXX0X')

Hi! On 2025-02-20T14:14:44+, Jonathan Wakely wrote: > On Thu, 20 Feb 2025 at 14:08, Jonathan Wakely wrote: >> On Thu, 20 Feb 2025 at 13:53, Thomas Schwinge wrote: >> > On 2025-02-20T12:51:15+, Jonathan Wakely wrote: >> > > On Thu, 20 Feb 2025 at 12:29,

[PUSHED] GCN, nvptx: Support '--enable-languages=all'

..., where "support" means that the build doesn't fail, but it doesn't mean that all target libraries get built and we get pretty test results for the additional languages. * configure.ac (unsupported_languages) [GCN, nvptx]: Add 'ada'. (noconfigdirs) [GCN, nvptx]: Add 'target-libo

Re: [PATCH] libgomp: avoid unused-variable-error when configured with CFLAGS=-DNDEBUG

Hi! On 2025-02-16T05:25:35+, "shynur ." wrote: > (The *new* patch is attached.) > > Hi, Jakub and Thomas~ I found some problems when compiling GCC, and it turns > out it was related to libgomp. > > $ git clone ... > $ mkdir gcc-build > $ cd gcc-build > > If I configure GCC

[PUSHED] nvptx: Tag 'gcc/config/nvptx/nvptx.cc:nvptx_record_needed_fndecl' as 'static'

From: Thomas Schwinge As of Subversion r231013 (Git commit 00e5241831c1227615a45b7bcba29c393671cb3f) "[PTX] Another libcall patch", only used 'nvptx_record_needed_fndecl' is locally. gcc/ * config/nvptx/nvptx.cc (nvptx_record_needed_fndecl): Tag as

GCN: Set 'UI_TARGET' for 'TARGET_EXCEPT_UNWIND_INFO' [PR94282, PR113331] (was: [gcn] Set 'UI_NONE' for 'TARGET_EXCEPT_UNWIND_INFO' [PR94282] (was: [PATCH] amdgcn: Add stub personality function))

0xd + .4byte .LEHB1-.LFB1 + .4byte .LEHE1-.LEHB1 + .4byte 0 + .byte 0 + .text .size _ZN1t1fEi._omp_fn.2, .-_ZN1t1fEi._omp_fn.2 [...] [Etc.] ..., where the '.LEHB0' -> '.LEHB1' etc. resolve PR113331 &quo

nvptx: Set 'UI_TARGET' for 'TARGET_EXCEPT_UNWIND_INFO' [PR86660] (was: [c++] Don't emit exception tables for UI_NONE)

byte 0x3 + .byte 0xd + .byte [4]: $LEHB0 - $LFB0 + .byte [4]: $LEHE0 - $LEHB0 + .byte 0 + .byte 0 + .byte 0 + .byte 0 + + .byte 0 + END '.gcc_except_table' */ } G

[PUSHED] nvptx: Sanity-check 'init_frag' state

The 'init_frag' machinery is used by 'nvptx_assemble_integer' (via 'TARGET_ASM_INTEGER'), 'nvptx_output_skip' (via 'ASM_OUTPUT_SKIP'), 'nvptx_output_ascii' (via 'ASM_OUTPUT_ASCII'). But, it's not obvious that these are called only when that machinery is active (and in a consistent state), which it

[PUSHED] nvptx: Clarify 'nvptx_output_skip' case of no or incomplete initializer

I was getting confused about 'nvptx_output_skip' in certain cases not doing anything at all; write down and 'assert' what I found. gcc/ * config/nvptx/nvptx.cc (nvptx_output_skip): Clarify case of no or incomplete initializer. --- gcc/config/nvptx/nvptx.cc | 6 ++ 1 fi

Re: [PATCH] testsuite: Enable reduced parallel batch sizes

Hi! On 2025-02-05T16:12:38+, Andrew Carlotti wrote: > Various aarch64 tests attempt to reduce the batch size for parallel test > execution to a single test per batch, but it looks like the necessary > changes to gcc_parallel_test_run_p were accidentally omitted when the > aarch64-*-acle-asm.e

Re: GCN, nvptx: 'sorry, unimplemented: exception handling not supported'

Hi! On 2025-02-08T13:17:55+0100, I wrote: > pushed to trunk branch commit 6312165650091a4df34668d8e2aaa0bbc4008a66 > "GCN, nvptx: 'sorry, unimplemented: exception handling not supported'" > For GCN, this avoids ICEs further down the compilation pipeline. For the record, in case that's helpful la

GCN, nvptx: 'sorry, unimplemented: exception handling not supported' (was: [PATCH 22/25] Add dg-require-effective-target exceptions)

void > emit_package (int p1) > diff --git a/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > b/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > index 6be7cd9..eb8e1f2 100644 > --- a/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > +++ b/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > @@ -1,5 +1,6 @@ >

[PUSHED] For a few test cases, clarify dependance on effective-target 'nonlocal_goto' into 'exceptions'

For example, for nvptx, these test cases currently indeed fail with 'sorry, unimplemented: target cannot support nonlocal goto'. However, that's just an artefact of non-existing support for exception handling, and these test cases already require effective-target 'exceptions'. gcc/testsui

nvptx doesn't actually support effective-target 'exceptions' (was: [PATCH 22/25] Add dg-require-effective-target exceptions)

2 100644 > --- a/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > +++ b/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > @@ -1,5 +1,6 @@ > /* { dg-do compile } */ > /* { dg-options "-O2 -fexceptions -fdump-tree-optimized" } */ > +/* { dg-require-effective-target exceptions } */ > > void a

BPF doesn't actually support effective-target 'exceptions' [PR118772] (was: [PATCH 22/25] Add dg-require-effective-target exceptions)

2 100644 > --- a/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > +++ b/gcc/testsuite/gcc.dg/tree-ssa/pr41469-1.c > @@ -1,5 +1,6 @@ > /* { dg-do compile } */ > /* { dg-options "-O2 -fexceptions -fdump-tree-optimized" } */ > +/* { dg-require-effective-

Clarify that effective-targets 'exceptions' and 'exceptions_enabled' are orthogonal (was: [PATCH v2][MSP430] -Add fno-exceptions multilib)

Clarify that effective-targets 'exceptions' and 'exceptions_enabled' are orthogonal", see attached. Grüße Thomas >From 9f4feba699f3b3fef29bc8199db69a8eb7d64d07 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Thu, 6 Feb 2025 22:46:51 +0100 Subject: [PATCH] Cla

'gcc.dg/pr88870.c': don't 'dg-require-effective-target nonlocal_goto' (was: [committed][testsuite] Add missing dg-require-effective-target nonlocal_goto)

;: don't 'dg-require-effective-target nonlocal_goto'", see attached. Grüße Thomas >From 0e602b2315f3cdf9a50441b28cabb8b204827492 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Thu, 6 Feb 2025 16:14:27 +0100 Subject: [PATCH] 'gcc.dg/pr88870.c': don'

Re: [WIP 0/8] Algol 68 GCC Front-End

Hi José! I intend to provide a few comments to specific code changes that I might have some clue about, later on -- "my later"; ask my wife what span of time that might mean... ;-) In the following, so far, just a few high-level comments: On 2025-01-01T03:09:44+0100, "Jose E. Marchesi" wrot

GCC Steering Committee attention, Re: [WIP 0/8] Algol 68 GCC Front-End

Hi GCC Steering Committee! Please consider accepting into GCC this new -- old? ;-) -- Algol 68 front end (awaiting conclusion of the ongoing technical review), and appointing José as its maintainer. (At FOSDEM last weekend, we were briefly discussing this contribution, and I offered to raise and

Clarify 'OMP_CLAUSE_MAP_RUNTIME_IMPLICIT_P' in 'gcc/tree-pretty-print.cc:dump_omp_clause'

Hi! On 2025-01-14T15:03:20+0100, Tobias Burnus wrote: > Thomas Schwinge wrote: >> On 2021-11-06T00:51:59+0800, Chung-Lin Tang wrote: >>> On 2021/6/24 11:55 PM, Jakub Jelinek wrote: >>>> On Fri, May 14, 2021 at 09:20:25PM +0800, Chung-Lin Tang wrote: >>

Re: [PATCH] [OpenACC] Add tests for implied copy of variables in reduction clause.

Hi! On 2023-12-20T14:48:29+, Abid Qadeer wrote: > From: Hafiz Abid Qadeer > > The OpenACC reduction clause on compute construct implies a copy clause > for each reduction variable [1]. This patch adds tests to check if the > implied copy is being generated. The check covers various types and

vect: Force alignment peeling to vectorize more early break loops [PR118211]: update 'gcc.dg/vect/vect-switch-search-line-fast.c' for GCN (was: [gcc r15-6807] vect: Force alignment peeling to vectoriz

Hi! On 2025-01-20T08:40:25+, Tamar Christina wrote: >> From: Thomas Schwinge >> Sent: Monday, January 13, 2025 9:54 AM >> On 2025-01-10T21:22:03+, Tamar Christina via Gcc-cvs > c...@gcc.gnu.org> wrote: >> > https://gcc.gnu.org/g:68326d5d1a593dc0bf098c03

  1   2   3   4   5   6   7   8   9   10   >