Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

Hi Jakub, >> I have applied your other suggestions, and have retested the gomp.exp and >> libgomp tests. The full testrun started yesterday showed no regressions. If >> you have no further issues then I will commit this later tonight ahead of >> stage4. > > LGTM, thanks. this patch broke Solaris

Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

On Sun, Jan 17, 2021 at 12:26:26PM +0100, Rainer Orth wrote: > >> I have applied your other suggestions, and have retested the gomp.exp and > >> libgomp tests. The full testrun started yesterday showed no regressions. If > >> you have no further issues then I will commit this later tonight ahead of

Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

Hi Jakub, > On Sun, Jan 17, 2021 at 12:26:26PM +0100, Rainer Orth wrote: >> >> I have applied your other suggestions, and have retested the gomp.exp and >> >> libgomp tests. The full testrun started yesterday showed no regressions. >> >> If >> >> you have no further issues then I will commit this

Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

On Jan 17 2021, Jakub Jelinek via Gcc-patches wrote: > Kwok, I guess you can reproduce it even on Linux with --disable-linux-futex And all targets that are not explicitly configured in libcomp/configure.tgt, where --enable-linux-futex is a no-op. Andreas. -- Andreas Schwab, sch...@linux-m68k.o

Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

On Sun, Jan 17, 2021 at 04:25:24PM +0100, Andreas Schwab wrote: > On Jan 17 2021, Jakub Jelinek via Gcc-patches wrote: > > > Kwok, I guess you can reproduce it even on Linux with --disable-linux-futex > > And all targets that are not explicitly configured in > libcomp/configure.tgt, where --enabl

Re: [COMMITTED] testsuite: i386: Require ifunc support in gcc.target/i386/pr98100.c

> The new gcc.target/i386/pr98100.c test FAILs on Solaris/x86: > > FAIL: gcc.target/i386/pr98100.c (test for excess errors) > > Excess errors: > /vol/gcc/src/hg/master/local/gcc/testsuite/gcc.target/i386/pr98100.c:6:1: > error: the call requires 'ifunc', which is not supported by this target > >

[PATCH] [wwwdocs] Add nios2 changes for GCC 11

--- htdocs/gcc-11/changes.html | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html index 3527428f..dac3a03f 100644 --- a/htdocs/gcc-11/changes.html +++ b/htdocs/gcc-11/changes.html @@ -409,7 +409,19 @@ a work-in

[patch, coarray_native, committed] Increase initial size on Darwin

