Re: [PATCH] Add support for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd

86_64-*-gnu-* targets to build x86_64 gnumach/hurd", see attached. I'll watch how x86_64 GNU/Hurd develops! :-) Grüße Thomas > On Fri, Jan 27, 2023 at 4:16 PM Thomas Schwinge > wrote: > >> Hi Flavio! >> >> Sorry to bother you one last time (hopefully): >

Re: [COMMITTED] testsuite: Restore TORTURE_OPTIONS in gm2/warnings/returntype/fail/warnings-returntype-fail.exp

Hi! On 2023-01-30T14:24:43+0100, Rainer Orth wrote: > Between 20230126 and 20230127, 1100+ gm2 tests started to FAIL for the > non-default multilib, e.g. > > FAIL: gm2/calling-c/datatypes/unbounded/run/pass/m.mod compilation, > {additional_flags= -O0 -g -Werror=return-type } timeout=10 >

Re: [PATCH] Add support for x86_64-*-gnu-* targets to build x86_64 gnumach/hurd

Hi Flavio! On 2022-12-26T12:34:28-0500, Flavio Cruz via Gcc-patches wrote: > Tested by building a toolchain and compiling gnumach for x86_64 Oh, wow, so this is indeed happening, finally! :-D > This is the basic version without unwind support which I think is only > required to > implement

Update 'libgomp/libgomp.texi' for 'nvptx, libgfortran: Switch out of "minimal" mode' (was: nvptx, libgfortran: Switch out of "minimal" mode)

that one 'fixup'ed into the GCC master branch submission. Grüße Thomas > From c7734c6fbb5513b4da6306de7bc85de9b8547988 Mon Sep 17 00:00:00 2001 > From: Thomas Schwinge > Date: Wed, 21 Sep 2022 18:58:34 +0200 > Subject: [PATCH] nvptx, libgfortran: Switch out of

Make 'libgcc/config/nvptx/crt0.c' build '--without-headers' (was: [PING] nvptx: Support global constructors/destructors via 'collect2')

--- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From d90a8a5685c8bd3657892feac01739fe87a45

nvptx, libgfortran: Switch out of "minimal" mode

as Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From c7734c6fbb5513b4da6306de7bc85de9b8547988 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 21 Sep 2022 18:58:34 +0200 Subject: [PATCH] nvptx, libgfortran: Switch out of "minimal

nvptx, libgcc: Stub unwinding implementation

straße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 26d3146736218ccfdaba4da1edf969bc190d Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 21 Sep

[og12] nvptx: Support global constructors/destructors via 'collect2' for offloading (was: nvptx: Support global constructors/destructors via 'collect2')

ftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 689a5340c7e4286b451f1bc600342550c7c94da2 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 30 Nov 2022 22:09:35 +0100 Subject: [PATCH] nvptx: Support global co

Re: [og12] nvptx: Support global constructors/destructors via 'collect2'

bH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From fe07b0003bb2092bc34d4bed504be1868b88782d Mon Sep 17 00:00:00 2001 From: Thomas Schwinge

[og12] nvptx: Support global constructors/destructors via 'collect2'

Hi! On 2022-12-02T14:35:35+0100, I wrote: > On 2022-12-01T22:13:38+0100, I wrote: >> I'm working on support for global constructors/destructors with >> GCC/nvptx > > See "nvptx: Support global constructors/destructors via 'collect2'" > attached; OK to push? (... with 'gcc/doc/install.texi'

[og12] nvptx: Prevent emitting duplicate declarations for '__nvptx_stacks', '__nvptx_uni'

Hi! On 2022-12-19T21:40:07+0100, Thomas Schwinge wrote: > As I have reported to Nvidia in 2022-12-01 'NVIDIA Incident Report (3891704): > ptxas: Duplicate declaration error: "cannot be resolved by a '.static'"', > 'ptxas' has an inscrutable error mode for duplicate declarat

[og12] Add 'gcc.target/nvptx/softstack-decl-1.c', 'gcc.target/nvptx/uniform-simt-decl-1.c'

Hi! On 2022-12-19T21:40:06+0100, Thomas Schwinge wrote: > ... to document the status quo re implicit (via 'need_softstack_decl', > 'need_unisimt_decl') and explicit declarations of '__nvptx_stacks', > '__nvptx_uni'. For now pushed to devel/omp/gcc-12 branch

[og12] nvptx: Make 'nvptx_uniform_warp_check' fit for non-full-warp execution

ulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From d26a2a299392af330b3576b62d4eb6c81820be29 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Mon,

Clean up after newlib "nvptx: In offloading execution, map '_exit' to 'abort' [GCC PR85463]"

häftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 094b379f461bb4b635327cde26eabc0966159fec Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Thu, 19 Jan 2023 20:25:45 +0100 Subject: [PATCH] Clean up after newlib "nvp

