Re: Help needed with maintainer-mode

On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote: > On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: > > > > Hi Christophe, > > > > On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: > > > I've noticed that sourceware's buildbot has a small script >

Re: Help needed with maintainer-mode

On 06/03/2024 15:04, Andrew Carlotti via Gcc wrote: > On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote: >> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: >>> >>> Hi Christophe, >>> >>> On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: I've

Re: GNU Tools Cauldron 2024

On Tue, Mar 5, 2024 at 11:01 PM Bradley M. Kuhn via Gcc wrote: > > Jeremy, David, Carlos, and the GCC Community, > > Jeremy Bennett wrote yesterday: > > We are starting to put together the plans for this year's Cauldron. We > > have a suggested date of 13-15 September, the weekend before LPC. >

[no subject]

Loadings,.

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

Results for 14.0.1 20240306 (experimental) [master revision gcc-14-9331-g3a910114fdb] (GCC) testsuite on aarch64-unknown-linux-gnu

s 10 # of expected failures 1892 # of unsupported tests 4643 /home/tcwg-buildslave/workspace/tcwg_gnu_3/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gcc version 14.0.1 20240306 (experimental) [master revision gcc-14-9331-g3a91011

[PATCH] tree-optimizaton/114239 - rework reduction epilogue driving

The following reworks vectorizable_live_operation to pass the live stmt to vect_create_epilog_for_reduction also for early breaks and a peeled main exit. This is to be able to figure the scalar definition to replace. This reverts the PR114192 fix as it is subsumed by this cleanup. Bootstrapped

[Bug target/114252] Introducing bswapsi reduces code performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114252 --- Comment #3 from Georg-Johann Lay --- (In reply to Richard Biener from comment #1) > but somehow we end up doing a libcall? It's not a libcall in the GCC sense, for the compiler it's just an ordinary insn. The backend then prints this as a

amdgcn: additional gfx1030/gfx1100 support: adjust test cases (was: [PATCH] amdgcn: additional gfx1100 support)

Hi! On 2024-01-24T12:43:04+, Andrew Stubbs wrote: > This [...] ... became commit 99890e15527f1f04caef95ecdd135c9f1a077f08 "amdgcn: additional gfx1030/gfx1100 support", and included the following: > --- a/gcc/config/gcn/gcn-valu.md > +++ b/gcc/config/gcn/gcn-valu.md > @@ -3555,30 +3555,63

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 --- Comment #12 from Jonathan Wakely --- (In reply to Dimitry Andric from comment #10) > Note there are other issues with poisoned identifiers, so I'll ask again: is > a non-bootstrapped build even supposed to work, and officially supported, or

[no subject]

Re: [PATCH] RISC-V: Use vmv1r.v instead of vmv.v.v for fma output reloads [PR114200].

LGTM juzhe.zh...@rivai.ai From: Robin Dapp Date: 2024-03-06 21:44 To: gcc-patches; palmer; Kito Cheng; juzhe.zh...@rivai.ai CC: rdapp.gcc; jeffreyalaw Subject: [PATCH] RISC-V: Use vmv1r.v instead of vmv.v.v for fma output reloads [PR114200]. Hi, three-operand instructions like vmacc are

[Bug c/108896] provide "element_count" attribute to give more context to __builtin_dynamic_object_size() and -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 --- Comment #50 from qinzhao at gcc dot gnu.org --- the 6th version of the patch sets targeted on GCC15 has been submitted to GCC alias for review: https://gcc.gnu.org/pipermail/gcc-patches/2024-February/645838.html

[Bug tree-optimization/114151] [14 Regression] weird and inefficient codegen and addressing modes since r14-9193

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151 --- Comment #12 from Andrew Macleod --- (In reply to Richard Biener from comment #11) > (In reply to Richard Biener from comment #10) > > (In reply to Andrew Macleod from comment #9) > > > Created attachment 57620 [details] > > > proposed patch

Re: [PATCH] match.pd: Optimize a * !a to 0 [PR114009]

On Wed, 6 Mar 2024, Jakub Jelinek wrote: > Hi! > > The following patch attempts to fix an optimization regression through > adding a simple simplification. We already have the > /* (m1 CMP m2) * d -> (m1 CMP m2) ? d : 0 */ > (if (!canonicalize_math_p ()) > (for cmp (tcc_comparison) >

[Bug target/114252] Introducing bswapsi reduces code performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114252 Richard Biener changed: What|Removed |Added CC||rguenth at gcc dot gnu.org,

[Bug libstdc++/77776] C++17 std::hypot implementation is poor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6 --- Comment #21 from Jonathan Wakely --- (In reply to g.peterhoff from comment #19) > * You were probably wondering why I wrote "if (std::isinf(x) | std::isinf(y) > | std::isinf(z))", for example. This is intentional. The problem is that gcc >

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9335-g89c443a7e9] (GCC) testsuite on powerpc64le-unknown-linux-gnu

Summary === # of expected passes178997 # of unexpected failures116 # of unexpected successes 19 # of expected failures 1614 # of unsupported tests 4171 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240306 (experimental) [remote

[Bug middle-end/114195] [14] RISC-V vector ICE: in vectorizable_store, at tree-vect-stmts.cc:8690

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114195 --- Comment #1 from Li Pan --- Confirmed with 1. build option '-march=rv64gcv -O3'. 2. riscv64-unknown-elf-gcc (GCC) 14.0.1 20240306 (experimental). If no one works on this ICE already, will take a look into it.

RE: [PATCH] MAINTAINERS: Add myself to write after approval

Hi, I will commit the patch you mentioned with [NFC] added. And split and resubmit other patches after more check and discussion. Regards, Demin From: juzhe.zh...@rivai.ai Sent: 2024年3月6日 10:13 To: Demin Han ; gcc-patches Cc: kito.cheng Subject: Re: [PATCH] MAINTAINERS: Add myself to write

[gcc r14-9334] LoongArch: testsuite: Rewrite {x, }vfcmp-{d, f}.c to avoid named registers

https://gcc.gnu.org/g:7719b9be2daa55edf336d721839300e62a7abbdc commit r14-9334-g7719b9be2daa55edf336d721839300e62a7abbdc Author: Xi Ruoyao Date: Tue Mar 5 20:46:57 2024 +0800 LoongArch: testsuite: Rewrite {x,}vfcmp-{d,f}.c to avoid named registers Loops on named vector register

Re: [PATCH] match.pd, v2: Optimize a * !a to 0 [PR114009]

On Wed, 6 Mar 2024, Jakub Jelinek wrote: > On Wed, Mar 06, 2024 at 11:45:42AM +0100, Richard Biener wrote: > > OK, though feel free to add ARG_UNUSED to 'captures' as well. > > Ok, done below. > > > I think the INTEGRAL_TYPE_P should be redundant - the pattern > > should work for vectors and

Re: [PATCH] Include safe-ctype.h after C++ standard headers, to avoid over-poisoning

FX Coudert writes: > I would like to patch this patch from September 2023: > https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631611.html > > This bug is now hitting macOS in the latest version of Xcode (it was > originally seen on freebsd). > I confirm that the patch is restoring

[PATCH v2 00/13] Add aarch64-w64-mingw32 target

Wednesday, March 6, 2024 LIU Hao wrote: > May I suggest you keep the mcf thread model for aarch-w64-mingw32? I > requested Martin Storsjö to test it on a physical Windows 11 on ARM machine > with Clang and all tests passed. I think it should work once the GCC support > is > complete. > > > --

[Bug c++/106851] [modules] Name conflict for exported using-declaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106851 --- Comment #4 from Jonathan Wakely --- I tried doing it this way instead namespace std { export using std::vector; namespace pmr { export using std::vector; } } but that didn't work, nothing got exported. But maybe that will be

[Bug c++/110323] [11/12/13/14 Regression] Code for explicit instantiation of template method of template class not generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110323 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/114252] Introducing bswapsi reduces code performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114252 --- Comment #2 from Richard Biener --- Looking at avr.md there's no bswap implementation, only the libcall. Why expose it this way? I suppose the pattern was added to get bswap recognition, so this is what you get if you do that?

[patch,avr.applied] Adjusted rtx costs of plus + zero_extend

Adjusted rtx costs of (plus (zero_extend (...)) reg). Johann -- AVR: Adjust rtx cost of plus + zero_extend. gcc/ * config/avr/avr.cc (avr_rtx_costs_1) [PLUS+ZERO_EXTEND]: Adjust rtx cost. diff --git a/gcc/config/avr/avr.cc b/gcc/config/avr/avr.cc index

[PATCH] match.pd, v2: Optimize a * !a to 0 [PR114009]

On Wed, Mar 06, 2024 at 11:45:42AM +0100, Richard Biener wrote: > OK, though feel free to add ARG_UNUSED to 'captures' as well. Ok, done below. > I think the INTEGRAL_TYPE_P should be redundant - the pattern > should work for vectors and complex as well (with integer components > which

Re: [PATCH] Include safe-ctype.h after C++ standard headers, to avoid over-poisoning

I would like to patch this patch from September 2023: https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631611.html This bug is now hitting macOS in the latest version of Xcode (it was originally seen on freebsd). I confirm that the patch is restoring bootstrap on x86_64-apple-darwin23

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9336-gb7d1431040] (GCC) testsuite on powerpc64le-unknown-linux-gnu

(test for excess errors) === gcc Summary === # of expected passes177989 # of unexpected failures148 # of unexpected successes 12 # of expected failures 1597 # of unsupported tests 4948 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc

[Bug debug/100523] [11/12/13/14 Regression] armv8.1-m.main -fcompare-debug failure with -O -fmodulo-sched -mtune=cortex-a53

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100523 Richard Earnshaw changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9329-g1157d5de35] (GCC) testsuite on powerpc64le-unknown-linux-gnu

(test for excess errors) === gcc Summary === # of expected passes177980 # of unexpected failures148 # of unexpected successes 12 # of expected failures 1597 # of unsupported tests 4946 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc

Re: [PATCH] Fortran: error recovery while simplifying expressions [PR103707, PR106987]

Hi Harald, This all looks good to me. OK for mainline and, according to intestinal fortitude on your part, earlier branches. Thanks Paul On Tue, 5 Mar 2024 at 21:24, Harald Anlauf wrote: > Dear all, > > error recovery on arithmetic errors during simplification has bugged > me for a long

[Bug tree-optimization/114253] New: False positive maybe-uninitialized with std::optional and ternary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114253 Bug ID: 114253 Summary: False positive maybe-uninitialized with std::optional and ternary Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] s390: Streamline NNPA builtins with POP mnemonics

Since there is no straight forward way to introduce an overload with different return types where we would expand differently depending on an immediate operand, lets drop this patch. On Fri, Mar 01, 2024 at 04:18:31PM +0100, Stefan Schulze Frielinghaus wrote: > At the moment there are no extended

[Bug tree-optimization/114253] False positive maybe-uninitialized with std::optional and ternary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114253 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/114252] Introducing bswapsi reduces code performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114252 Richard Biener changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

Stabilize flaky GCN target/offloading testing

Hi! On 2024-02-21T17:32:13+0100, Richard Biener wrote: > Am 21.02.2024 um 13:34 schrieb Thomas Schwinge : >> [...] per my work on >> "libgomp make check time is excessive", all execution testing in libgomp >> is serialized in

Re: Stabilize flaky GCN target/offloading testing

On 06/03/2024 12:09, Thomas Schwinge wrote: Hi! On 2024-02-21T17:32:13+0100, Richard Biener wrote: Am 21.02.2024 um 13:34 schrieb Thomas Schwinge : [...] per my work on "libgomp make check time is excessive", all execution testing in libgomp is serialized in

[Bug target/113331] AMDGCN: Compilation failure due to duplicate .LEHB/.LEHE symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113331 Thomas Schwinge changed: What|Removed |Added Last reconfirmed|2024-02-20 00:00:00 |2024-3-6 CC|

Re: Stabilize flaky GCN target/offloading testing

On Wed, 6 Mar 2024, Andrew Stubbs wrote: > On 06/03/2024 12:09, Thomas Schwinge wrote: > > Hi! > > > > On 2024-02-21T17:32:13+0100, Richard Biener wrote: > >> Am 21.02.2024 um 13:34 schrieb Thomas Schwinge : > >>> [...] per my work on > >>> "libgomp make check time

Results for 14.0.1 20240306 (experimental) [master revision gcc-14-9336-gb7d14310406] (GCC) testsuite on aarch64-unknown-linux-gnu

/workspace/tcwg_gnu_4/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gcc version 14.0.1 20240306 (experimental) [master revision gcc-14-9336-gb7d14310406] (GCC) === gfortran tests === Running target tcwg-local === gfortr

Re: [PATCH] c++/modules: Prevent emission of really-extern vtables in importers [PR114229]

On 3/5/24 22:06, Nathaniel Shead wrote: Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- Currently, reading a variable definition always marks that decl as DECL_NOT_REALLY_EXTERN, with anything else imported still being considered external. This is not sufficient for

Re: [PATCH] Include safe-ctype.h after C++ standard headers, to avoid over-poisoning

> Hmm I recall trying it and finding a problem - was there some different fix > applied > in the end? The bug is still open, I don’t think a patch was applied, and I don’t find any email to the list stating what the problem could be. FX

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9336-gb7d14310406] (GCC) testsuite on powerpc64le-unknown-linux-gnu

=== gcc Summary === # of expected passes178997 # of unexpected failures132 # of unexpected successes 19 # of expected failures 1614 # of unsupported tests 4169 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240306 (ex

[Bug testsuite/113428] [14 regression] gcc.dg/gomp/bad-array-section-c-3.c fails after r14-7158-gb5476e4c881b0d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113428 --- Comment #5 from dave.anglin at bell dot net --- On 2024-03-06 5:06 a.m., rearnsha at gcc dot gnu.org wrote: > I'm guessing it's this that's causing the problem because int and int* are the > same size on 32-bit targets. So would changing

[Bug tree-optimization/114253] False positive maybe-uninitialized with std::optional and ternary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114253 --- Comment #1 from Frank Overdijk --- Created attachment 57629 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57629=edit Preprocessed minimum working example

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #5 from David Binderman --- The problem with expmed.c happens with -O2 -march=znver3, so it's more prevalent than I thought. The problem with poly-int.h seems to require -O3. So they look like two separate problems.

[Bug tree-optimization/114251] [14 regression] ICE when building python-3.12.2's Hacl_Hash_SHA2.c (tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in useless_type_conversion_p, at g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114251 --- Comment #2 from Sam James --- Created attachment 57631 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57631=edit reduced.i Attached what cvise spat out, but Zdenek's is far smaller

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9333-gc7a9883663] (GCC) testsuite on powerpc64le-unknown-linux-gnu

Summary === # of expected passes178997 # of unexpected failures116 # of unexpected successes 19 # of expected failures 1614 # of unsupported tests 4169 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240306 (experimental) [remote

[Bug tree-optimization/114251] [14 regression] ICE when building python-3.12.2's Hacl_Hash_SHA2.c (tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in useless_type_conversion_p, at g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114251 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0 Status|UNCONFIRMED

[Bug tree-optimization/114249] [14 regression] ICE when building lvm2-2.03.22 (error: invalid types in nop conversion)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114249 --- Comment #9 from Richard Biener --- *** Bug 114251 has been marked as a duplicate of this bug. ***

Results for 14.0.1 20240305 (experimental) [src r14-9321-g2ba3171f161] (GCC) testsuite on powerpc-ibm-aix7.2.5.0

LAST_UPDATED: Tue Mar 5 17:16:04 UTC 2024 (revision r14-9321-g2ba3171f161) 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 13.2.1 20240306 [releases/gcc-13 r13-8405-g7b34983807] (GCC) testsuite on powerpc64le-unknown-linux-gnu

f expected failures 1550 # of unsupported tests 3982 /home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240306 [releases/gcc-13 r13-8405-g7b34983807] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2

[PATCH] RISC-V: Use vmv1r.v instead of vmv.v.v for fma output reloads [PR114200].

Hi, three-operand instructions like vmacc are modeled with an implicit output reload when the output does not match one of the operands. For this we use vmv.v.v which is subject to length masking. In a situation where the current vl is less than the full vlenb and the fma's result value is used

[Bug c++/113580] -Wunused-parameter in template imported from module causes segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113580 Patrick Palka changed: What|Removed |Added CC||huscar at gmail dot com --- Comment #3

[Bug c++/106951] [modules] Segmentation fault during compilation while using modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106951 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 106951, which changed state. Bug 106951 Summary: [modules] Segmentation fault during compilation while using modules https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106951 What|Removed

Re: [PATCH] Include safe-ctype.h after C++ standard headers, to avoid over-poisoning

> On 6 Mar 2024, at 13:54, Sam James wrote: > > FX Coudert writes: > >> I would like to patch this patch from September 2023: >> https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631611.html >> >> This bug is now hitting macOS in the latest version of Xcode (it was >> originally

[Bug tree-optimization/114253] False positive maybe-uninitialized with std::optional and ternary

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114253 --- Comment #2 from Frank Overdijk --- Created attachment 57630 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57630=edit Verbose compiler output

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9333-gc7a9883663a] (GCC) testsuite on powerpc64le-unknown-linux-gnu

=== gcc Summary === # of expected passes178997 # of unexpected failures132 # of unexpected successes 19 # of expected failures 1614 # of unsupported tests 4167 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240306 (ex

[gcc r14-9335] tree-optimization/114239 - rework reduction epilogue driving

https://gcc.gnu.org/g:89c443a7e9a0780a52a698fb02d4f5173e025918 commit r14-9335-g89c443a7e9a0780a52a698fb02d4f5173e025918 Author: Richard Biener Date: Wed Mar 6 10:31:02 2024 +0100 tree-optimization/114239 - rework reduction epilogue driving The following reworks

[Bug tree-optimization/114239] [14 regression] ice: error: definition in block does not dominate use in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114239 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/114239] [14 regression] ice: error: definition in block does not dominate use in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114239 --- Comment #3 from GCC Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:89c443a7e9a0780a52a698fb02d4f5173e025918 commit r14-9335-g89c443a7e9a0780a52a698fb02d4f5173e025918 Author: Richard Biener Date:

Regressions on master at commit r14-9328 vs commit r14-9311 on Linux/x86_64

Regressions on master at commit r14-9328 vs commit r14-9311 on Linux/x86_64 New failures: New passes: FAIL: btest_lto FAIL: btest_lto FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O -flto -save-temps FAIL: gcc.dg/torture/convert-dfp.c -O2 -flto

Results for 14.0.1 20240306 (experimental) [master r14-9328-g21edfb0051e] (GCC) testsuite on x86_64-pc-linux-gnu

600651 # of unexpected failures400 # of unexpected successes 59 # of expected failures 4657 # of unsupported tests 10698 /export/project/git/gcc-test-master-intel64/bld/gcc/xgcc version 14.0.1 20240306 (experimental) [master r14-9328-g21edfb0051e] (GCC)

[Bug tree-optimization/114234] [14 Regression] verify_ssa failure with early-break vectorisation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114234 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/114239] [14 regression] ice: error: definition in block does not dominate use in block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114239 Richard Biener changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org ---

[Bug target/114200] [14] RISC-V fixed-length vector miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114200 --- Comment #1 from Robin Dapp --- Took me a while to analyze this... needed more time than I'd like to admit to make sense of the somewhat weird code created by fully unrolling and peeling. I believe the problem is that we reload the output

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #6 from Jakub Jelinek --- Testcase for the first compile time UB (-O3): long long a, b, c; void foo (long long e) { long long d = a & 9223372036854775808ULL; c = b; if (d && e) c = c | d; } Testcase for the second compile

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9335-g89c443a7e9a] (GCC) testsuite on powerpc64le-unknown-linux-gnu

