[Bug c++/119222] Conversion of inf to integer is not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119222 --- Comment #5 from Gwen Fu --- Maybe the bug is related to the code below： (in gcc/fold-const.cc :fold_binary_loc) case RDIV_EXPR: /* Don't touch a floating-point divide by zero unless the mode of the constant can represent i

[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 #30 from Tianyang Chou --- (In reply to Chen Chen from comment #27) > I am a bit confused with your statement. For AOSC gcc 13.2 I got 8.52 with > parameters "-g -Ofast -march=la464 -flto", and 8.76 with parameters "-g > -Ofast -marc

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #26 from Segher Boessenkool --- (In reply to Richard Sandiford from comment #23) > Yeah, I'd wondered about limiting it an all cases too. Definitely seems > worth trying. But given that we're in stage 4, maybe it would make sense t

[Bug tree-optimization/119299] Jump followed by jump not optimized.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119299 --- Comment #1 from Sam James --- H.J. may be working on this for 16 (if so, dupe).

[Bug libstdc++/119029] [14/15 regression] abi_check FAILs on Solaris with gld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029 --- Comment #12 from Jakub Jelinek --- I think it started with r14-321-g9a41d2cdbcd2af77a3a91a840a3a13f0eb39971b

[Bug tree-optimization/119299] New: Jump followed by jump not optimized.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119299 Bug ID: 119299 Summary: Jump followed by jump not optimized. Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-opt

[Bug target/119298] 538.imagick_r is faster when compiled with GCC 14.2 and -Ofast -flto -march=native than with master on Zen5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119298 --- Comment #3 from Martin Jambor --- Created attachment 60759 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60759&action=edit Output of -fopt-info-vec in the slow case Output of -fopt-info-vec in the slow case

[Bug libstdc++/119029] [13/14/15 regression] abi_check FAILs on Solaris with gld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029 Jakub Jelinek changed: What|Removed |Added Target Milestone|15.0|13.4

[Bug target/119300] ICE: in extract_insn, at recog.cc:2882 with -msoft-float -mfpmath=387 and __builtin_ia32_rsqrtf()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119300 --- Comment #1 from Andrew Pinski --- __builtin_ia32_rsqrtf most likely not be turned on for soft-float.

[Bug tree-optimization/119299] Jump followed by jump not optimized.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119299 --- Comment #3 from H.J. Lu --- (In reply to AK from comment #0) ... > https://godbolt.org/z/3xh6Mxq4j FYI, https://gitlab.com/x86-gcc/gcc/-/tree/users/hjl/condjmp/gcc-16?ref_type=heads generates: .globl g1 .type g1, @func

[Bug cobol/119290] cobol testsuite should disable non-64-bit multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119290 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/119300] New: ICE: in extract_insn, at recog.cc:2882 with -msoft-float -mfpmath=387 and __builtin_ia32_rsqrtf()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119300 Bug ID: 119300 Summary: ICE: in extract_insn, at recog.cc:2882 with -msoft-float -mfpmath=387 and __builtin_ia32_rsqrtf() Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug tree-optimization/119293] [15 Regression] gcc.dg/vect/vect-121.c fails since r15-6811-g086031c0585985

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119293 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-03-14 Ever confirmed|0

[Bug analyzer/119104] Regression in memcpy(3) if [[gnu::nonnull_if_nonzero]] is used instead of [[gnu::nonnull]]; unclear docs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119104 --- Comment #7 from Alejandro Colomar --- alx@devuan:~/tmp$ cat nninz.c | grep -Tn ^ 1:#include 2: 3:extern int any; 4: 5:[[gnu::nonnull]]

[Bug target/47253] Conditional jump to tail function is not generated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253 Andrew Pinski changed: What|Removed |Added CC||hiraditya at msn dot com --- Comment #19

[Bug middle-end/119291] [13/14/15 regression] wrong code at -O{2,3} with "-fno-thread-jumps" on x86_64-linux-gnu since r13-793-g8fb94fc6097c0a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119291 --- Comment #5 from Sam James --- (In reply to Andrew Pinski from comment #4) > Created attachment 60756 [details] > This should do exactly what that patch did > > It looks like a different change caused this version too. r13-673-gd863ba23fb16