Hello world, the patch (committed after Nicolas' OK) should make it possible to go one step further in testing with Darwin. So, it might now be possible to do another round of testing, to see if there are any other walls to hit :-) Best regards Thomas Use an initial shared memory size

[r11-6755 Regression] FAIL: libstdc++-prettyprinters/libfundts.cc print os on Linux/x86_64

On Linux/x86_64, 3804e937b0e252a7e42632fe6d9f898f1851a49c is the first bad commit commit 3804e937b0e252a7e42632fe6d9f898f1851a49c Author: Mark Wielaard Date: Tue Sep 29 15:52:44 2020 +0200 Default to DWARF5 caused with GCC configured with To reproduce: $ cd {build_dir}/gcc && make c

Re: [C PATCH] qualifiers of pointers to arrays in C2X [PR 98397]

Am Freitag, den 01.01.2021, 00:01 + schrieb Joseph Myers: > > > I'd expect c2x-* tests to use -std=c2x not -std=gnu2x.  Tests needing  > -std=gnu2x can be gnu2x-* tests, but you should be able to test the types  > using _Generic without needing any gnu2x features.  c2x-* tests should  > also

[PATCH] ipa: Adjust cgraph verifier to materialization on demand (PR 98222)

Hi, after switching to materialization of clones on demand, the verifier can happen to see edges leading to a clone of a materialized clone. This means its clone_of is NULL and former_clone_of needs to be checked in order to verify that the callee is a clone of the original decl, which it did not

[committed] avoid assuming SSA_NAME_IDENTIFIER is nonnull

More exhaustively testing the MEM_REF formatting change by pretty-printing every MEM_REF the tree-ssa-uninit pass encounters triggered another ICE, this one due to assuming SSA_NAME_IDENTIFIER is non- null. I have committed as "obvious" the attached patch to remove the assumption after testing it

Re: [PATCH] alias: Fix offset checks involving section anchors [PR92294]

> This is a repost of: > > https://gcc.gnu.org/pipermail/gcc-patches/2020-February/539763.html > > which was initially posted during stage 4. (And yeah, I only just > missed stage 4 again.) > > IMO it would be better to fix the bug directly (as the patch tries > to do) instead of wait for a m

[PATCH] aix: Default to DWARF 4

GCC now defaults to DWARF 5. AIX only supports DWARF 4 (3.5). This patch overrides the default DWARF version to 4 unless explicitly stated. gcc/ChangeLog: * config/rs6000/aix71.h (SUBTARGET_OVERRIDE_OPTIONS): Override dwarf_version to 4. * con

[PATCH] Modula-2 into the GCC tree on master

Hello, here is a patch which merges the gm2 front end into the GCC tree. The patches have been boostrapped under x86_64 GNU/Linux Debian Stretch built using make -j 24 and also under x86_64 GNU/Linux Debian Buster using make -j 4. Tested on Debian Stretch x86_64 ===

[PATCH] analyzer: use "malloc" attribute

This is an updated version of this patch from October: 'RFC: add "deallocated_by" attribute for use by analyzer' https://gcc.gnu.org/pipermail/gcc-patches/2020-October/44.html reworking it to build on top of Martin's work as noted below, reusing the existing attribute rather than adding

[PATCH] c++: Fix excessive instantiation inside decltype [PR71879]

Here after resolving the address of a template-id inside decltype, we end up instantiating the chosen specialization from the call to mark_used in resolve_nondeduced_context, even though only its type is needed. Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look for trunk? gcc/cp/C

[PATCH] c++: Defer access checking when processing bases [PR82613]

When parsing the base-clause of a class declaration, we need to defer access checking until the entire base-clause has been seen, so that access can be properly checked relative to the scope of the class with all its bases attached. This allows us to accept the declaration of struct D from Example

[PATCH] RISC-V: The 'multilib-generator' enhancement.

From: gengqi gcc/ChangeLog: * config/riscv/arch-canonicalize (longext_sort): New function for sorting 'multi-letter'. * config/riscv/multilib-generator: Adjusting the loop of 'alt' in 'alts'. The 'arch' may not be the first of 'alts'. (_expand_combination):

Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

Hello Jakub, On 17/01/2021 17:04, Jakub Jelinek via Gcc-patches wrote: On Sun, Jan 17, 2021 at 04:25:24PM +0100, Andreas Schwab wrote: On Jan 17 2021, Jakub Jelinek via Gcc-patches wrote: Kwok, I guess you can reproduce it even on Linux with --disable-linux-futex And all targets that are no

Re: [PATCH] [wwwdocs] Add nios2 changes for GCC 11

On 1/17/21 12:08 PM, Sebastian Huber wrote: --- htdocs/gcc-11/changes.html | 14 +- 1 file changed, 13 insertions(+), 1 deletion(-) diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html index 3527428f..dac3a03f 100644 --- a/htdocs/gcc-11/changes.html +++ b/htdocs/gc

Re: [PATCH] [WIP] openmp: Add OpenMP 5.0 task detach clause support

On Mon, Jan 18, 2021 at 07:10:07AM +0100, Sebastian Huber wrote: > Hello Jakub, > > On 17/01/2021 17:04, Jakub Jelinek via Gcc-patches wrote: > > > On Sun, Jan 17, 2021 at 04:25:24PM +0100, Andreas Schwab wrote: > > > On Jan 17 2021, Jakub Jelinek via Gcc-patches wrote: > > > > > > > Kwok, I gue

[PATCH] RISC-V: The 'multilib-generator' enhancement.

From: gengqi Think about this case: ./multilib-generator rv32imc-ilp32-rv32imac,rv32imacxthead-f Here are 2 problems: 1. A unexpected 'xtheadf' extension was made. 2. The arch 'rv32imac' was not be created. This modification fix these two, and also sorts 'multi-letter'. gcc/ChangeLog: