[Bug c++/114997] ICE with -std=c++20: unexpected expression ‘static_cast('\"')’ of kind static_cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114997 --- Comment #3 from Andrew Pinski --- Reduced testcase: ``` typedef int vv __attribute__((__vector_size__(sizeof(int; constexpr vv ff(int code) { return vv{code}; } template struct h { typedef _Tp type; }; template void f() {

Results for 13.2.1 20240507 [releases/gcc-13 r13-8735-g44d84db11a] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:44d84db11ab724c34a8b1f8c0e06da1cc78439a2 gcc-descr r13-8735-g44d84db11ab724 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: Thu May 9 04:31:25 UTC 2024

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

Hi, on 2024/5/8 14:47, 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. Thanks for enabling this, did you evaluate if it can help some benchmark? > >

Results for 13.2.1 20240507 [releases/gcc-13 r13-8735-g44d84db11a] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:44d84db11ab724c34a8b1f8c0e06da1cc78439a2 gcc-descr r13-8735-g44d84db11ab724 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: Thu May 9

Re: [PATCH 2/4] fortran: Teach get_real_kind_from_node for Power 128 fp modes [PR112993]g

Hi, on 2024/5/9 06:01, Steve Kargl wrote: > On Wed, May 08, 2024 at 01:27:53PM +0800, Kewen.Lin wrote: >> >> Previously effective target fortran_real_c_float128 never >> passes on Power regardless of the default 128 long double >> is ibmlongdouble or ieeelongdouble. It's due to that TF >> mode

Re: [PATCH] [ranger] Force buffer alignment in Value_Range [PR114912]

Pushed to trunk to unblock sparc. On Fri, May 3, 2024 at 4:24 PM Aldy Hernandez wrote: > > Ahh, that is indeed cleaner, and there's no longer a need to assert > the sizeof of individual ranges. > > It looks like a default constructor is needed for the buffer now, but > only for the default

[gcc r15-336] [ranger] Force buffer alignment in Value_Range [PR114912]

https://gcc.gnu.org/g:d7ff8ae5313bea755f5960786b33a7b151e7b663 commit r15-336-gd7ff8ae5313bea755f5960786b33a7b151e7b663 Author: Aldy Hernandez Date: Fri May 3 11:17:32 2024 +0200 [ranger] Force buffer alignment in Value_Range [PR114912] gcc/ChangeLog: PR

[Bug tree-optimization/114912] [15 regression] SIGBUS in wi::copy<> on SPARC since r15-88-gc60b3e211c5557 since char array is not aligned to what it needs to be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912 --- Comment #17 from GCC Commits --- The master branch has been updated by Aldy Hernandez : https://gcc.gnu.org/g:d7ff8ae5313bea755f5960786b33a7b151e7b663 commit r15-336-gd7ff8ae5313bea755f5960786b33a7b151e7b663 Author: Aldy Hernandez Date:

[gcc r15-335] [prange] Reword dispatch error message

https://gcc.gnu.org/g:be3df704ce7de417682d57bc3e819dfcf0fdd501 commit r15-335-gbe3df704ce7de417682d57bc3e819dfcf0fdd501 Author: Aldy Hernandez Date: Wed May 8 22:50:22 2024 +0200 [prange] Reword dispatch error message After reading the ICE for the PR, it's obvious the error

[COMMITTED] [prange] Reword dispatch error message [PR114985]

After reading the ICE for the PR, it's obvious the error message is rather cryptic. This makes it less so. gcc/ChangeLog: * range-op.cc (range_op_handler::discriminator_fail): Reword error message. --- gcc/range-op.cc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)

Re: [PATCH] i386: Fix some intrinsics without alignment requirements.

On Wed, May 8, 2024 at 10:13 AM Hu, Lin1 wrote: > > Hi all, > > This patch aims to fix some intrinsics without alignment requirement, but > raised runtime error's problem. > > Bootstrapped and tested on x86_64-linux-gnu, OK for trunk? Ok. > > BRs, > Lin > > gcc/ChangeLog: > > PR

[Bug tree-optimization/114965] [13 Regression] wrong code generated for Emacs/Gnulib strftime (regression from 13.2)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965 --- Comment #16 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:44d84db11ab724c34a8b1f8c0e06da1cc78439a2 commit r13-8735-g44d84db11ab724c34a8b1f8c0e06da1cc78439a2 Author: Jakub Jelinek

[Bug middle-end/114907] __trunchfbf2 should be renamed to __extendhfbf2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114907 --- Comment #12 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:cad27df08915ead8db3c7d512cfcc1866e7ece69 commit r13-8734-gcad27df08915ead8db3c7d512cfcc1866e7ece69 Author: Jakub Jelinek

[gcc r13-8734] expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]

https://gcc.gnu.org/g:cad27df08915ead8db3c7d512cfcc1866e7ece69 commit r13-8734-gcad27df08915ead8db3c7d512cfcc1866e7ece69 Author: Jakub Jelinek Date: Tue May 7 21:30:21 2024 +0200 expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907] The HF and BF modes have the

[gcc r13-8733] tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956]

https://gcc.gnu.org/g:d1ec7bc9cb0639a212422710ba647dc1aaea6eaa commit r13-8733-gd1ec7bc9cb0639a212422710ba647dc1aaea6eaa Author: Jakub Jelinek Date: Tue May 7 21:29:14 2024 +0200 tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956] In

[Bug sanitizer/114956] [11/12/13 Regression] Segmentation fault with -fsanitize=address -fsanitize=null -O2 when attribute no_sanitize_address is enabled since r9-5742

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114956 --- Comment #7 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d1ec7bc9cb0639a212422710ba647dc1aaea6eaa commit r13-8733-gd1ec7bc9cb0639a212422710ba647dc1aaea6eaa Author: Jakub Jelinek

[gcc r13-8735] reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]

https://gcc.gnu.org/g:44d84db11ab724c34a8b1f8c0e06da1cc78439a2 commit r13-8735-g44d84db11ab724c34a8b1f8c0e06da1cc78439a2 Author: Jakub Jelinek Date: Wed May 8 10:17:32 2024 +0200 reassoc: Fix up optimize_range_tests_to_bit_test [PR114965] The optimize_range_tests_to_bit_test

[gcc r13-8732] gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876]

https://gcc.gnu.org/g:e07df053031e109c50387c92d689950de1d193ab commit r13-8732-ge07df053031e109c50387c92d689950de1d193ab Author: Jakub Jelinek Date: Tue Apr 30 11:22:32 2024 +0200 gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876] Seems when Martin

[gcc r13-8731] c++: Fix constexpr evaluation of parameters passed by invisible reference [PR111284]

https://gcc.gnu.org/g:6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44 commit r13-8731-g6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44 Author: Jakub Jelinek Date: Thu Apr 25 20:45:04 2024 +0200 c++: Fix constexpr evaluation of parameters passed by invisible reference [PR111284] My r9-6136

[Bug tree-optimization/114876] [11/12/13 Regression] -fprintf-return-value mishandles %lc with a '\0' argument.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876 --- Comment #9 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:e07df053031e109c50387c92d689950de1d193ab commit r13-8732-ge07df053031e109c50387c92d689950de1d193ab Author: Jakub Jelinek

[gcc r13-8730] openmp: Copy DECL_LANG_SPECIFIC and DECL_LANG_FLAG_? to tree-nested decl copy [PR114825]

https://gcc.gnu.org/g:6d30cfc3fc88976151d0d10e73e10111ccb71ee0 commit r13-8730-g6d30cfc3fc88976151d0d10e73e10111ccb71ee0 Author: Jakub Jelinek Date: Thu Apr 25 20:09:35 2024 +0200 openmp: Copy DECL_LANG_SPECIFIC and DECL_LANG_FLAG_? to tree-nested decl copy [PR114825]

[Bug c++/111284] [11/12/13 Regression] Some passing-by-value parameters are mishandled since GCC 9, affecting libstdc++'s constexpr std::string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111284 --- Comment #12 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44 commit r13-8731-g6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44 Author: Jakub Jelinek