[Bug tree-optimization/119299] Jump followed by jump not optimized.

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

[Bug rtl-optimization/119285] [15 Regression] 5% slowdown of 519.lbm_r on Zen2 and Zen4 since r15-7932-ge355fe414aa3aa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119285 Sam James changed: What|Removed |Added Priority|P2 |P1 --- Comment #2 from Sam James --- P1 un

[Bug tree-optimization/119293] [15 Regression] gcc.dg/vect/vect-121.c fails since r15-6811-g086031c0585985

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119293 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |15.0

[Bug libstdc++/119029] [13/14/15 regression] abi_check FAILs on Solaris with gld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029 Jakub Jelinek changed: What|Removed |Added Summary|[14/15 regression] |[13/14/15 regression]

[Bug rtl-optimization/116028] [15 Regression] gcc.dg/pr10474.c test failure since r15-1619-g3b9b8d6cfdf593

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028 --- Comment #19 from Andrew Pinski --- (In reply to Sam James from comment #18) > Is this failing still after r15-7400? Yes this one is still failing for aarch64: FAIL: gcc.dg/pr10474.c scan-rtl-dump pro_and_epilogue "Performing shrink-wrapping

[Bug tree-optimization/87576] Warnings (array-bounds,stringop-overflow) emitted on branch never taken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87576 --- Comment #9 from Sam James --- Created attachment 60762 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60762&action=edit a.ii.xz (gcc 12) g++ a.ii -o a -O3 -g -DDEBUG -D_DEBUG -Wno-array-bounds -Wall -Wextra -pedantic -Wno-unused-param

[Bug libstdc++/119282] [15 Regression] views::transform producing ranges piped to views::join | ranges::to() fails to compile in constant evaluation.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119282 Patrick Palka changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/87576] Warnings (array-bounds,stringop-overflow) emitted on branch never taken

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

[Bug tree-optimization/87576] Warnings (array-bounds,stringop-overflow) emitted on branch never taken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87576 Andrew Pinski changed: What|Removed |Added Known to fail|15.0| Known to work|

[Bug tree-optimization/79637] documentation for --param max-fsm-thread-length is confusing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79637 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |13.0

[Bug tree-optimization/79637] documentation for --param max-fsm-thread-length is confusing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79637 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/119282] [15 Regression] views::transform producing ranges piped to views::join | ranges::to() fails to compile in constant evaluation.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119282 --- Comment #4 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:2f03a8d7be9775312c50abdc99109aaf8641bda3 commit r15-8063-g2f03a8d7be9775312c50abdc99109aaf8641bda3 Author: Patrick Palka Date: F

[Bug libstdc++/119029] [15 regression] abi_check FAILs on Solaris with gld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029 --- Comment #10 from Jakub Jelinek --- (In reply to r...@cebitec.uni-bielefeld.de from comment #8) > > --- Comment #4 from Jakub Jelinek --- > > Does it have in that case the desired effect? I mean, does Solaris dynamic > > linker complain wit

[Bug middle-end/119297] New: Dead local vector variable isn't removed

.size set2, .-set2 .ident "GCC: (GNU) 15.0.1 20250314 (experimental)" .section.note.GNU-stack,"",@progbits [hjl@gnu-tgl-3 gcc]$

[Bug rtl-optimization/116028] [15 Regression] gcc.dg/pr10474.c test failure since r15-1619-g3b9b8d6cfdf593

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028 --- Comment #18 from Sam James --- Is this failing still after r15-7400?

[Bug target/117069] [15 Regression] gcc.target/i386/apx-ndd-tls-1b.c since r15-268-g9dbff9c05520a7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117069 --- Comment #7 from Sam James --- This stopped failing for me around: commit 2bc3ea210565dc7cdbba9adb31acceefed406254 Author: Sam James Date: Fri Nov 22 15:20:45 2024 + saving uncommitted changes in /etc prior to emerge run diff --

[Bug libstdc++/119029] [14/15 regression] abi_check FAILs on Solaris with gld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029 Sam James changed: What|Removed |Added Priority|P1 |P2 Summary|[15 regression] abi_c