=== gcc Summary === # of expected passes178997 # of unexpected failures132 # of unexpected successes 19 # of expected failures 1614 # of unsupported tests 4169 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240306 (ex

Re: amdgcn: additional gfx1030/gfx1100 support: adjust test cases

On 06/03/2024 13:49, Thomas Schwinge wrote: Hi! On 2024-01-24T12:43:04+, Andrew Stubbs wrote: This [...] ... became commit 99890e15527f1f04caef95ecdd135c9f1a077f08 "amdgcn: additional gfx1030/gfx1100 support", and included the following: --- a/gcc/config/gcn/gcn-valu.md +++

C++ patch ping

Hi! https://gcc.gnu.org/pipermail/gcc-patches/2024-February/thread.html#645781 [PATCH] c++: Fix up parameter pack diagnostics on xobj vs. varargs functions [PR113802] The thread contains two possible further versions of the patch.

[gcc r14-9337] amdgcn: additional gfx1030/gfx1100 support: adjust test cases

https://gcc.gnu.org/g:71aad5231447484046b45e6c8381f8096d3c287d commit r14-9337-g71aad5231447484046b45e6c8381f8096d3c287d Author: Thomas Schwinge Date: Mon Mar 4 10:40:39 2024 +0100 amdgcn: additional gfx1030/gfx1100 support: adjust test cases The "SDWA" changes in commit

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #9 from Jakub Jelinek --- Created attachment 57632 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57632=edit gcc14-pr105533.patch Untested fix for the other issue.

Results for 14.0.1 20240306 (experimental) [master r14-9326-g214dadf30a3] (GCC) testsuite on x86_64-pc-linux-gnu

600621 # of unexpected failures400 # of unexpected successes 59 # of expected failures 4657 # of unsupported tests 10710 /export/gnu/import/git/gcc-test-master-intel64/bld/gcc/xgcc version 14.0.1 20240306 (experimental) [master r14-9326-g214dadf30a3] (GCC)

Regressions on master at commit r14-9326 vs commit r14-9319 on Linux/x86_64

Regressions on master at commit r14-9326 vs commit r14-9319 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 FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O -flto

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 Jakub Jelinek changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug middle-end/105533] UBSAN: gcc/expmed.cc:3272:26: runtime error: signed integer overflow: -9223372036854775808 - 1 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105533 --- Comment #8 from Jakub Jelinek --- The same function already does offset += pop->off * BITS_PER_UNIT; a few lines earlier, so I think doing it here is fine as well. Or yet another option is to cast pop->off or op->off to offset_int first and

[gcc(refs/users/rguenth/heads/vect-force-slp)] Avoid bogus SLP outer loop vectorization

https://gcc.gnu.org/g:d1b89155e4bc4f42a06a36b64208216e5d37e779 commit d1b89155e4bc4f42a06a36b64208216e5d37e779 Author: Richard Biener Date: Wed Mar 6 15:13:05 2024 +0100 Avoid bogus SLP outer loop vectorization This fixes the check for multiple types which go wrong I think

[Bug fortran/112834] Class array function selector causes chain of syntax and other spurious errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/87477] [meta-bug] [F03] issues concerning the ASSOCIATE statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477 Bug 87477 depends on bug 112834, which changed state. Bug 112834 Summary: Class array function selector causes chain of syntax and other spurious errors https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112834 What|Removed

[Bug ipa/114254] New: Indirect inlining through C++ member pointers fails if the underlying class has a virtual function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114254 Bug ID: 114254 Summary: Indirect inlining through C++ member pointers fails if the underlying class has a virtual function Product: gcc Version: 14.0 Status:

Results for 14.0.1 20240306 (experimental) [remotes/origin/HEAD r14-9336-gb7d1431040] (GCC) testsuite on powerpc64le-unknown-linux-gnu

Summary === # of expected passes178997 # of unexpected failures116 # of unexpected successes 19 # of expected failures 1614 # of unsupported tests 4171 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240306 (experimental) [remote