[og12] Fix 'libgomp.c/simd-math-1.c' configuration, again (was: [og12] Fix 'libgomp.c/simd-math-1.c' configuration (was: [OG12] [committed] amdgcn: Enable SIMD vectorization of math library functions)

schaft: München; Registergericht München, HRB 106955 >From bbd4eb1772893ba99aa23a4eaf8950415624964e Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 20 Jan 2023 17:17:21 +0100 Subject: [PATCH] Fix 'libgomp.c/simd-math-1.c' configuration, again Tobias pointed out that as of my recent og12 commit e7d4bcb9

[og12] Force '--param openacc-kernels=parloops' in 'libgomp.oacc-c-c++-common/abort-3.c'

p 17 00:00:00 2001 From: Thomas Schwinge Date: Tue, 17 Jan 2023 09:56:15 +0100 Subject: [PATCH] Force '--param openacc-kernels=parloops' in 'libgomp.oacc-c-c++-common/abort-3.c' libgomp/ * testsuite/libgomp.oacc-c-c++-common/abort-3.c: Force '--param openacc-kernels=parloops'. --- libgomp/

[og12] Fix 'libgomp.c/simd-math-1.c' configuration (was: [OG12] [committed] amdgcn: Enable SIMD vectorization of math library functions)

GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From e7d4bcb974915bfe95be6c385641fc66a4201581 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date

Re: nvptx: Avoid deadlock in 'cuStreamAddCallback' callback, error case (was: [PATCH 6/6, OpenACC, libgomp] Async re-work, nvptx changes)

Hi! On 2023-01-13T21:17:43+0800, Chung-Lin Tang wrote: > On 2023/1/12 9:51 PM, Thomas Schwinge wrote: >> In my case, 'cuda_callback_wrapper' (expectedly) gets invoked with >> 'res != CUDA_SUCCESS' ("an illegal memory access was encountered"). >> When we invoke 'GO

nvptx: Avoid deadlock in 'cuStreamAddCallback' callback, error case (was: [PATCH 6/6, OpenACC, libgomp] Async re-work, nvptx changes)

- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From b7ddcc0807967750e3c884326ed4c53c05

Re: [PATCH, nvptx, 2/2] Reimplement libgomp barriers for nvptx: bar.red instruction support in GCC

Hi Chung-Lin! On 2022-09-21T15:45:54+0800, Chung-Lin Tang via Gcc-patches wrote: > [...] The attached patch adds bar.red instructions to the nvptx port [...] I see GCC report: [...] build/genrecog [...]/source-gcc/gcc/common.md [...]/source-gcc/gcc/config/nvptx/nvptx.md \

Re: [PATCH,WWWDOCS] htdocs: add an Atom feed for GCC news

Hi! On 2022-12-23T10:50:13+0100, "Jose E. Marchesi via Gcc-patches" wrote: > This patch adds an Atom feed for GCC news, which can then be easily > aggregated in other sites, such as the GNU planet > (https://planet.gnu.org). > > The feed lives in a file news.xml, and this patch initializes it

[PING] nvptx: '-mframe-malloc-threshold', '-Wframe-malloc-threshold' (was: Handling of large stack objects in GPU code generation -- maybe transform into heap allocation?)

Thomas On 2022-12-23T15:08:06+0100, I wrote: > Hi! > > On 2022-11-11T15:35:44+0100, Richard Biener via Fortran > wrote: >> On Fri, Nov 11, 2022 at 3:13 PM Thomas Schwinge >> wrote: >>> For example, for Fortran code like: >>> >>> write

[PING] nvptx: Support global constructors/destructors via 'collect2' for offloading (was: nvptx: Support global constructors/destructors via 'collect2')

ung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From fb67006eeca0c8e2bfdf86576ed3109dacaf6868 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 30 Nov 2022 22:09:35 +0100 Subject: [PATCH] nvptx: Support

[PING^2] nvptx: Support global constructors/destructors via 'collect2'

lectronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 0e7cf5a9f83c3a82eafa126886e5d92651bfbb30 Mon Sep 17 00:00

[PING^3] nvptx: stack size limits are relevant for execution only (was: [PATCH, testsuite] Add effective target stack_size)

of that, OK to push the attached >>> "nvptx: stack size limits are relevant for execution only"? >>> >>> >>> Grüße >>> Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit

[PING] [PATCH 2/2] nvptx: Prevent emitting duplicate declarations for '__nvptx_stacks', '__nvptx_uni'

Hi! Ping. Grüße Thomas On 2022-12-19T21:40:07+0100, I wrote: > As I have reported to Nvidia in 2022-12-01 'NVIDIA Incident Report (3891704): > ptxas: Duplicate declaration error: "cannot be resolved by a '.static'"', > 'ptxas' has an inscrutable error mode for duplicate declarations: > >

[PING] Add '-Wno-complain-wrong-lang', and use it in 'gcc/testsuite/lib/target-supports.exp:check_compile' and elsewhere

Hi! Ping. Grüße Thomas On 2022-12-16T15:10:12+0100, I wrote: > Hi! > > On 2022-12-15T16:17:05+0100, Jakub Jelinek wrote: >> On Thu, Dec 15, 2022 at 04:01:33PM +0100, Thomas Schwinge wrote: >>> Or, options are applicable to just one front end, and can just b

[PING] nvptx: Make 'nvptx_uniform_warp_check' fit for non-full-warp execution (was: [committed][nvptx] Add uniform_warp_check insn)

an/parallel-dims.f90 > -DACC_DEVICE_TYPE_nvidia=1 -DACC_MEM_SHARED=0 -foffload=nvptx-none -Os > execution test > > [-PASS:-]{+FAIL:+} libgomp.oacc-fortran/routine-7.f90 > -DACC_DEVICE_TYPE_nvidia=1 -DACC_MEM_SHARED=0 -foffload=nvptx-none -O0 > executi

[PING^2] nvptx: Re-enable a number of test cases

Hi! Ping this whole series. Grüße Thomas On 2022-12-20T08:56:42+0100, I wrote: > Hi! > > Ping this whole series. > > > Grüße > Thomas > > > On 2022-12-02T13:03:06+0100, I wrote: >> Hi! >> >> I'm proposing to re-enable a number of test cases for nvptx. OK to push? >> >> >> Grüße >> Thomas

nvptx: '-mframe-malloc-threshold', '-Wframe-malloc-threshold' (was: Handling of large stack objects in GPU code generation -- maybe transform into heap allocation?)

Hi! On 2022-11-11T15:35:44+0100, Richard Biener via Fortran wrote: > On Fri, Nov 11, 2022 at 3:13 PM Thomas Schwinge > wrote: >> For example, for Fortran code like: >> >> write (*,*) "Hello world" >> >> ..., 'gfortran' creates: >> >

nvptx: Support global constructors/destructors via 'collect2' for offloading (was: nvptx: Support global constructors/destructors via 'collect2')

- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From fb67006eeca0c8e2bfdf86576ed3109dacaf6868 Mon

nvptx: Support global constructors/destructors via 'collect2' for offloading (was: nvptx: Support global constructors/destructors via 'collect2')

Hi! On 2022-12-02T14:35:35+0100, I wrote: > On 2022-12-01T22:13:38+0100, I wrote: >> I'm working on support for global constructors/destructors with >> GCC/nvptx > > See "nvptx: Support global constructors/destructors via 'collect2'" > [posted before] Building on that, attached is now the

[PING] nvptx: Support global constructors/destructors via 'collect2'

-P > > > Grüße > Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955

[PING] nvptx: Re-enable a number of test cases

Hi! Ping this whole series. Grüße Thomas On 2022-12-02T13:03:06+0100, Thomas Schwinge wrote: > Hi! > > I'm proposing to re-enable a number of test cases for nvptx. OK to push? > > > Grüße > Thomas - Siemens Electronic Design Automation GmbH; Anschr

[PING^2] nvptx: stack size limits are relevant for execution only (was: [PATCH, testsuite] Add effective target stack_size)

GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 158a077129cb1579b93ddf440a5bb60b457e4b7c Mon Sep 17 00:00:00 2001 From: Thomas Sc

[PATCH 2/2] nvptx: Prevent emitting duplicate declarations for '__nvptx_stacks', '__nvptx_uni'

As I have reported to Nvidia in 2022-12-01 'NVIDIA Incident Report (3891704): ptxas: Duplicate declaration error: "cannot be resolved by a '.static'"', 'ptxas' has an inscrutable error mode for duplicate declarations: ptxas softstack-decl-1.o, line 11; error : '.extern' variable

[PATCH 1/2] Add 'gcc.target/nvptx/softstack-decl-1.c', 'gcc.target/nvptx/uniform-simt-decl-1.c'

... to document the status quo re implicit (via 'need_softstack_decl', 'need_unisimt_decl') and explicit declarations of '__nvptx_stacks', '__nvptx_uni'. gcc/testsuite/ * gcc.target/nvptx/softstack-decl-1.c: New. * gcc.target/nvptx/uniform-simt-decl-1.c: Likewise. ---

Re: [PATCH, nvptx, 1/2] Reimplement libgomp barriers for nvptx

Hi! On 2022-12-16T15:51:35+0100, Tom de Vries via Gcc-patches wrote: > On 9/21/22 09:45, Chung-Lin Tang wrote: >> I had a patch submitted earlier, where I reported that the current way >> of implementing >> barriers in libgomp on nvptx created a quite significant performance >> drop on some

Re: [Patch] nvptx/mkoffload.cc: Add dummy proc for OpenMP rev-offload table [PR108098]

load during image load. > > Solution is the same as found by Thomas for a related issue: Adding a dummy > procedure. Cf. the PR of this issue and Thomas' patch > "nvptx: Support global constructors/destructors via 'collect2'" > https://gcc.gnu.org/pipermail/gcc-patches/2022-Dec

Add '-Wno-complain-wrong-lang', and use it in 'gcc/testsuite/lib/target-supports.exp:check_compile' and elsewhere (was: Make '-frust-incomplete-and-experimental-compiler-do-not-use' a 'Common' option)

Hi! On 2022-12-15T16:17:05+0100, Jakub Jelinek wrote: > On Thu, Dec 15, 2022 at 04:01:33PM +0100, Thomas Schwinge wrote: >> Or, options are applicable to just one front end, and can just be a no-op >> for others, for shared-language compilation. For example, '-nostdinc++'

nvptx: Make 'nvptx_uniform_warp_check' fit for non-full-warp execution (was: [committed][nvptx] Add uniform_warp_check insn)

on test [-PASS:-]{+FAIL:+} libgomp.oacc-fortran/routine-7.f90 -DACC_DEVICE_TYPE_nvidia=1 -DACC_MEM_SHARED=0 -foffload=nvptx-none -O3 -g execution test [-PASS:-]{+FAIL:+} libgomp.oacc-fortran/routine-7.f90 -DACC_DEVICE_TYPE_nvidia=1 -DACC_MEM_SHARED=0 -foffload=nvptx-none -Os execu

Re: [Patch] libgomp: Handle OpenMP's reverse offloads

Hi! On 2022-12-06T08:45:07+0100, Tobias Burnus wrote: > This patch finally handles reverse offload. Yay! \o/ The 'libgomp.fortran/reverse-offload-5.f90' test case for nvptx offloading runs into an error condition (thus, XFAILed) -- but then blocks until timeout, insted of terminating

Re: Make '-frust-incomplete-and-experimental-compiler-do-not-use' a 'Common' option (was: Rust front-end patches v4)

Hi! On 2022-12-15T12:50:44+0100, Jakub Jelinek via Gcc-patches wrote: > On Thu, Dec 15, 2022 at 12:39:38PM +0100, Iain Buclaw wrote: >> For the gdc testsuite, those warnings arise because both language files >> are compiled in the same invocation (dg-additional-sources "cpp11.cpp"), >> so it

Re: Make '-frust-incomplete-and-experimental-compiler-do-not-use' a 'Common' option (was: Rust front-end patches v4)

Hi! On 2022-12-15T08:53:13+0100, Richard Biener wrote: > On Wed, Dec 14, 2022 at 11:58 PM Thomas Schwinge > wrote: >> On 2022-12-13T14:40:36+0100, Arthur Cohen wrote: >> > We've also added one more commit, which only affects files inside the >> > Rust fron

Make '-frust-incomplete-and-experimental-compiler-do-not-use' a 'Common' option (was: Rust front-end patches v4)

34 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 3b2a8a4df1637a0cad738165a2afa9b34e286fcf Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 14 Dec 2022 17:16:42 +0100 Subj

Re: Rust front-end patches v4

Hi Martin! On 2022-12-09T14:24:18+0100, Martin Liška wrote: > I noticed a minor git issues when I tried [applying] the patches: [...] > > Can you please take a look at that? Done via "Fix whitespace errors". I've then force-updated the staging

Add stub 'gcc/rust/ChangeLog' (was: Prepare 'contrib/gcc-changelog/git_commit.py' for GCC/Rust)

egistergericht München, HRB 106955 >From 24ff0b3e0c41e3997fb4c11736b8a412afbaadf3 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sat, 10 Dec 2022 08:33:22 +0100 Subject: [PATCH] Add stub 'gcc/rust/ChangeLog' --- gcc/rust/ChangeLog | 6 ++ 1 file changed, 6 insertions(+) create mode 1006

Prepare 'contrib/gcc-changelog/git_commit.py' for GCC/Rust (was: Rust front-end patches v4)

; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 325529e21e81fbc3561d2568cb7e8a26296e5b2f Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Sat, 10 Dec 2022 07:27:55 +0100 Subject: [PATCH] Prepare 'contrib/gcc-chan

Re: [PATCH] Fix a few incorrect accesses.

Hi Andrew! On 2022-12-02T09:12:23-0500, Andrew MacLeod via Gcc-patches wrote: > This consists of 3 changes which stronger type checking has indicated > are non-compliant with the type field. I'm curious what that "stronger type checking" is? Grüße Thomas > I doubt they are super important

Re: [PATCH Rust front-end v4 20/46] gccrs: Add wrapper for make_unique

Hi! On 2022-12-07T09:50:40+0100, Arsen Arsenović via Gcc-patches wrote: > arthur.co...@embecosm.com writes: > >> This is a wrapper for make_unique. We can likely get rid of this, as there >> are other implementations available, or simply keep using the unique_ptr >> constructor. >> --- >>

Re: [PATCH v2 1/2] Allow subtarget customization of CC1_SPEC

Hi! On 2022-12-07T07:04:10+0100, Sebastian Huber wrote: > On 06.12.22 22:06, Thomas Schwinge wrote: > I suppose I just fail to see some detail here, but: > >> On 2022-11-21T08:25:25+0100, Sebastian >> Huber wrote: >>> gcc/ChangeLog: >>> >>&

Re: [PATCH v2 1/2] Allow subtarget customization of CC1_SPEC

Hi! I suppose I just fail to see some detail here, but: On 2022-11-21T08:25:25+0100, Sebastian Huber wrote: > gcc/ChangeLog: > > * gcc.cc (SUBTARGET_CC1_SPEC): Define if not defined. > (cc1_spec): Append SUBTARGET_CC1_SPEC. > --- > v2: Append SUBTARGET_CC1_SPEC directly to cc1_spec

nvptx: Support global constructors/destructors via 'collect2'

--- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From ba5f6471d39e684fb7405236511

[PATCH 9/9] nvptx: Re-enable 'gcc.misc-tests/options.exp'

..., just conditionalize its profiling test (as done elsewhere). gcc/testsuite/ * gcc.misc-tests/options.exp: Re-enable for nvptx. --- gcc/testsuite/gcc.misc-tests/options.exp | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git

[PATCH 6/9] nvptx: Re-enable all variants of 'c-c++-common/torture/complex-sign-mixed-add.c', 'c-c++-common/torture/complex-sign-mixed-sub.c'

PASS with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 ..., and execution with 'Driver Version: 361.93.02'.

[PATCH 5/9] nvptx: Re-enable 'gcc.dg/special/weak-2.c'

PASSes with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 ..., and execution with 'Driver Version: 361.93.02'.

[PATCH 8/9] nvptx: Re-enable "Stack alignment causes use of alloca" test cases

Generally PASS with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 ..., and execution with 'Driver Version: 361.93.02'. The

[PATCH 4/9] nvptx: Re-enable all variants of 'gcc.c-torture/execute/20020529-1.c'

Generally PASSes with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 ..., and execution with 'Driver Version: 361.93.02'. Only the

[PATCH 3/9] nvptx: Re-enable test cases by removing effective target 'freestanding'

After 2014's commit 157e859ffe3b5d43db1e19475711c1a3d21ab57a "remove picochip", the effective target 'freestanding' (later) was only ever used for nvptx. However, the relevant I/O library functions have long been implemented in nvptx newlib, and otherwise, the more specific effective target

[PATCH 7/9] nvptx: Re-enable 'gcc.dg/torture/c99-contract-1.c'

Generally PASSes with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 ..., and execution with 'Driver Version: 361.93.02', at least

[PATCH 1/9] nvptx: Re-enable 'gcc.c-torture/compile/20080721-1.c'

PASSes with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 gcc/testsuite/ * gcc.c-torture/compile/20080721-1.c:

[PATCH 2/9] nvptx: Re-enable "ptxas times out" test cases

These are all quick to compile and generally PASS with: $ ptxas --version ptxas: NVIDIA (R) Ptx optimizing assembler Copyright (c) 2005-2018 NVIDIA Corporation Built on Sun_Sep__9_21:06:46_CDT_2018 Cuda compilation tools, release 10.0, V10.0.145 (Tested

nvptx: Re-enable a number of test cases

Hi! I'm proposing to re-enable a number of test cases for nvptx. OK to push? Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz

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

; +/* { dg-do link } */ > +/* { dg-do run { target runtime_ptx_isa_version_6_3 } } */ > +/* { dg-options "-save-temps -malias -mptx=6.3 -O2" } */ > + > +#include "alias-3.c" > + > +/* Inlined, so no alias. */ > +/* { dg-final { scan-assembler-not "\\.alias

Re: Java front-end and library patches.

Hi! On 2022-11-30T23:18:06+1100, Zopolis0 via Gcc-patches wrote: > However, patches 14-19 do need an explanation, as proven by multiple > reviews simply asking why I had made them. I'll send follow up > messages to those. Well, (at least for some of them) re-work rather than explanations. ;-)

Re: [PATCH Rust front-end v2 31/37] gccrs: Add GCC Rust front-end Make-lang.in

Hi! On 2022-09-14T15:34:10+0200, Richard Biener via Gcc-patches wrote: > On Wed, Aug 24, 2022 at 2:22 PM wrote: >> --- /dev/null >> +++ b/gcc/rust/Make-lang.in >> +# TODO: possibly find a way to ensure C++11 compilation level here? >> +RUST_CXXFLAGS = -std=c++11 -Wno-unused-parameter

[PING] nvptx: stack size limits are relevant for execution only (was: [PATCH, testsuite] Add effective target stack_size)

München, HRB 106955 >From 158a077129cb1579b93ddf440a5bb60b457e4b7c Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Tue, 8 Nov 2022 12:10:03 +0100 Subject: [PATCH] nvptx: stack size limits are relevant for execution only For non-'dg-do run' test cases, that means: big 'dg-require-stack-siz

Re: [PATCH Rust front-end v3 38/46] gccrs: Add HIR to GCC GENERIC lowering entry point

Hi! On 2022-11-09T14:53:44+0100, Richard Biener via Gcc-patches wrote: > On Wed, Oct 26, 2022 at 10:37 AM wrote: >> This patch [...] also contains a constant evaluator, ported >> over from the C++ frontend. Given that, and then: >> --- /dev/null >> +++ b/gcc/rust/backend/rust-constexpr.cc

nvptx: In 'STARTFILE_SPEC', fix 'crt0.o' for '-mmainkernel' (was: [MentorEmbedded/nvptx-tools] Match standard 'ld' "search" behavior (PR #38))

80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 85ddd99017968e8aa45342645be9642e63bcc5bb Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Fri, 18 Nov 2022 23:57:52

Re: [Patch] OpenMP/Fortran: Use firstprivat not alloc for ptr attach for arrays

Hi Tobias! On 2022-05-13T19:44:51+0200, Jakub Jelinek via Fortran wrote: > On Fri, May 13, 2022 at 07:21:02PM +0200, Tobias Burnus wrote: >> gcc/fortran/ChangeLog: >> >> * trans-openmp.cc (gfc_trans_omp_clauses): When mapping nondescriptor >> array sections, use

nvptx: stack size limits are relevant for execution only (was: [PATCH, testsuite] Add effective target stack_size)

ünchen; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From 158a077129cb1579b93ddf440a5bb60b457e4b7c Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Tue, 8 Nov 2022 12:10:03 +0100 S

[newlib] Generally make all 'long double complex' methods available in

..., not just '#if defined(__CYGWIN__)'. (Exception: 'clog10l' which currently indeed is for Cygwin only.) This completes 2017-07-05 commit be3ca3947402827aa52709e677369bc7ad30aa1d "Fixed warnings for some long double complex methods" after Aditya Upadhyay's work on importing "Long double

Re: Remove support for Intel MIC offloading

Hi Jakub! On 2022-11-04T11:30:04+0100, Jakub Jelinek wrote: > On Fri, Nov 04, 2022 at 10:54:02AM +0100, Thomas Schwinge wrote: >> On 2022-10-20T22:56:57+0200, I wrote: >> > Hi Jakub, Tobias! >> > >> > On 2022-10-20T13:15:43+0200, I wrote: >> >

GCC 13: OpenMP offloading to Intel MIC has been removed (was: Remove support for Intel MIC offloading)

- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From c59054dae1319cd21e8198733a63d6011168

Remove support for Intel MIC offloading

Hi! On 2022-10-20T22:56:57+0200, I wrote: > Hi Jakub, Tobias! > > On 2022-10-20T13:15:43+0200, I wrote: >> I'm proposing the attached "Remove support for Intel MIC offloading" > > Can you please confirm: Taking your non-response as silent approval, I've now pushed to master branch commit

Re: [PATCH 1/3] STABS: remove -gstabs and -gxcoff functionality

Hi! On 2022-09-01T12:05:23+0200, Martin Liška wrote: > gcc/ChangeLog: > --- a/gcc/system.h > +++ b/gcc/system.h > @@ -1009,8 +1009,7 @@ extern void fancy_abort (const char *, int, const char > *) > ASM_OUTPUT_DEFINE_LABEL_DIFFERENCE_SYMBOL HOST_WORDS_BIG_ENDIAN\ > OBJC_PROLOGUE

Better integrate default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR' (was: Restore default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR')

a05d8e1d15ea08526639ba154e59b6822b704f4c Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Thu, 3 Nov 2022 17:29:13 +0100 Subject: [PATCH] Better integrate default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR' ... after commit 4ee35c11fd328728c12f3e086ae016ca94624b

Re: Restore default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR' (was: [PATCH 1/3] STABS: remove -gstabs and -gxcoff functionality)

Hi! On 2022-11-04T10:04:59+0100, wrote: > On 2022-10-12T11:21:19+0200, Martin Liška wrote: >> On 10/10/22 16:19, Thomas Schwinge wrote: >>> attached >>> "Restore default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR'". > >> Thanks for the

Restore default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR' (was: [PATCH 1/3] STABS: remove -gstabs and -gxcoff functionality)

Hi! On 2022-10-12T11:21:19+0200, Martin Liška wrote: > On 10/10/22 16:19, Thomas Schwinge wrote: >> attached >> "Restore default 'sorry' 'TARGET_ASM_CONSTRUCTOR', 'TARGET_ASM_DESTRUCTOR'". > Thanks for the fix, really appreciated! Pu

Support OpenACC 'declare create' with Fortran allocatable arrays, part II [PR106643, PR96668] (was: Support OpenACC 'declare create' with Fortran allocatable arrays, part I [PR106643])

ata_internal' re-implemented the corresponding -- "somewhat ugly" -- logic, when at some point I realized that I instead could simply call into the existing code, greatly reducing the complexity here... Pushed to master branch commit f6ce1e77bbf5d3a096f52e674bfd7354c6537d10 "Suppo

Support OpenACC 'declare create' with Fortran allocatable arrays, part I [PR106643]

3d10c "Support OpenACC 'declare create' with Fortran allocatable arrays, part I [PR106643]", see attached. Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz

Add 'libgomp.oacc-fortran/declare-allocatable-array_descriptor-1-runtime.f90'

ar test case, but with different focus, I've pushed to master branch in commit abeaf3735fe2568b9d5b8096318da866b1fe1e5c "Add 'libgomp.oacc-fortran/declare-allocatable-array_descriptor-1-runtime.f90'", see attached. Grüße Thomas - Siemens Electronic Design Automation GmbH;

Add 'libgomp.oacc-fortran/declare-allocatable-1-runtime.f90' (was: Add 'libgomp.oacc-fortran/declare-allocatable-1.f90')

ee attached. Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >Fr

Add 'libgomp.oacc-fortran/declare-allocatable-1.f90' (was: [gomp4] add support for fortran allocate support with declare create)

[PATCH] Add 'libgomp.oacc-fortran/declare-allocatable-1.f90' libgomp/ * testsuite/libgomp.oacc-fortran/declare-allocatable-1.f90: New. Co-authored-by: Thomas Schwinge --- .../declare-allocatable-1.f90 | 268 ++ 1 file changed, 268 insertions(+) create mode 100

[og12] OpenACC: Fix reduction tree-sharing issue [PR106982] (was: [gcc/devel/omp/gcc-12] Merge branch 'releases/gcc-12' into devel/omp/gcc-12)

Hi Tobias! On 2022-09-29T14:45:03+, Tobias Burnus via Gcc-cvs wrote: > https://gcc.gnu.org/g:c455181c13a7b00ee09777287bcf0c8b9de9d1fe > > commit c455181c13a7b00ee09777287bcf0c8b9de9d1fe > Merge: d21bfef9867 85adc2ec2b0 > Author: Tobias Burnus > Date: Thu Sep 29 16:37:52 2022 +0200 > >

Re: [PATCH 2/3] Add lto-dump tool.

'LTODump' in 'gcc/lto/lang.opt'"? Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht Mü

RE: [committed 6/6] amdgcn: vector testsuite tweaks

Hi Andrew! On 2022-10-28T10:38:11+0200, "Stubbs, Andrew" wrote: >> -Original Message- >> Looking into commit r13-3225-gbd9a05594d227cde79a67dc715bd9d82e9c464e9 >> "amdgcn: vector testsuite tweaks" for a moment, I also did wonder about >> the following changes, because for

OpenACC: Don't gang-privatize artificial variables [PR90115] (was: [PATCH] [og12] OpenACC: Don't gang-privatize artificial variables)

Hi! On 2022-10-18T16:46:07+0200, Thomas Schwinge wrote: > On 2022-10-14T13:38:56+, Julian Brown wrote: >> This patch prevents compiler-generated artificial variables from being >> treated as privatization candidates for OpenACC. >> >> The rationale is that e.

Re: [og12] OpenACC: Don't gang-privatize artificial variables: restrict to blocks (was: [PATCH] [og12] OpenACC: Don't gang-privatize artificial variables)

Hi! On 2022-10-28T10:11:04+0200, I wrote: > On 2022-10-18T15:59:24+0100, Julian Brown wrote: >> On Tue, 18 Oct 2022 16:46:07 +0200 Thomas Schwinge >> wrote: >>> On 2022-10-14T13:38:56+, Julian Brown wrote: >>> ..., but to my surpris

[og12] OpenACC: Don't gang-privatize artificial variables: restrict to blocks (was: [PATCH] [og12] OpenACC: Don't gang-privatize artificial variables)

Hi! On 2022-10-18T15:59:24+0100, Julian Brown wrote: > On Tue, 18 Oct 2022 16:46:07 +0200 Thomas Schwinge > wrote: >> On 2022-10-14T13:38:56+, Julian Brown wrote: >> ..., but to my surprised, that did fire in one occasion: >> >> > --- a/libgomp/testsuit

Re: [PATCH] openmp: fix max_vf setting for amdgcn offloading

a137d5f34248fdd3e93d35a798f5221, see attached. Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht

Re: [committed 6/6] amdgcn: vector testsuite tweaks

_sizes } } } } */ > /* { dg-final { scan-tree-dump-times "VEC_PERM_EXPR" 0 "vect" { xfail { > aarch64_sve && vect_variable_length } } } } */ > --- a/gcc/testsuite/gcc.dg/vect/trapv-vect-reduc-4.c > +++ b/gcc/testsuite/gcc.dg/vect/trapv-vect-reduc-4.c >