[Bug libstdc++/119029] [15 regression] abi_check FAILs on Solaris with gld

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119029 --- Comment #11 from Sam James --- (In reply to Rainer Orth from comment #0) > That already happened between 20240405 > (592536eb3c0a97a55b1019ff0216ef77e6ca847e) and 20240412 > (a76f236e084cbd02e4e3711cdfc3191dc7eeb460). > The former commit i

[Bug cobol/119290] cobol testsuite should disable non-64-bit multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119290 --- Comment #4 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b2de4b0926bddbb97b991dd95592c714ee519e1e commit r15-8062-gb2de4b0926bddbb97b991dd95592c714ee519e1e Author: Jakub Jelinek Date: F

[Bug rtl-optimization/114518] [15 regression] gcc.target/powerpc/combine-2-2.c fails after r14-9692-g839bc42772ba7a

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

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 --- Comment #20 from Robert Dubner --- (In reply to Richard Biener from comment #15) > (In reply to Robert Dubner from comment #14) > > (In reply to Richard Biener from comment #13) > > > (In reply to Robert Dubner from comment #7) > > > [...]

[Bug libstdc++/119266] libstdc++.modules.json has wrong path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119266 --- Comment #14 from Jakub Jelinek --- (In reply to Sam James from comment #1) > As pointed out in the CMake bug, Fedora is doing > https://src.fedoraproject.org/rpms/gcc/c/ > 46a6d807645871b4d243ef2be35f9677bd4d68cb?branch=rawhide but I don't k

[Bug libstdc++/119266] libstdc++.modules.json has wrong path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119266 --- Comment #13 from Sam James --- I'll investigate over the weekend.

[Bug libstdc++/119266] libstdc++.modules.json has wrong path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119266 --- Comment #12 from Jason Merrill --- So if toolexeclibdir is /usr/lib64, how is modules.json ending up in /usr/lib/gcc/x86_64-pc-linux-gnu/15/? It's supposed to be in toolexeclibdir.

[Bug libstdc++/119289] Incorrect behavior of std::filesystem::copy() with none options and the destination link to non-existent file

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

[Bug rtl-optimization/119285] [15 Regression] 5% slowdown of 519.lbm_r on Zen2 and Zen4 since r15-7932-ge355fe414aa3aa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119285 --- Comment #1 from Vladimir Makarov --- I can not reproduce it on Intel (13600K). GCC with patch and without the patch has the same score for lbm_s (11.4). But I see big lbm_s code increase with the patch (+0.87%). And this is suspenseful.

[Bug c++/119292] code deduplication in case of throw (improvement)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119292 --- Comment #1 from Andrew Pinski --- Created attachment 60761 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60761&action=edit better example For x86_64 since -freorder-blocks-and-partition is turned on by default, the throw part will go

[Bug tree-optimization/119294] Could improve vector formation when generated using a loop (vector char)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119294 --- Comment #6 from Andrew Pinski --- so we have `memset(&vector_char, x, sizeof(vector_char))` A simple patch to gimple_fold_builtin_memset: if (TREE_CODE (etype) == VECTOR_TYPE) And that will fix it.

[Bug ipa/119292] code deduplication in case of throw (improvement)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119292 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2025-03-14 Component|c++

[Bug middle-end/119291] [13/14/15 regression] wrong code at -O{2,3} with "-fno-thread-jumps" on x86_64-linux-gnu since r13-793-g8fb94fc6097c0a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119291 --- Comment #3 from Andrew Pinski --- Works on aarch64 and the gimple level loops the same between x86_64 and aarch64. I suspect this is either a target issue or a rtl optimization issue.

[Bug tree-optimization/119294] Could improve vector formation when generated using a loop (vector char)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119294 --- Comment #5 from H.J. Lu --- CSE turns (insn 18 16 19 2 (set (mem/c:V16QI (plus:DI (reg/f:DI 19 frame) (const_int -16 [0xfff0])) [0 MEM [(void *)&x]+0 S16 A128]) (subreg:V16QI (reg:V4SI 111) 0)) "x.c":11:

[Bug target/119298] New: 538.imagick_r is faster when compiled with GCC 14.2 and -Ofast -flto -march=native than with master on Zen5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119298 Bug ID: 119298 Summary: 538.imagick_r is faster when compiled with GCC 14.2 and -Ofast -flto -march=native than with master on Zen5 Product: gcc Version: 15.0