[Bug fortran/114825] [11/12/13 Regression] Compiler error using gfortran and OpenMP since r5-1190

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114825 --- Comment #7 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6d30cfc3fc88976151d0d10e73e10111ccb71ee0 commit r13-8730-g6d30cfc3fc88976151d0d10e73e10111ccb71ee0 Author: Jakub Jelinek

[gcc r13-8729] libstdc++: Workaround kernel-headers on s390x-linux

https://gcc.gnu.org/g:f1b1d515aa5836844cdb45e8bb2b941784f78fd2 commit r13-8729-gf1b1d515aa5836844cdb45e8bb2b941784f78fd2 Author: Jakub Jelinek Date: Mon Apr 22 18:00:06 2024 +0200 libstdc++: Workaround kernel-headers on s390x-linux We see FAIL:

Results for 14.1.1 20240507 [releases/gcc-14 r14-10185-g7e8fae89f35] (GCC) testsuite on i686-pc-linux-gnu

LAST_UPDATED: Thu May 9 03:09:04 UTC 2024 (revision r14-10185-g7e8fae89f35) Native configuration is i686-pc-linux-gnu === gcc tests === Running target unix FAIL: gcc.dg/pr96573.c scan-tree-dump optimized "__builtin_bswap|VEC_PERM_EXPR[^\\n\\r]*7, 6, 5, 4, 3, 2, 1, 0" XPASS:

Results for 15.0.0 20240507 (experimental) [master r15-334-gbaf1a677955] (GCC) testsuite on i686-pc-linux-gnu

LAST_UPDATED: Thu May 9 03:00:42 UTC 2024 (revision r15-334-gbaf1a677955) Native configuration is i686-pc-linux-gnu === gcc tests === Running target unix FAIL: gcc.dg/pr96573.c scan-tree-dump optimized "__builtin_bswap|VEC_PERM_EXPR[^\\n\\r]*7, 6, 5, 4, 3, 2, 1, 0" XPASS:

Results for 13.2.1 20240507 [releases/gcc-13 r13-8728-g929b0fffe4d] (GCC) testsuite on i686-pc-linux-gnu

LAST_UPDATED: Thu May 9 03:09:00 UTC 2024 (revision r13-8728-g929b0fffe4d) Native configuration is i686-pc-linux-gnu === gcc tests === Running target unix FAIL: gcc.dg/analyzer/data-model-4.c (test for excess errors) FAIL: gcc.dg/analyzer/torture/conftest-1.c -O0 (test for

unsubscribe

unsubscribe On 7/5/2024, 8:34 pm, "gcc-announce on behalf of Richard Biener via gcc-announce" mailto:sydney.edu...@gcc.gnu.org> on behalf of gcc-annou...@gcc.gnu.org > wrote: The GCC developers are proud to announce a new major GCC release, 14.1. The C

[Bug testsuite/115001] [14/15 Regression] pr109062.c fails on hybrid Intel CPU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115001 Xi Ruoyao changed: What|Removed |Added Summary|pr109062.c fails on hybrid |[14/15 Regression]

[Bug testsuite/115001] New: pr109062.c fails on hybrid Intel CPU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115001 Bug ID: 115001 Summary: pr109062.c fails on hybrid Intel CPU Product: gcc Version: 14.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/115000] Confusing 'cannot convert to 'int' in initialization' error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115000 --- Comment #3 from Andrew Pinski --- I suspect all of the see also bugs here are the same issue, I described my try of fixing that in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104113#c8 .

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #10 from chenglulu --- (In reply to Xi Ruoyao from comment #9) > (In reply to chenglulu from comment #8) > > > diff --git a/gcc/config/loongarch/loongarch-def.cc > > b/gcc/config/loongarch/loongarch-def.cc > > index

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #9 from Xi Ruoyao --- (In reply to chenglulu from comment #8) > diff --git a/gcc/config/loongarch/loongarch-def.cc > b/gcc/config/loongarch/loongarch-def.cc > index e8c129ce643..f27284cb20a 100644 > ---

[Bug c++/115000] Confusing 'cannot convert to 'int' in initialization' error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115000 --- Comment #2 from Andrew Pinski --- Reduced: ``` template concept bool c = false; template struct ts{}; struct S {}; S s; ts t33{s}; ```

[Bug c++/115000] Confusing 'cannot convert to 'int' in initialization' error message

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

RE: [pushed][PR114810][LRA]: Recognize alternatives with lack of available registers for insn and demote them.

CC more RISC-V port people for awareness. Pan From: Li, Pan2 Sent: Thursday, May 9, 2024 11:25 AM To: Vladimir Makarov ; gcc-patches@gcc.gnu.org Subject: RE: [pushed][PR114810][LRA]: Recognize alternatives with lack of available registers for insn and demote them. Hi Vladimir, Looks this

[Bug c++/115000] New: Confusing 'cannot convert to 'int' in initialization' error message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115000 Bug ID: 115000 Summary: Confusing 'cannot convert to 'int' in initialization' error message Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

RE: [pushed][PR114810][LRA]: Recognize alternatives with lack of available registers for insn and demote them.

Hi Vladimir, Looks this patch results in some ICE in the rvv.exp of RISC-V backend, feel free to ping me if more information is needed for reproducing. = Summary of gcc testsuite = | # of unexpected case / # of unique unexpected case

[Bug target/113652] [14/15 regression] Failed bootstrap on ppc unrecognized opcode: `lfiwzx' with -mcpu=7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113652 --- Comment #25 from Peter Bergner --- (In reply to Michael Meissner from comment #23) > 3) Only build the IEEE 128-bit libgcc bits if the user configured the > compiler with --with-cpu=power7, --with-cpu=power8, --with-cpu=power9, >

[PATCH v1] RISC-V: Make full-vec-move1.c test robust for optimization

From: Pan Li During investigate the support of early break autovec, we notice the test full-vec-move1.c will be optimized to 'return 0;' in main function body. Because somehow the value of V type is compiler time constant, and then the second loop will be considered as assert (true). Thus,

[Bug target/114978] [14/15 regression] 548.exchange2_r 14%-28% regressions on Loongarch64 after gcc 14 snapshot 20240317

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978 --- Comment #8 from chenglulu --- (In reply to Chen Chen from comment #0) > We tested Loongarch64 CPU Loongson 3A6000 with "LA664" architecture in Linux > operating system AOSC OS 11.4.0 (default gcc version is 13.2.0). And we > found the

[gcc r15-334] i386: fix ix86_hardreg_mov_ok with lra_in_progress

https://gcc.gnu.org/g:baf1a677955a4dcfffe8d93966900af96600d642 commit r15-334-gbaf1a677955a4dcfffe8d93966900af96600d642 Author: konglin1 Date: Thu May 9 09:48:56 2024 +0800 i386: fix ix86_hardreg_mov_ok with lra_in_progress Originally eliminate_regs_in_insnit will transform

[Bug tree-optimization/114999] A few missing optimizations due to `a - b` and `b - a` not being detected as negatives of each other

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999 --- Comment #5 from Andrew Pinski --- The following patterns could be improved/removed while doing this: ``` /* (A - B) == 0 ? (A - B) : (B - A)same as (B - A) */ /* (A - B) != 0 ? (A - B) : (B - A)same as (A - B) */ /* (A - B) >=/>

[Bug tree-optimization/114999] A few missing optimizations due to `a - b` and `b - a` not being detected as negatives of each other

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999 Andrew Pinski changed: What|Removed |Added Blocks||113265 --- Comment #4 from Andrew

Results for 15.0.0 20240507 (experimental) [remotes/origin/master r15-333-gce51e6727c9] (GCC) testsuite on pru-unknown-elf

LAST_UPDATED: Thu May 9 00:00:11 UTC 2024 (revision r15-333-gce51e6727c9) 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:

Results for 13.2.1 20240507 [releases/gcc-13 r13-8728-g929b0fffe4] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:929b0fffe4d3d836e07e5a398a8e176e65f8b2c2 gcc-descr r13-8728-g929b0fffe4d3d8 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: Wed May 8 22:40:11 UTC 2024

[Bug tree-optimization/114999] A few missing optimizations due to `a - b` and `b - a` not being detected as negatives of each other

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > Another one: > ``` > int f(int a, int b, int x) > { > x = a - b; > int y = -x; > return (x >= 0 ? x : 0) + (x <= 0 ? y : 0); > } > ``` > > This should be

[Bug tree-optimization/114999] A few missing optimizations due to `a - b` and `b - a` not being detected as negatives of each other

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999 Andrew Pinski changed: What|Removed |Added Summary|`a - b == b - a` -> `a == |A few missing optimizations

[Bug tree-optimization/114999] `a - b == b - a` -> `a == b`

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

[Bug tree-optimization/114999] New: `a - b == b - a` -> `a == b`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114999 Bug ID: 114999 Summary: `a - b == b - a` -> `a == b` Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement

[Bug tree-optimization/112659] missed-optimization: if (exp) return exp; else return 0;

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112659 --- Comment #8 from Andrew Pinski --- (In reply to Andrew Pinski from comment #7) > This is the pattern I added for the plus case: > ``` > (for cnd (cond vec_cond) > ... > /* (a != CST1) ? (a + CST2) : 0 -> (a + CST2) iff CST1 == -CST2 */ >