[Bug target/114252] Introducing bswapsi reduces code performance

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114252 --- Comment #5 from Georg-Johann Lay --- (In reply to Richard Biener from comment #4) > So bswap on a value is just register shuffling, right? The point is that there is no need for bswap in the first place, just have a look at the code that

[Bug libstdc++/114256] New: std::filebuf::setbuf does nothing if the file is open

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114256 Bug ID: 114256 Summary: std::filebuf::setbuf does nothing if the file is open Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/114255] New: [RISC-V] unable to find a register to spill

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114255 Bug ID: 114255 Summary: [RISC-V] unable to find a register to spill Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[gcc r14-9341] [PR target/113001] Fix incorrect operand swapping in conditional move

https://gcc.gnu.org/g:10cbfcd60f9e5bdbe486e1c0192e0f168d899b77 commit r14-9341-g10cbfcd60f9e5bdbe486e1c0192e0f168d899b77 Author: Jeff Law Date: Wed Mar 6 09:50:44 2024 -0700 [PR target/113001] Fix incorrect operand swapping in conditional move This bug totally fell off my radar.

[Bug target/113001] [14 Regression] RISCV Zicond ICE: in extract_insn, at recog.cc:2812 with -O2 rv64gcv_zicond

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113001 --- Comment #4 from GCC Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:10cbfcd60f9e5bdbe486e1c0192e0f168d899b77 commit r14-9341-g10cbfcd60f9e5bdbe486e1c0192e0f168d899b77 Author: Jeff Law Date: Wed Mar 6

[PR target/113001] Fix incorrect operand swapping in conditional move

This bug totally fell off my radar. Sorry about that. We have some special casing the conditional move expander to simplify a conditional move when comparing a register against zero and that same register is one of the arms. Specifically a (eq (reg) (const_int 0)) where reg is also the true

[Bug target/112871] [14 Regression] RISCV ICE: in extract_insn, at recog.cc:2804 (unrecognizable insn) with -01 rv32gc_zicond

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112871 --- Comment #4 from GCC Commits --- The master branch has been updated by Jeff Law : https://gcc.gnu.org/g:10cbfcd60f9e5bdbe486e1c0192e0f168d899b77 commit r14-9341-g10cbfcd60f9e5bdbe486e1c0192e0f168d899b77 Author: Jeff Law Date: Wed Mar 6

[Bug tree-optimization/114249] [14 regression] ICE when building lvm2-2.03.22 (error: invalid types in nop conversion)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114249 Patrick O'Neill changed: What|Removed |Added CC||patrick at rivosinc dot com ---

[Bug tree-optimization/114259] [14 Regression] ICE during GIMPLE pass: slp: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p, at

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114259 Patrick O'Neill changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug c++/114257] New: Error when 'this' is used in a lambda with an explicit object parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114257 Bug ID: 114257 Summary: Error when 'this' is used in a lambda with an explicit object parameter Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[gcc r14-9342] Revert "Set num_threads to 50 on 32-bit hppa in two libgomp loop tests"

https://gcc.gnu.org/g:49c3f24552ee550f78416b6470b22af9be8bea72 commit r14-9342-g49c3f24552ee550f78416b6470b22af9be8bea72 Author: John David Anglin Date: Wed Mar 6 17:01:59 2024 + Revert "Set num_threads to 50 on 32-bit hppa in two libgomp loop tests" This reverts commit

Re: [PATCH] OpenMP: warn about iteration var modifications in loop body

Ping. The Linaro CI has kindly pointed me to two test regressions that I had missed. I have adjust the test expectations in the updated patch which I have attached. Frederik On 28.02.24 8:32 PM, Frederik Harwath wrote: Hi, this patch implements a warning about (some simple cases of direct)

[Bug target/112817] RISC-V: RVV: provide attribute riscv_rvv_vector_bits for VLS codegen

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112817 Vineet Gupta changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug middle-end/114258] 2 stores happen when copying from a const union (array) to an union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114258 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

  1   2   3   4   5   >