[Bug target/119298] 538.imagick_r is faster when compiled with GCC 14.2 and -Ofast -flto -march=native than with master on Zen5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119298 --- Comment #4 from Martin Jambor --- Created attachment 60760 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60760&action=edit Output of -fopt-info-vec in the fast case Output of -fopt-info-vec in the fast case

[Bug target/119298] 538.imagick_r is faster when compiled with GCC 14.2 and -Ofast -flto -march=native than with master on Zen5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119298 --- Comment #1 from Martin Jambor --- Created attachment 60757 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60757&action=edit Perf annotate of the slow case Perf annotate of the slow case

[Bug target/119298] 538.imagick_r is faster when compiled with GCC 14.2 and -Ofast -flto -march=native than with master on Zen5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119298 --- Comment #2 from Martin Jambor --- Created attachment 60758 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60758&action=edit Perf annotate of the fast case Perf annotate of the fast case

[Bug libstdc++/119282] [15 Regression] views::transform producing ranges piped to views::join | ranges::to() fails to compile in constant evaluation.

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

[Bug tree-optimization/119294] Could improve vector formation when generated using a loop (vector char)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119294 Andrew Pinski changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment

[Bug rtl-optimization/119297] Dead local vector variable isn't removed

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

[Bug middle-end/119291] [13/14/15 regression] wrong code at -O{2,3} with "-fno-thread-jumps" on x86_64-linux-gnu since r13-793-g8fb94fc6097c0a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119291 --- Comment #4 from Andrew Pinski --- Created attachment 60756 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60756&action=edit This should do exactly what that patch did It looks like a different change caused this version too.

[Bug tree-optimization/119294] Could improve vector formation when generated using a loop (vector char)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119294 --- Comment #3 from Andrew Pinski --- >It's furthermore strange that `set_indirect()` compiles to different code than >`set()`, even though the former (should) just directly inline the latter. That is because in the set case the argument stil

[Bug rtl-optimization/119297] Dead local vector variable isn't removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119297 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|middle-end

[Bug tree-optimization/119294] Could improve vector formation when generated using a loop (vector char)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119294 Andrew Pinski changed: What|Removed |Added Summary|Strange codegen when|Could improve vector

[Bug tree-optimization/119294] Strange (buggy?) codegen when passing cleared vector as argument

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

[Bug cobol/119295] New: cobol, libcobol uses random_r which is GLIBC specific

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119295 Bug ID: 119295 Summary: cobol, libcobol uses random_r which is GLIBC specific Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: build Severity: normal P

[Bug cobol/119295] cobol, libcobol uses random_r which is GLIBC specific

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119295 Iain Sandoe changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #25 from Jakub Jelinek --- And some further attempts in the 1500..5000 range: $ for i in 1500 2000 2500 3000 3500 4000 5000; do echo COMBLIM=$i time ./cc1plus -quiet -nostdinc -O2 pr101523.ii -mlong-double-128 -march=z196 -fpreproce

[Bug cobol/119244] cobol/libgcobol should allow libquadmath to provide 128b floating support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119244 Iain Sandoe changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #23 from Richard Sandiford --- (In reply to Segher Boessenkool from comment #22) > (In reply to Richard Sandiford from comment #18) > > but: the problem in PR101523 was that, after each > > successful 2->2 attempt, distribute_links w

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #24 from Jakub Jelinek --- So, I've retried the #c10 testing with the #c18 patch modified to do -int limit = i2_unchanged ? 1200 : INT_MAX; +int limit = i2_unchanged ? (getenv ("COMBLIM") ? atoi (getenv ("COMBLIM")) : 1200) :

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #19 from Segher Boessenkool --- (In reply to Jakub Jelinek from comment #16) > Tamar's explanation why #c0 gcc 14 code is better than gcc 15: > "the mov is a zero latency instruction. sxtw, asr and sbfx themselves are > aliases to th

[Bug cobol/119296] cobol, libgcobol the library uses strfromf* which are C23 and not generally available outside GLIBC

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