Results for 15.0.0 20240507 (experimental) [master revision gcc-15-333-gce51e6727c9] (GCC) testsuite on arm-unknown-linux-gnueabihf

# From https://ci.linaro.org/job/tcwg_gnu_cross_check_gcc--master-arm-build/1386/: LAST_UPDATED: 2024-05-08T22:39:47+00:00 (master revision gcc-15-333-gce51e6727c9) arm-linux-gnueabihf Target is arm-unknown-linux-gnueabihf Host is arm-unknown-linux-gnueabihf === libatomic

[Bug target/114988] RISC-V: ICE in intrinsic __riscv_vfwsub_wf_f32mf2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114988 --- Comment #2 from JuzheZhong --- Li Pan is going to work on it. Hi, kito and Jeff. Can this fix backport to GCC-14 ?

Re: Re: [PATCH 2/4] df: Add DF_LIVE_SUBREG problem

Thanks Dim. We noticed there is regression in aarch64 CI. We will fix it with following your comments and regression in aarch64 CI. juzhe.zh...@rivai.ai From: Dimitar Dimitrov Date: 2024-05-08 23:57 To: 陈硕 CC: 丁乐华; gcc-patches; 钟居哲; 夏晋; vmakarov; richard.sandiford Subject: Re: [PATCH 2/4]

gcc-11-20240508 is now available

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

[Bug ipa/114985] [15 regression] internal compiler error: in discriminator_fail during stage2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114985 --- Comment #7 from seurer at gcc dot gnu.org --- I tried that and with it trunk did finish building. I am running a test of that now.

Results for 11.4.1 20240507 [releases/gcc-11 revision 6c00c3245e:92af7454c6:16e27b6d03756bf1fae22607fa93107787a7b9cb] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:16e27b6d03756bf1fae22607fa93107787a7b9cb gcc-descr r11-11421-g16e27b6d03756b 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: Wed May 8 20:58:39 UTC 2024

[Bug c++/114994] [14/15 Regression] fmtlib named argument compiler error introduced in g++-14.1

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

Re: [PATCH 1/2] RISC-V: Add tests for cpymemsi expansion

On 5/7/24 11:52 PM, Christoph Müllner wrote: cpymemsi expansion was available for RISC-V since the initial port. However, there are not tests to detect regression. This patch adds such tests. Three of the tests target the expansion requirements (known length and alignment). One test reuses

Re: [PATCH gcc-13-backport] RISCV: Add -m(no)-omit-leaf-frame-pointer support.