Re: [PATCH v3] Re: OpenMP: Generate SIMD clones for functions with "declare target"

Hi! On 2022-10-26T20:27:19-0600, Sandra Loosemore wrote: > On 10/20/22 08:07, Jakub Jelinek wrote: >> Thus, IMHO it is exactly the pass_omp_simd_clone pass where you want to >> implement this auto-simdization discovery, guarded with >> #ifdef ACCEL_COMPILER and the new option (which means it

[PING] options: Clarify 'Init' option property usage for streaming optimization (was: [PATCH] options, lto: Optimize streaming of optimization nodes)

; ptr->" name" = (" var_opt_val_type[i] ") >> bp_unpack_var_len_int (bp);"; >> +else { >> +if (otype ~ "^unsigned") { >> +sgn = "unsigned"; >> +} else { >> +

Document 'distclean-stage[N]'

; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 >From c20771b2fc13bdb24f3ad538c1806eeccbedfd3c Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 26 Oct 2022 13:07:27 +0200 Subject: [PATCH] Document 'distclean-stage[N]' Refer to 'Makefile.tpl': # Rules to wipe a

libgomp/nvptx: Prepare for reverse-offload callback handling, resolve spurious SIGSEGVs (was: [Patch][v5] libgomp/nvptx: Prepare for reverse-offload callback handling)