[Bug cobol/119296] New: cobol, libgcobol the library uses strfromf* which are C23 and not generally available outside GLIBC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119296 Bug ID: 119296 Summary: cobol, libgcobol the library uses strfromf* which are C23 and not generally available outside GLIBC Product: gcc Version: 15.0 Status: UNCONFIRME

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #22 from Segher Boessenkool --- (In reply to Richard Sandiford from comment #18) > I'd been reluctant to get involved in this for fear of creating friction or > being a cook too many, No, your input is much appreciated! > but: the

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #20 from Richard Sandiford --- (In reply to Richard Sandiford from comment #18) > Still more than 0% of course, but nevertheless much less than before. than before the fix for PR101523 went in, I mean.

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #21 from Jakub Jelinek --- Created attachment 60755 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60755&action=edit gcc15-pr116398.patch My version of the patch (with punting only when the real uid distance is larger or equal

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 --- Comment #18 from Richard Sandiford --- Created attachment 60754 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60754&action=edit Proof of concept patch with hard-coded limit I'd been reluctant to get involved in this for fear of creat

[Bug web/119227] Does the generated HTML for cobol get installed to the website?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227 --- Comment #7 from Mark Wielaard --- (In reply to David Malcolm from comment #6) > Sorry if this comes across as blunt, but pushing changes and waiting for a > cronjob to run (in production) seems very 1990s. > > Is there some automated way to

[Bug web/119227] Does the generated HTML for cobol get installed to the website?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227 --- Comment #6 from David Malcolm --- Thanks for the info Mark. Sorry if this comes across as blunt, but pushing changes and waiting for a cronjob to run (in production) seems very 1990s. Is there some automated way to bring up a test instance

[Bug tree-optimization/119293] New: [15 Regression] gcc.dg/vect/vect-121.c fails since r15-6811-g086031c0585985

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119293 Bug ID: 119293 Summary: [15 Regression] gcc.dg/vect/vect-121.c fails since r15-6811-g086031c0585985 Product: gcc Version: 15.0 Status: UNCONFIRMED Keywords: te

[Bug c++/94061] defaulted member operator <=> defined as deleted if a base has protected member operator <=>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061 Jason Merrill changed: What|Removed |Added Status|NEW |SUSPENDED --- Comment #11 from Jason Mer

[Bug tree-optimization/119294] New: Strange (buggy?) codegen when passing cleared vector as argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119294 Bug ID: 119294 Summary: Strange (buggy?) codegen when passing cleared vector as argument Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug ipa/116572] [14/15 Regression] Using a std::string passed to a virtual member function of a side-casted pointer spuriously ICEs (wrong code with checking disable)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116572 --- Comment #7 from GCC Commits --- The master branch has been updated by Martin Jambor : https://gcc.gnu.org/g:075ec330307c5b1fe5ed166a633c718c06b01437 commit r15-8061-g075ec330307c5b1fe5ed166a633c718c06b01437 Author: Martin Jambor Date: F

[Bug target/119120] Unnecessary fldl/stpl pair when assigning real or imaginary part of a complex variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119120 --- Comment #5 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d0d7c6632c2913c0243f048a15ff64aec6b6232e commit r15-8059-gd0d7c6632c2913c0243f048a15ff64aec6b6232e Author: Jakub Jelinek Date: F

[Bug tree-optimization/119291] [13/14/15 regression] wrong code at -O{2,3} with "-fno-thread-jumps" on x86_64-linux-gnu since r13-793-g8fb94fc6097c0a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119291 Sam James changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug tree-optimization/105616] Using regex_replace throws "maybe-uninitialized" warnings with -fsanitize=address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105616 Donn Seeley changed: What|Removed |Added CC||donn.seeley at everfox dot com --- Commen

[Bug ipa/116572] [14/15 Regression] Using a std::string passed to a virtual member function of a side-casted pointer spuriously ICEs (wrong code with checking disable)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116572 Martin Jambor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot gnu.org

[Bug tree-optimization/105616] Using regex_replace throws "maybe-uninitialized" warnings with -fsanitize=address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105616 --- Comment #7 from Sam James --- Note that we don't recommend use of -Werror with sanitizers in the documentation.