On 5/8/24 11:32 AM, Palmer Dabbelt wrote: From: Yanzhang Wang gcc/ChangeLog: * config/riscv/riscv.cc (riscv_save_reg_p): Save ra for leaf when enabling -mno-omit-leaf-frame-pointer (riscv_option_override): Override omit-frame-pointer.

Re: Re: [PATCH 4/4] lra: Apply DF_LIVE_SUBREG data

Thanks Vlad. I noticed there is devel/subreg-coalesce branch. We are working on supporting subreg coalesce in IRA/LRA base on the latest version of subreg DF patch. And we will send the followup patches. Thanks. juzhe.zh...@rivai.ai From: Vladimir Makarov Date: 2024-05-09 00:29 To: Lehua

[Bug c++/114992] [13/14/15 Regression] ICE during IPA pass: targetclone in add_to_same_comdat_group with calling a target clone with a lamdba in a comdat function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114992 Andrew Pinski changed: What|Removed |Added Summary|ICE during IPA pass:|[13/14/15 Regression] ICE

[Bug c++/114997] ICE with -std=c++20: unexpected expression ‘static_cast('\"')’ of kind static_cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114997 --- Comment #2 from Carlos Alberto Lopez Perez --- On WebKit we finally work-arounded the problem by replacing `constexpr` with `const` at commit https://github.com/WebKit/WebKit/commit/1ee00a2309c03ed119e8591022ba14f936440d71

Re: [PATCH 2/4] fortran: Teach get_real_kind_from_node for Power 128 fp modes [PR112993]g

On Wed, May 08, 2024 at 01:27:53PM +0800, Kewen.Lin wrote: > > Previously effective target fortran_real_c_float128 never > passes on Power regardless of the default 128 long double > is ibmlongdouble or ieeelongdouble. It's due to that TF > mode is always used for kind 16 real, which has

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 Jakub Jelinek changed: What|Removed |Added CC||aldyh at gcc dot gnu.org,

[Bug c++/114994] [14/15 Regression] fmtlib named argument compiler error introduced in g++-14.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114994 Andrew Pinski changed: What|Removed |Added Summary|fmtlib named argument |[14/15 Regression] fmtlib

[Bug tree-optimization/114998] New: ICE on valid code at -O3 with "-fno-inline -fno-tree-dce -fno-ipa-cp" on x86_64-linux-gnu: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114998 Bug ID: 114998 Summary: ICE on valid code at -O3 with "-fno-inline -fno-tree-dce -fno-ipa-cp" on x86_64-linux-gnu: Segmentation fault Product: gcc Version:

Results for 15.0.0 20240507 (experimental) [master revision gcc-15-333-gce51e6727c9] (GCC) testsuite on arm-unknown-eabi

# From https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m3_eabi-build/399/: LAST_UPDATED: 2024-05-08T20:56:11+00:00 (master revision gcc-15-333-gce51e6727c9) arm-eabi {-mthumb/-march=armv7-m/-mtune=cortex-m3/-mfloat-abi=softfp/-mfpu=auto} Target is arm-unknown-eabi Host is

[Bug c++/114997] ICE with -std=c++20: unexpected expression ‘static_cast('\"')’ of kind static_cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114997 --- Comment #1 from Carlos Alberto Lopez Perez --- The original cpp file that causes the issue can be found here:

[Bug c++/114997] New: ICE with -std=c++20: unexpected expression ‘static_cast('\"')’ of kind static_cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114997 Bug ID: 114997 Summary: ICE with -std=c++20: unexpected expression ‘static_cast('\"')’ of kind static_cast_expr Product: gcc Version: 12.3.0 Status:

Re: [Patch, fortran] PR84006 [11/12/13/14/15 Regression] ICE in storage_size() with CLASS entity

