[Bug target/115038] [14/15 regression] internal error in seh_cfa_offset with -O2 -fno-omit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038 --- Comment #6 from Christoph Reiter --- I can confirm that the patch from comment 4 fixes all the above cases, and also emacs builds again. Thanks again

Results for 15.0.0 20240509 (experimental) [master revision gcc-15-392-g4aeff8436d5] (GCC) testsuite on arm-unknown-eabi

# From https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_v8a_hard_eabi-build/421/: LAST_UPDATED: 2024-05-13T04:52:32+00:00 (master revision gcc-15-392-g4aeff8436d5) arm-eabi {-mthumb/-march=armv8-a+simd/-mfpu=auto/-mfloat-abi=hard} Target is arm-unknown-eabi Host is

Re: Fix gnu versioned namespace mode 00/03

On 07/05/2024 18:15, Iain Sandoe wrote: Hi François On 4 May 2024, at 22:11, François Dumont wrote: Here is the list of patches to restore gnu versioned namespace mode. 1/3: Bump gnu version namespace This is important to be done first so that once build of gnu versioned namespace is

[to-be-committed] [RISC-V] Improve single inverted bit extraction - v3

The only change in v2 vs v3 is testsuite adjustments for the updated sequences and fixing the name of the second pattern. -- So this patch fixes a minor code generation inefficiency that (IIRC) the RAU team discovered a while ago in spec. If we want the inverted value of a single bit we

[PATCH][_Hashtable] Fix some implementation inconsistencies

    libstdc++: [_Hashtable] Fix some implementation inconsistencies     Get rid of the different usages of the mutable keyword except in     _Prime_rehash_policy where it is preserved for abi compatibility reason.     Fix comment to explain that we need the computation of bucket index

Results for 15.0.0 20240509 (experimental) [master r15-390-g46077992180] (GCC) testsuite on s390x-ibm-linux-gnu arch14

LAST_UPDATED: Sun May 12 17:04:45 UTC 2024 (revision r15-390-g46077992180) === acats tests === FAIL: c954025 FAIL: cb1010a === acats Summary === # of expected passes2326 # of unexpected failures2 Native configuration is s390x-ibm-linux-gnu

[Bug target/115010] m68k: invalid subl instruction generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010 --- Comment #11 from Thorsten Otto --- Confirmed, reverting that commit will prevent the error. Now the question is how to find the real cause of the problem, since reverting that commit is most likely not the solution. OTOH, it would be nice

[PATCH] c++/modules: Remember that header units have CMIs

Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- This appears to be an oversight in the definition of module_has_cmi_p; this comes up transitively in other functions used for e.g. determining whether a name could potentially be accessed in a different translation unit.

[PATCH] report message for operator %a on unaddressible exp

Hi, For PR96866, when gcc print asm code for modifier "%a" which requires an address operand, while the operand is with the constraint "X" which allow non-address form. An error message would be reported to indicate the invalid asm operands. Bootstrap pass on ppc64{,le}. Is this ok for trunk?

[gcc r15-392] MAINTAINERS: Add myself to write after approval

https://gcc.gnu.org/g:4aeff8436d54a598e1fb565ec7b656871bd3a41e commit r15-392-g4aeff8436d54a598e1fb565ec7b656871bd3a41e Author: Xiao Zeng Date: Mon May 13 09:53:42 2024 +0800 MAINTAINERS: Add myself to write after approval ChangeLog: * MAINTAINERS: Add myself.

MAINTAINERS: Add myself to write after approval

ChangeLog: * MAINTAINERS: Add myself. --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 71e02abc426..361059fd55c 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -738,6 +738,7 @@ Kwok Cheung Yeung Greta Yorsh

Results for 15.0.0 20240509 (experimental) [master r15-391-g13b6ac4ebd0] (GCC) testsuite on x86_64-pc-linux-gnu

LAST_UPDATED: Sun May 12 19:55:03 UTC 2024 (revision r15-391-g13b6ac4ebd0) Native configuration is x86_64-pc-linux-gnu === gcc tests === Running target unix XPASS: gcc.dg/guality/example.c -O0 execution test XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION

[PATCH] Don't reduce estimated unrolled size for innermost loop.

As testcase in the PR, O3 cunrolli may prevent vectorization for the innermost loop and increase register pressure. The patch removes the 1/3 reduction of unr_insn for innermost loop for UL_ALL. ul != UR_ALL is needed since some small loop complete unrolling at O2 relies the reduction.

Re: Re: [PATCH v1 1/1] RISC-V: Nan-box the result of movbf on soft-bf16

2024-05-09 04:01  Jeff Law wrote: > > > >On 5/7/24 6:38 PM, Xiao Zeng wrote: >> 1 This patch implements the Nan-box of bf16. >> >> 2 Please refer to the Nan-box implementation of hf16 in: >> >> >> 3 The

[Bug libstdc++/115059] New: Constraints/Mandates on the comparison operators of std::optional and std::variant are overly strict

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115059 Bug ID: 115059 Summary: Constraints/Mandates on the comparison operators of std::optional and std::variant are overly strict Product: gcc Version: 15.0 Status:

Ping [PATCH-1, rs6000] Add a new type of CC mode - CCBCD for bcd insns [PR100736, PR114732]

Hi, Gently ping the series of patches. [PATCH-1, rs6000]Add a new type of CC mode - CCBCD for bcd insns [PR100736, PR114732] https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650217.html [PATCH-2, rs6000] Add a new type of CC mode - CCLTEQ

Re: [PATCHv2] rs6000: Enable overlapped by-pieces operations

on 2024/5/10 17:29, HAO CHEN GUI wrote: > Hi, > This patch enables overlapped by-piece operations. On rs6000, default > move/set/clear ratio is 2. So the overlap is only enabled with compare > by-pieces. > > Compared to previous version, the change is to remove power8 > requirement from test