[Bug analyzer/119278] [15 Regression] ICE on gnutls-3.8.9: in cmp_csts_same_type, at analyzer/svalue.cc:466 since r15-8016-g8015a72ae49640

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug tree-optimization/119287] [15 regression] ICE when building linux-6.12.19 (error: type mismatch in binary expression) since r15-8025

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119287 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug tree-optimization/119287] [15 regression] ICE when building linux-6.12.19 (error: type mismatch in binary expression) since r15-8025

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119287 --- Comment #6 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:ab0133cdba5dbcc29655593377e80586f7080472 commit r15-8060-gab0133cdba5dbcc29655593377e80586f7080472 Author: Jakub Jelinek Date: F

[Bug analyzer/119278] [15 Regression] ICE on gnutls-3.8.9: in cmp_csts_same_type, at analyzer/svalue.cc:466 since r15-8016-g8015a72ae49640

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278 --- Comment #7 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:7f476ee30bab3976eefc3226481e617add83401a commit r15-8058-g7f476ee30bab3976eefc3226481e617add83401a Author: Jakub Jelinek Date: F

[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 #29 from Xi Ruoyao --- For 15 r15-7525 is intended for this issue. But I don't know if it's a good idea to backport it, as it's only a workaround, not a proper fix. Could someone try the diff in PR 115842 comment 6 (one time just o

[Bug rtl-optimization/116398] [15 Regression] gcc.target/aarch64/ashltidisi.c fails since r15-268

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116398 Robin Dapp changed: What|Removed |Added CC||rdapp at gcc dot gnu.org --- Comment #17 f

[Bug c++/119292] New: code deduplication in case of throw (improvement)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119292 Bug ID: 119292 Summary: code deduplication in case of throw (improvement) Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug middle-end/115076] [OpenMP] "declare variant" scoping rules and visibility

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115076 --- Comment #3 from Tobias Burnus --- The testcase mentioned in PR 115271 comment 1, i.e., the existing (xfailed): libgomp/testsuite/libgomp.fortran/declare-variant-2.f90 libgomp/testsuite/libgomp.fortran/declare-variant-2-aux.f90 is interes

[Bug libstdc++/119289] Incorrect behavior of std::filesystem::copy() with none options and the destination link to non-existent file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119289 --- Comment #2 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #1) > Libc++ behaves the same way. Actually that's not true, libc++ resolves the symlink and copies the file to that location. So it creates asdf, as you expected

[Bug libstdc++/119282] [15 Regression] views::transform producing ranges piped to views::join | ranges::to() fails to compile in constant evaluation.

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

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 --- Comment #18 from Robert Dubner --- (In reply to Jakub Jelinek from comment #17) > Note, > * gengen.cc: applies if( !optimize ) test > is not properly formatted ChangeLog entry, unfortunately it got through > pre-commit hooks. > For n

[Bug tree-optimization/119291] [13/14/15 regression] wrong code at -O{2,3} with "-fno-thread-jumps" on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119291 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug libstdc++/111138] views::zip_transform is underconstrained for empty range pack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38 Tomasz Kamiński changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug cobol/119214] debug volatile asm breaks assembling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119214 --- Comment #19 from Sam James --- (In reply to Robert Dubner from comment #18) > I don't understand why the "The creation of assembler labels..." is going to > become part of the ChangeLog. That text is above the line with the > gcc/cobol: des

[Bug libstdc++/119289] Incorrect behavior of std::filesystem::copy() with none options and the destination link to non-existent file

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119289 --- Comment #1 from Jonathan Wakely --- Your test would be a lot simpler if you just use filesystem::copy_file and skip all the filesystem::copy logic that ends up with a call to copy_file. #include #include int main() { std::ofstream("sr

[Bug target/101544] [OpenMP][AMDGCN][nvptx] C++ offloading: unresolved _Znwm = "operator new(unsigned long)"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544 --- Comment #21 from Thomas Schwinge --- (Note that wiring GCN, nvptx libstdc++ up for OpenACC, OpenMP offloading use is still to be done.)

[Bug target/92713] ICE in libsupc++ building an offload compiler targeting amdgcn-unknown-amdhsa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92713 Thomas Schwinge changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|---

  1   2   >