Hi Paul, this looks mostly good, but the new testcase transfer_class_4.f90 does exhibit a problem with your patch. Run it with valgrind, or with -fcheck=bounds, or with -fsanitize=address, or add the following around the final transfer: print *, storage_size (star_a), storage_size (chr_a),

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 --- Comment #6 from Pratik Chowdhury --- > [[assume((uintptr_t(x_array) & (32-1)) == 0)]]; The Parans in the & have definitely given someone sleepless nights LOL. I myself was saved by the warnings. > Right now we don't always prop back what

[Bug tree-optimization/114912] [15 regression] SIGBUS in wi::copy<> on SPARC since r15-88-gc60b3e211c5557 since char array is not aligned to what it needs to be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912 --- Comment #16 from Aldy Hernandez --- (In reply to r...@cebitec.uni-bielefeld.de from comment #14) > > --- Comment #13 from Aldy Hernandez --- > > BTW, I'm waiting for a review, or at least a nod from a C++ savvy person > > here: > > > >

[Bug tree-optimization/114912] [15 regression] SIGBUS in wi::copy<> on SPARC since r15-88-gc60b3e211c5557 since char array is not aligned to what it needs to be

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114912 --- Comment #15 from Aldy Hernandez --- Created attachment 58136 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58136=edit proposed patch in testing

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Keywords|

[Bug ipa/114985] [15 regression] internal compiler error: in discriminator_fail during stage2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114985 --- Comment #6 from Aldy Hernandez --- I wonder if something like this would work. diff --git a/gcc/ipa-cp.cc b/gcc/ipa-cp.cc index 5781f50..ea8a685 100644 --- a/gcc/ipa-cp.cc +++ b/gcc/ipa-cp.cc @@ -1730,6 +1730,8 @@

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 --- Comment #4 from Andrew Pinski --- Oh this is the more correct syntax: [[assume((uintptr_t(x_array) & (32-1)) == 0)]]; [[assume((uintptr_t(mul_array) & (32-1)) == 0)]]; [[assume((uintptr_t(add_array) & (32-1)) == 0)]];

[Bug rtl-optimization/114996] New: [15 Regression] [RISC-V] 2->2 combination no longer occurring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996 Bug ID: 114996 Summary: [15 Regression] [RISC-V] 2->2 combination no longer occurring Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 --- Comment #3 from Pratik Chowdhury --- Yeah definitely. My bad. Sorry. @Andrew Pinski [however even that change does not seem to change the results for GCC with Aligned Loads not being used](https://gcc.godbolt.org/z/9WbMbePc1) Added the

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 --- Comment #2 from Andrew Pinski --- I suspect the syntax you want instead is: [[assume(uintptr_t(x_array) & (32-1) == 0]]; Becuase __builtin_assume_aligned takes a pointer and returns a pointer that has the assumed alignment

[Bug tree-optimization/114995] C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 --- Comment #1 from Andrew Pinski --- Created attachment 58135 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58135=edit testcase

[Bug c++/114994] fmtlib named argument compiler error introduced in g++-14.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114994 --- Comment #3 from Andrew Pinski --- Trying my hand at reducing this slightly.

Re: [PATCH] [RFC] Add function filtering to gcov

> > > > For JSON output I suppose there's a way to "grep" without the line oriented > > issue? I suppose we could make the JSON more hierarchical by adding > > an outer function object? > > Absolutely, yes, this is much less useful for JSON. The filtering works, > which may be occasionally

[Bug tree-optimization/114995] New: C++23 Assume keyword not being used for vectorization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114995 Bug ID: 114995 Summary: C++23 Assume keyword not being used for vectorization Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[committed] [RISC-V] Provide splitting guidance to combine to faciliate shNadd.uw generation

This fixes a minor code quality issue I found while comparing GCC and LLVM. Essentially we want to do a bit of re-association to generate shNadd.uw instructions. Combine does the right thing and finds all the necessary instructions, reassociates the operands, combines constants, etc. Where

[Bug c++/114994] fmtlib named argument compiler error introduced in g++-14.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114994 --- Comment #2 from Andrew Pinski --- Note lambdas is not need can happen in any template function: ``` #include #define FMT_HEADER_ONLY #include using namespace fmt::literals; template auto test(int a) { return fmt::format("{foo}