ranch commit 205538832b7033699047900cf25928f5920d8b93 "libgomp/nvptx: Prepare for reverse-offload callback handling, resolve spurious SIGSEGVs", see attached. Grüße Thomas - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellscha

Re: [Patch][v5] libgomp/nvptx: Prepare for reverse-offload callback handling

Hi Tobias! On 2022-10-24T21:05:46+0200, I wrote: > On 2022-10-24T16:07:25+0200, Jakub Jelinek via Gcc-patches > wrote: >> On Wed, Oct 12, 2022 at 10:55:26AM +0200, Tobias Burnus wrote: >>> libgomp/nvptx: Prepare for reverse-offload callback handling > >> Ok, thanks. > > Per commit

Re: [Patch][v5] libgomp/nvptx: Prepare for reverse-offload callback handling

Hi Tobias! On 2022-10-24T16:07:25+0200, Jakub Jelinek via Gcc-patches wrote: > On Wed, Oct 12, 2022 at 10:55:26AM +0200, Tobias Burnus wrote: >> libgomp/nvptx: Prepare for reverse-offload callback handling > Ok, thanks. Per commit r13-3460-g131d18e928a3ea1ab2d3bf61aa92d68a8a254609

Restore 'libgomp.oacc-c-c++-common/nvptx-sese-1.c' SESE regions checking [PR107195, PR107344] (was: [COMMITTED] [PR107195] Set range to zero when nonzero mask is 0.)

gt; + >> +int a, b; >> +int main() { >> + int c = 0; >> + long d; >> + for (; b < 1; b++) { >> +(c && d) & 3 || a; >> +d = c; >> +c = -1; >> +if (d) >> + __builtin_abort(); >> + } >> + re

Re: Add 'gcc.dg/tree-ssa/pr107195-3.c' [PR107195] (was: Add 'c-c++-common/torture/pr107195-1.c' [PR107195] (was: [COMMITTED] [PR107195] Set range to zero when nonzero mask is 0.))

Hi! On 2022-10-21T00:44:30+0200, Aldy Hernandez wrote: > On Thu, Oct 20, 2022 at 9:22 PM Thomas Schwinge > wrote: >> "Add 'gcc.dg/tree-ssa/pr107195-3.c' [PR107195]" attached? > > I see 7 different tests in this patch. Did the 6 that pass, fail > before my

<    1   2   3   4   5   6   7   8   9   10   >