[Bug rtl-optimization/115056] [14/15 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #10 from Dale Weiler --- New test case without UB still exhibits the behavior #include #include typedef union { unsigned char as_bytes[64]; unsigned long long as_chunks[64 / sizeof(unsigned long long)]; } Block;

[Bug target/115058] New: on target arm -mcpu=cortex-a78ae does not allow use pauth and dot product

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115058 Bug ID: 115058 Summary: on target arm -mcpu=cortex-a78ae does not allow use pauth and dot product Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity:

[Bug rtl-optimization/115056] [14/15 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 Sam James changed: What|Removed |Added Last reconfirmed||2024-05-13 Ever confirmed|0

[Bug rtl-optimization/115056] [14/15 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #9 from Sam James --- The issue is we need a program which no UB which has the bad symptoms. I can fix it up but that doesn't mean it has the symptoms you originally saw which made you report a bug.

Results for 15.0.0 20240509 (experimental) [master revision gcc-15-391-g13b6ac4ebd0] (GCC) testsuite on aarch64-unknown-linux-gnu

# From https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-aarch64-build/1442/: LAST_UPDATED: 2024-05-12T21:42:44+00:00 (master revision gcc-15-391-g13b6ac4ebd0) aarch64-linux-gnu Target is aarch64-unknown-linux-gnu Host is aarch64-unknown-linux-gnu === libatomic tests

[Bug rtl-optimization/115056] [14/15 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #8 from Dale Weiler --- Yeah, you can add another `while (j < 64) block.as_bytes[j] = 0;` to the end if you want. I really should've done a better job reducing it so as not to create uninitialized memory. You can also just memset

[Bug rtl-optimization/115056] [14/15 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #7 from Sam James --- Isn't there still an uninitialised read? ``` $ valgrind /tmp/foo [...] ==814922== 1886221359 1 0 0 0 0 0 ==814922== Use of uninitialised value of size 8 ==814922==at 0x48F7D3A: _itoa_word (_itoa.c:183)

Results for 15.0.0 20240509 (experimental) [remotes/origin/master r15-391-g13b6ac4ebd0] (GCC) testsuite on pru-unknown-elf

LAST_UPDATED: Mon May 13 00:00:08 UTC 2024 (revision r15-391-g13b6ac4ebd0) Target is pru-unknown-elf Host is x86_64-pc-linux-gnu === gcc tests === Running target pru-sim FAIL: c-c++-common/analyzer/out-of-bounds-diagram-11.c (test for excess errors) FAIL:

[Bug modula2/115057] New: TextIO.ReadRestLine raise an exception for insufficient buffer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115057 Bug ID: 115057 Summary: TextIO.ReadRestLine raise an exception for insufficient buffer Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

Results for 15.0.0 20240509 (experimental) [remotes/origin/HEAD r15-390-g4607799218] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:46077992180d6d86c86544df5e8cb943492d3b01 gcc-descr r15-390-g46077992180d6d power9 IEEE128 Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le GNU Make 4.4.1 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12

[Bug rtl-optimization/115056] [14 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #6 from Sam James --- I was just about to comment that, thanks!

[Bug rtl-optimization/115056] [14 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #5 from Dale Weiler --- I should note that there is a byte in-between these two pieces of code I removed for (; j < i; j++) block.as_bytes[j] = argv[0][j]; block.as_bytes[j] = 0x01; // I removed this line while (++j

[Bug rtl-optimization/115056] [14 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #4 from Sam James --- With Clang, I get: ``` ¢ clang /tmp/foo.c -o /tmp/foo $ /tmp/foo 1886221359 0 0 0 0 0 0 -733536256 ``` and ``` $ clang /tmp/foo.c -o /tmp/foo -fsanitize=address,undefined $ /tmp/foo 1886221359 0 0 0 0 0 0 0 ```

[Bug rtl-optimization/115056] [14 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #3 from Dale Weiler --- > You don't have to share, but I find it useful to know where stuff was reduced > from. Was it a public library? If so, what? It is OK to not answer. It's the inner part of the Tiger Hash cryptographic hash

[Bug rtl-optimization/115056] [14 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 --- Comment #2 from Sam James --- (In reply to Dale Weiler from comment #0) > I've isolated what appears to be an unsound __builtin_memset optimization > applied by gcc 14.1.1 on a hash function in a cryptographic library where it > writes one

Re: [COMMITTED] Regenerate cygming.opt.urls and mingw.opt.urls

Thank you Mark and sorry for missing this during the reviews. Christophe Le dim. 12 mai 2024, 14:54, Mark Wielaard a écrit : > The new cygming.opt.urls and mingw.opt.urls in the > gcc/config/mingw/cygming.opt.urls directory need to generated by make > regenerate-opt-urls in the gcc

[Bug rtl-optimization/115056] [14 regression] Miscompilation (also triggering -Wstringop-overflow and -Warray-bounds warning) when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org

[Bug rtl-optimization/115056] New: Miscompilation triggering -Wstringop-overflow and -Warray-bounds warning when -O2 or higher

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115056 Bug ID: 115056 Summary: Miscompilation triggering -Wstringop-overflow and -Warray-bounds warning when -O2 or higher Product: gcc Version: 14.1.1 Status: UNCONFIRMED

[SUBREG V4 3/4] IRA: Apply DF_LIVE_SUBREG data

--- gcc/ira-build.cc | 7 --- gcc/ira-color.cc | 8 gcc/ira-emit.cc | 12 ++-- gcc/ira-lives.cc | 7 --- gcc/ira.cc | 19 --- 5 files changed, 30 insertions(+), 23 deletions(-) diff --git a/gcc/ira-build.cc b/gcc/ira-build.cc index

[SUBREG V4 2/4] DF: Add DF_LIVE_SUBREG problem

--- gcc/Makefile.in | 1 + gcc/df-problems.cc | 886 ++- gcc/df.h | 159 +++ gcc/regs.h | 5 + gcc/sbitmap.cc | 98 + gcc/sbitmap.h| 2 + gcc/subreg-live-range.cc | 233 ++

[SUBREG V4 1/4] DF: Add -ftrack-subreg-liveness option

--- gcc/common.opt | 4 gcc/common.opt.urls | 3 +++ gcc/doc/invoke.texi | 8 gcc/opts.cc | 1 + 4 files changed, 16 insertions(+) diff --git a/gcc/common.opt b/gcc/common.opt index 40cab3cb36a..5710e817abe 100644 --- a/gcc/common.opt +++ b/gcc/common.opt @@ -2163,6

[SUBREG V4 4/4] LRA: Apply DF_LIVE_SUBREG data

--- gcc/lra-coalesce.cc| 27 +++- gcc/lra-constraints.cc | 109 ++--- gcc/lra-int.h | 4 + gcc/lra-lives.cc | 357 - gcc/lra-remat.cc | 8 +- gcc/lra-spills.cc | 27 +++- gcc/lra.cc | 10 +- 7 files

[SUBREG V4 0/4] Add DF_LIVE_SUBREG data and apply to IRA and LRA

V3: Address comments from Dimitar Dimitrov V4: Move detailed function from subreg-live-range.h to subreg-live-range.cc. These patches are used to add a new data flow DF_LIVE_SUBREG, which will track subreg liveness and then apply it to IRA and LRA passes (enabled via -O3 or

[Bug target/115054] __float128 and _Float16 use incorrect ABI on x86-64 MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054 --- Comment #5 from Trevor Gross --- Looks like bugz cut off part of the sysv quote, here for reference: > Arguments of types __float128, _Decimal128 and __m128 are split > into two halves. The least significant ones belong to class SSE, the

gcc-15-20240512 is now available

Snapshot gcc-15-20240512 is now available on https://gcc.gnu.org/pub/gcc/snapshots/15-20240512/ and on various mirrors, see https://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 15 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug target/115054] __float128 and _Float16 use incorrect ABI on x86-64 MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054 --- Comment #4 from Trevor Gross --- To my knowledge, MSVC does not support or specify an ABI for 16- or 128-bit IEEE floating point types, so I do suppose that either GCC or Clang could be considered correct here. SysV doesn't say anything

Results for 15.0.0 20240509 (experimental) [master r15-390-g46077992180] (GCC) testsuite on s390x-ibm-linux-gnu default

LAST_UPDATED: Sun May 12 17:04:45 UTC 2024 (revision r15-390-g46077992180) === acats tests === FAIL: cb1010a === acats Summary === # of expected passes2327 # of unexpected failures1 Native configuration is s390x-ibm-linux-gnu default

Results for 15.0.0 20240509 (experimental) [remotes/origin/HEAD r15-382-ged6690a0ca] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:ed6690a0ca911138abd4d707510fd03ef188a28b gcc-descr r15-382-ged6690a0ca9111 power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sat May 11 14:20:20 UTC 2024

[Bug tree-optimization/115055] New: reassociation should use match-and-simplify

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115055 Bug ID: 115055 Summary: reassociation should use match-and-simplify Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement

[x86 SSE] Improve handling of ternlog instructions in i386/sse.md

This patch improves the way that the x86 backend recognizes and expands AVX512's bitwise ternary logic (vpternlog) instructions. As a motivating example consider the following code which calculates the carry out from a (binary) full adder: typedef unsigned long long v4di

Results for 15.0.0 20240509 (experimental) [remotes/origin/HEAD r15-391-g13b6ac4ebd] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:13b6ac4ebd04f0703d92828c9268b0b216890b0d gcc-descr r15-391-g13b6ac4ebd04f0 power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12 19:53:00 UTC 2024

[Bug target/115054] __float128 and _Float16 use incorrect ABI on x86-64 MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054 --- Comment #3 from Andrew Pinski --- https://learn.microsoft.com/en-us/cpp/build/x64-calling-convention?view=msvc-170#parameter-passing So it uses floating point as the type. But then it is vague on those kind of type. Gcc treats _Float16

[Bug target/115054] __float128 and _Float16 use incorrect ABI on x86-64 MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054 --- Comment #2 from Andrew Pinski --- Does Microsoft's abi documents this case? If not then gcc is as correct here as clang is.

[to-be-committed] [RISC-V] Improve single inverted bit extraction - v2

So the first version failed CI and after looking at the patch again, I think it can be improved. First, the output pattern might as well go ahead and use the zero_extract form. Second, we should be able to handle cases where all the ops are in word_mode as well as when the shift is in a

[Bug target/115054] __float128 and _Float16 use incorrect ABI on x86-64 MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054 --- Comment #1 from Andrew Pinski --- What does msvc do?

[Bug target/115054] New: __float128 and _Float16 use incorrect ABI on x86-64 MinGW

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115054 Bug ID: 115054 Summary: __float128 and _Float16 use incorrect ABI on x86-64 MinGW Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

Results for 15.0.0 20240509 (experimental) [master revision gcc-15-391-g13b6ac4ebd0] (GCC) testsuite on armv8l-unknown-linux-gnueabihf

# From https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2096/: LAST_UPDATED: 2024-05-12T21:02:40+00:00 (master revision gcc-15-391-g13b6ac4ebd0) armv8l-unknown-linux-gnueabihf Native configuration is armv8l-unknown-linux-gnueabihf === libatomic tests === Running

Results for 15.0.0 20240509 (experimental) [master r15-391-g13b6ac4ebd0] (GCC) testsuite on x86_64-pc-linux-gnu

LAST_UPDATED: Sun May 12 19:55:09 UTC 2024 (revision r15-391-g13b6ac4ebd0) Native configuration is x86_64-pc-linux-gnu === gcc tests === Running target unix XPASS: gcc.dg/guality/example.c -O0 execution test XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION

Regressions on master at commit r15-391 vs commit r15-386 on Linux/x86_64

Regressions on master at commit r15-391 vs commit r15-386 on Linux/x86_64 New failures: New passes: FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O -flto -save-temps

[PATCH] rtlanal: Correct cost regularization in pattern_cost

Hi, The cost return from set_src_cost might be zero. Zero for pattern_cost means unknown cost. So the regularization converts the zero to COSTS_N_INSNS (1). // pattern_cost cost = set_src_cost (SET_SRC (set), GET_MODE (SET_DEST (set)), speed); return cost > 0 ? cost : COSTS_N_INSNS

[Bug c++/115053] New: gcc crashed without back trace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115053 Bug ID: 115053 Summary: gcc crashed without back trace Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

Re: [Patch, fortran] PR113363 - ICE on ASSOCIATE and unlimited polymorphic function

Hi Paul, this looks all good now, and is OK for mainline as well as backporting! *** While playing with the testcase, I found 3 remaining smaller issues that are pre-existing, so they should not delay your present work. To make it clear: these are not regressions. When "maliciously"

[PATCH, committed] Fortran: fix frontend memleak

Dear all, the attached obvious patch fixes a frontend memleak that was introduced recently, and which shows up when checking for inquiry references. I came across it when working on pr115039. Committed after regtesting as r15-391-g13b6ac4ebd04f0. Thanks, Harald From

[gcc r15-391] Fortran: fix frontend memleak

https://gcc.gnu.org/g:13b6ac4ebd04f0703d92828c9268b0b216890b0d commit r15-391-g13b6ac4ebd04f0703d92828c9268b0b216890b0d Author: Harald Anlauf Date: Sun May 12 21:48:03 2024 +0200 Fortran: fix frontend memleak gcc/fortran/ChangeLog: * primary.cc

Results for 15.0.0 20240509 (experimental) [master r15-385-gd4974fd2273001] (GCC) testsuite on m68k-unknown-linux-gnu

es ompexp "__atomic_fetch_add" 1 FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++14 scan-tree-dump-times ompexp "__atomic_fetch_add" 1 FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++17 scan-tree-dump-times ompexp "__atomic_fetch_add" 1 FAIL: c-c++-common/gomp/atomic-9.c -std=g

[Bug c++/115052] New: rejected lambda while capturing a constexpr array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115052 Bug ID: 115052 Summary: rejected lambda while capturing a constexpr array Product: gcc Version: 14.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

Results for 15.0.0 20240509 (experimental) [master revision gcc-15-390-g46077992180] (GCC) testsuite on aarch64-unknown-linux-gnu

# From https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1985/: LAST_UPDATED: 2024-05-12T18:52:47+00:00 (master revision gcc-15-390-g46077992180) aarch64-unknown-linux-gnu Native configuration is aarch64-unknown-linux-gnu === libatomic tests === Running target

Results for 15.0.0 20240509 (experimental) [remotes/origin/HEAD r15-390-g4607799218] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:46077992180d6d86c86544df5e8cb943492d3b01 gcc-descr r15-390-g46077992180d6d power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12 17:20:54 UTC 2024

Results for 15.0.0 20240509 (experimental) [master revision gcc-15-389-g83fb5e6f382] (GCC) testsuite on arm-unknown-eabi

# From https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m7_eabi-build/402/: LAST_UPDATED: 2024-05-12T18:40:17+00:00 (master revision gcc-15-389-g83fb5e6f382) arm-eabi {-mthumb/-march=armv7e-m+fp.dp/-mtune=cortex-m7/-mfloat-abi=hard/-mfpu=auto} Target is arm-unknown-eabi Host

[Bug rtl-optimization/115051] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -O -finstrument-functions-once -finline-stringops -fprofile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115051 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug middle-end/113506] ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -Os -fno-tree-coalesce-vars -finline-stringops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113506 --- Comment #1 from Andrew Pinski --- *** Bug 115051 has been marked as a duplicate of this bug. ***

[Bug rtl-optimization/115051] New: ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -O -finstrument-functions-once -finline-stringops -fprofile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115051 Bug ID: 115051 Summary: ICE: RTL check: expected elt 2 type 'B', have '0' (rtx barrier) in BLOCK_FOR_INSN, at rtl.h:1495 with -O -finstrument-functions-once -finline-stringops

Results for 15.0.0 20240506 (experimental) (GCC) testsuite on x86_64-pc-linux-gnu

Native configuration is x86_64-pc-linux-gnu === gcc tests === Running target unix WARNING: gcc.dg/pr87985.c (test for excess errors) program timed out. FAIL: gcc.dg/pr87985.c (test for excess errors) XPASS: gcc.dg/guality/example.c -O0 execution test XPASS: gcc.dg/guality/example.c -O1

[Bug driver/80182] accidently invoked `gcc -lm -o file.c` which deletes file.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80182 Peter Damianov changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/115038] [14/15 regression] internal error in seh_cfa_offset with -O2 -fno-omit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038 --- Comment #5 from Christoph Reiter --- Thanks! I can confirm that "-fno-fold-mem-offsets" works around the issue. I'll test the proposed patch tomorrow. In the meantime we've reduced another instance of this when building emacs, but this

Results for 15.0.0 20240509 (experimental) [master r15-390-g4607799218] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:46077992180d6d86c86544df5e8cb943492d3b01 gcc-descr r15-390-g46077992180d6d power9 BE Linux 6.7.12-powerpc64 ppc64 GNU Make 4.3 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12 16:42:24 UTC 2024

Results for 15.0.0 20240509 (experimental) [src r15-367-gdbbd059b49e] (GCC) testsuite on powerpc-ibm-aix7.2.5.0

LAST_UPDATED: Fri May 10 23:59:57 UTC 2024 (revision r15-367-gdbbd059b49e) Native configuration is powerpc-ibm-aix7.2.5.0 === g++ tests === Running target unix FAIL: g++.dg/compat/eh/new1 cp_compat_x_tst.o-cp_compat_y_tst.o execute XPASS: g++.dg/debug/pr46583.C -gdwarf-2 -g1

Results for 15.0.0 20240509 (experimental) [remotes/origin/HEAD r15-389-g83fb5e6f38] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:83fb5e6f382ea99ca0e2a0afeb25a9f78909f25f gcc-descr r15-389-g83fb5e6f382ea9 power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12 15:05:50 UTC 2024

[Bug target/115038] [14/15 regression] internal error in seh_cfa_offset with -O2 -fno-omit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038 --- Comment #4 from Eric Botcazou --- Tentative fixlet: diff --git a/gcc/fold-mem-offsets.cc b/gcc/fold-mem-offsets.cc index 2e15b05529e..84b9623058b 100644 --- a/gcc/fold-mem-offsets.cc +++ b/gcc/fold-mem-offsets.cc @@ -491,7 +491,7 @@

Results for 15.0.0 20240509 (experimental) [master revision gcc-15-389-g83fb5e6f382] (GCC) testsuite on arm-unknown-eabi

# From https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m33_eabi-build/430/: LAST_UPDATED: 2024-05-12T15:52:40+00:00 (master revision gcc-15-389-g83fb5e6f382) arm-eabi {-mthumb/-march=armv8-m.main+dsp+fp/-mtune=cortex-m33/-mfloat-abi=hard/-mfpu=auto} Target is arm-unknown-eabi

[Bug target/115038] [14/15 regression] internal error in seh_cfa_offset with -O2 -fno-omit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038 --- Comment #3 from Eric Botcazou --- It's the -ffold-mem-offsets pass messing up with the prologue and the frame-related instructions (so -fno-fold-mem-offsets is a workaround).

[Bug c++/115050] Segfault when compiled with -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115050 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #2

[Bug target/115038] [14/15 regression] internal error in seh_cfa_offset with -O2 -fno-omit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115038 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org Target

[gcc r15-390] arm: Use utxb rN, rM, ror #8 to implement zero_extract on armv6.

https://gcc.gnu.org/g:46077992180d6d86c86544df5e8cb943492d3b01 commit r15-390-g46077992180d6d86c86544df5e8cb943492d3b01 Author: Roger Sayle Date: Sun May 12 16:27:22 2024 +0100 arm: Use utxb rN, rM, ror #8 to implement zero_extract on armv6. Examining the code generated for the

[Bug target/115010] m68k: invalid subl instruction generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115010 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com ---

Re: [PATCH] fortran: Assume there is no cyclic reference with submodule symbols [PR99798]

Hi Mikael, That is an ingenious solution. Given the complexity, I think that the comments are well warranted. OK for master and, I would suggest, 14-branch after a few weeks. Thanks! Paul On Sun, 12 May 2024 at 14:16, Mikael Morin wrote: > Hello, > > Here is my final patch to fix the ICE of

Results for 15.0.0 20240509 (experimental) [remotes/origin/HEAD r15-387-ga18c83b45c] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:a18c83b45c64ac7870f6e2acb0f23ae6090ed9cd gcc-descr r15-387-ga18c83b45c64ac power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12 12:54:33 UTC 2024

[Bug target/112959] install.tex needs updates on FreeBSD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959 --- Comment #12 from Thierry Thomas --- (In reply to Gerald Pfeifer from comment #11) > Thierry, what is your take, in particular related to building GNAT as it > comes as part of upstream GCC? AFAIK, no problem with these ports for the

[Bug target/112959] install.tex needs updates on FreeBSD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959 Gerald Pfeifer changed: What|Removed |Added CC||thierry at FreeBSD dot org ---

Results for 15.0.0 20240509 (experimental) [master r15-387-ga18c83b45c] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:a18c83b45c64ac7870f6e2acb0f23ae6090ed9cd gcc-descr r15-387-ga18c83b45c64ac power9 BE Linux 6.7.12-powerpc64 ppc64 GNU Make 4.3 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 12 12:54:26 UTC 2024

[to-be-committed] [RISC-V] Improve single inverted bit extraction

So the first time I sent this, I attached the wrong patch. As a result the CI system wasn't happy. The second time I sent the right patch, but I don't see evidence the CI system ran the correct patch through. So I'm just starting over ;-) -- So this patch fixes a minor code generation

Results for 15.0.0 20240509 (experimental) [master r15-386-gb9294757f82] (GCC) testsuite on x86_64-pc-linux-gnu

LAST_UPDATED: Sun May 12 07:25:03 UTC 2024 (revision r15-386-gb9294757f82) Native configuration is x86_64-pc-linux-gnu === gcc tests === Running target unix XPASS: gcc.dg/guality/example.c -O0 execution test XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION

[PATCH v3] driver: Output to a temp file; rename upon success [PR80182]

Currently, commands like: gcc -o file.c -lm will delete the user's code. This patch makes the linker write executables to a temp file, and then renames the temp file if successful. This fixes the case above, but has limitations. The source file will still get overwritten if the link "succeeds",

[Bug target/69374] install.texi is bit-rotten

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374 --- Comment #14 from GCC Commits --- The releases/gcc-14 branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:80ccc90be4aee9f87f468e04c5b97d6b9583ae7e commit r14-10198-g80ccc90be4aee9f87f468e04c5b97d6b9583ae7e Author: Gerald

[gcc r14-10198] doc: Describe limitations re Ada, D, and Go on FreeBSD

https://gcc.gnu.org/g:80ccc90be4aee9f87f468e04c5b97d6b9583ae7e commit r14-10198-g80ccc90be4aee9f87f468e04c5b97d6b9583ae7e Author: Gerald Pfeifer Date: Sun May 12 15:31:33 2024 +0200 doc: Describe limitations re Ada, D, and Go on FreeBSD gcc: PR target/69374

[Bug target/112959] install.tex needs updates on FreeBSD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959 --- Comment #10 from GCC Commits --- The releases/gcc-14 branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:80ccc90be4aee9f87f468e04c5b97d6b9583ae7e commit r14-10198-g80ccc90be4aee9f87f468e04c5b97d6b9583ae7e Author: Gerald

[gcc r14-10197] doc: FreeBSD no longer has a GNU toolchain in base

https://gcc.gnu.org/g:609f9699cd376dbb903d9a6761bdb1165831f796 commit r14-10197-g609f9699cd376dbb903d9a6761bdb1165831f796 Author: Gerald Pfeifer Date: Sun May 12 15:30:18 2024 +0200 doc: FreeBSD no longer has a GNU toolchain in base gcc: PR target/69374 PR

[Bug target/69374] install.texi is bit-rotten

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374 --- Comment #13 from GCC Commits --- The releases/gcc-14 branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:609f9699cd376dbb903d9a6761bdb1165831f796 commit r14-10197-g609f9699cd376dbb903d9a6761bdb1165831f796 Author: Gerald

[Bug target/112959] install.tex needs updates on FreeBSD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959 --- Comment #9 from GCC Commits --- The releases/gcc-14 branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:609f9699cd376dbb903d9a6761bdb1165831f796 commit r14-10197-g609f9699cd376dbb903d9a6761bdb1165831f796 Author: Gerald

[PATCH] c++/modules: Ensure all partial specialisations are tracked [PR114947]

Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- Constrained partial specialisations aren't all necessarily tracked on the instantiation table. The modules code uses a separate 'partial_specializations' table to track them instead to ensure that they get walked and

[Bug target/69374] install.texi is bit-rotten

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374 --- Comment #12 from GCC Commits --- The releases/gcc-14 branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:7939f8823e20c8faed6ce5ac4614c558344a265f commit r14-10196-g7939f8823e20c8faed6ce5ac4614c558344a265f Author: Gerald

[gcc r14-10196] doc: Remove old details on libunwind for ia64-*-hpux*

https://gcc.gnu.org/g:7939f8823e20c8faed6ce5ac4614c558344a265f commit r14-10196-g7939f8823e20c8faed6ce5ac4614c558344a265f Author: Gerald Pfeifer Date: Sun May 12 15:28:27 2024 +0200 doc: Remove old details on libunwind for ia64-*-hpux* gcc: PR target/69374

[gcc r14-10195] doc: Remove references to FreeBSD 7 and older

https://gcc.gnu.org/g:cf43da54f876c4b965feaa5f499483b5f16ed269 commit r14-10195-gcf43da54f876c4b965feaa5f499483b5f16ed269 Author: Gerald Pfeifer Date: Sun Apr 28 14:59:14 2024 +0200 doc: Remove references to FreeBSD 7 and older FreeBSD 7 has been end of life for years and current

  1   2   >