[Bug c++/114994] fmtlib named argument compiler error introduced in g++-14.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114994 Marek Polacek changed: What|Removed |Added Keywords||needs-reduction CC|

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

https://gcc.gnu.org/g:ce51e6727c9d69bbab0e766c449e60fd41f5f2f9 commit r15-333-gce51e6727c9d69bbab0e766c449e60fd41f5f2f9 Author: Xiao Zeng Date: Wed May 8 14:00:58 2024 -0600 [PATCH v1 1/1] RISC-V: Nan-box the result of movbf on soft-bf16 1 This patch implements the Nan-box of

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

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 discussion about Nan-box can be found on the website:

Re: [PATCH] [RFC] Add function filtering to gcov

On 5/8/24 15:29, Richard Biener wrote: On Fri, Mar 29, 2024 at 8:02 PM Jørgen Kvalsvik wrote: This is a prototype for --include/--exclude flags, and I would like a review of both the approach and architecture, and the implementation, plus feedback on the feature itself. I did not update the

[Bug tree-optimization/114872] [13/14/15 Regression] Miscompilation with -O2 after commit r13-8037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872 --- Comment #28 from Jakub Jelinek --- (In reply to Dmitrii Pasechnik from comment #26) > We have megabytes of code calling libraries where setjmp/longjmp is used, > in github.com/sagemath/sage/ (most of it in Cython). > > It looks like a huge

[Linaro-TCWG-CI] gcc-15-95-ga12cae97390: FAIL: 3 regressions on arm

Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolch...@lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer

[Bug c++/114994] New: fmtlib named argument compiler error introduced in g++-14.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114994 Bug ID: 114994 Summary: fmtlib named argument compiler error introduced in g++-14.1 Product: gcc Version: 14.1.0 Status: UNCONFIRMED Severity: normal

[gcc r15-332] [RISC-V][V2] Fix incorrect if-then-else nesting of Zbs usage in constant synthesis

https://gcc.gnu.org/g:1c234097487927a4388ddcc690b63597bb3a90dc commit r15-332-g1c234097487927a4388ddcc690b63597bb3a90dc Author: Jeff Law Date: Wed May 8 13:44:00 2024 -0600 [RISC-V][V2] Fix incorrect if-then-else nesting of Zbs usage in constant synthesis Reposting without the

Re: Ping [PATCH/RFC] target, hooks: Allow a target to trap on unreachable [PR109267].

On Wed, May 8, 2024 at 12:37 PM Iain Sandoe wrote: > > Hi Folks, > > I’d like to land a viable solution to this issue if possible, (it is a show- > stopper for the aarch64-darwin development branch). > > > On 9 Apr 2024, at 14:55, Iain Sandoe wrote: > > > > So far, tested lightly on

Re: FE C++ requirement

On Tue, May 07, 2024 at 04:40:55PM -0400, James K. Lowden wrote: > /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.32' not > found (required by build-O2/gcc/cobol1 The cc1/cc1plus/f951/... binaries are normally linked with -static-libstdc++ -static-libgcc in second and later stages

Results for 12.3.1 20240507 [remotes/origin/releases/gcc-12 r12-10433-g58d11bfc27] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:58d11bfc27d5412619c0919738158a4c05cca2cf gcc-descr r12-10433-g58d11bfc27d541 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: Wed May 8 18:35:36 UTC 2024

Results for 15.0.0 20240507 (experimental) [master r15-308-gc9dd853680b12d] (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

Ping [PATCH/RFC] target, hooks: Allow a target to trap on unreachable [PR109267].

Hi Folks, I’d like to land a viable solution to this issue if possible, (it is a show- stopper for the aarch64-darwin development branch). > On 9 Apr 2024, at 14:55, Iain Sandoe wrote: > > So far, tested lightly on aarch64-darwin; if this is acceptable then > it will be possible to back out of

[Bug tree-optimization/114872] [13/14/15 Regression] Miscompilation with -O2 after commit r13-8037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED See Also|

  1   2   3   4   5   >