[Bug c/114885] RISC-V: ICE of unrecog insn when graphite for both the c/c++ and fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114885 Kito Cheng changed: What|Removed |Added Status|UNCONFIRMED |NEW CC|

[Bug c/114885] New: RISC-V: ICE of unrecog insn when graphite for both the c/c++ and fortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114885 Bug ID: 114885 Summary: RISC-V: ICE of unrecog insn when graphite for both the c/c++ and fortran Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: norma

[Bug tree-optimization/114883] [14/15 Regression] 521.wrf_r ICE with -O2 -march=sapphirerapids -fvect-cost-model=cheap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883 --- Comment #3 from Hongtao Liu --- Created attachment 58066 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58066&action=edit reproduced testcase gfortran -O2 -march=x86-64-v4 -fvect-cost-model=cheap.

[Bug target/114846] powerpc: epilogue in _Unwind_RaiseException corrupts return value due to __builtin_eh_return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114846 Kewen Lin changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org

[Bug c++/114884] New: GCC rejects valid deduction using deduction guide

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114884 Bug ID: 114884 Summary: GCC rejects valid deduction using deduction guide Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug tree-optimization/114883] [14/15 Regression] 521.wrf_r ICE with -O2 -march=sapphirerapids -fvect-cost-model=cheap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883 --- Comment #2 from Hongtao Liu --- (In reply to Andrew Pinski from comment #1) > Can you reduce the fortran code down for the ICE? It should not be hard, you > can use delta even. Let me try.

[Bug tree-optimization/114883] [14/15 Regression] 521.wrf_r ICE with -O2 -march=sapphirerapids -fvect-cost-model=cheap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883 --- Comment #1 from Andrew Pinski --- Can you reduce the fortran code down for the ICE? It should not be hard, you can use delta even.

[Bug tree-optimization/114883] [14 Regression] 521.wrf_r ICE with -O2 -march=sapphirerapids -fvect-cost-model=cheap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883 Andrew Pinski changed: What|Removed |Added Summary|521.wrf_r ICE with -O2 |[14 Regression] 521.wrf_r

[Bug tree-optimization/114883] New: 521.wrf_r ICE with -O2 -march=sapphirerapids -fvect-cost-model=cheap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114883 Bug ID: 114883 Summary: 521.wrf_r ICE with -O2 -march=sapphirerapids -fvect-cost-model=cheap Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/61118] [11/12/13/14/15 Regression] Indirect call generated for pthread_cleanup_push with constant cleanup function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118 --- Comment #33 from Andrew Pinski --- (In reply to Paul Eggert from comment #32) > Created attachment 58065 [details] > Run "gunzip t.i.gz; gcc -O2 -S -Wclobbered t.i" to reproduce the false > positives > > I ran into this bug today when compil

[Bug middle-end/61118] [11/12/13/14/15 Regression] Indirect call generated for pthread_cleanup_push with constant cleanup function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118 Paul Eggert changed: What|Removed |Added CC||eggert at cs dot ucla.edu --- Comment #32

[Bug analyzer/107060] -fanalyzer unbearably slow when compiling GNU Emacs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107060 --- Comment #10 from Paul Eggert --- Created attachment 58064 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58064&action=edit "gunzip u.i" then "gcc -O2 -S -fanalyzer u.i" to see how much memory GCC uses I'm having more trouble with this

[Bug fortran/114827] Valgrind reports errors with class(*) assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827 --- Comment #10 from Neil Carlson --- Thanks Harald for hunting this down! I've tested your patch on master with -fsanitize=address against my library that turned up these errors and it all looks good now. Is it possible to back port this to th

[Bug fortran/114859] [14/15 Regression] Seeing new segmentation fault in same_type_as since r14-9752

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859 Paul Thomas changed: What|Removed |Added Attachment #58054|0 |1 is obsolete|

[Bug go/114581] go.test/test/fixedbugs/issue22881.go FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114581 --- Comment #1 from Ian Lance Taylor --- The behavior is different under gdb because gdb resends the signal. The program then sees it with an si_code field of SI_USER, which causes it to act differently.

[Bug analyzer/114882] New: Two -fanalyzer false positives after realloc grows buffer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114882 Bug ID: 114882 Summary: Two -fanalyzer false positives after realloc grows buffer Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Pri

[Bug fortran/114827] Valgrind reports errors with class(*) assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827 anlauf at gcc dot gnu.org changed: What|Removed |Added Attachment #58048|0 |1 is obsolete|

[Bug ada/114065] gnat build with -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64 fails on 32bit archs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065 Nicolas Boulenguez changed: What|Removed |Added Attachment #58028|0 |1 is obsolete|

[Bug go/52357] 64bit-out.go and go.test/test/cmplxdivide.go time out on Solaris/SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52357 --- Comment #8 from Ian Lance Taylor --- This is a register allocator problem, not a Go problem. I've opened https://gcc.gnu.org/PR114881. It's an updated version of https://gcc.gnu.org/PR53125.

[Bug rtl-optimization/114881] New: Very slow compilation on SPARC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114881 Bug ID: 114881 Summary: Very slow compilation on SPARC Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization

[Bug analyzer/114880] New: analyzer: False positive Wanalyzer-fd-use-after-close when open returns the same fd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114880 Bug ID: 114880 Summary: analyzer: False positive Wanalyzer-fd-use-after-close when open returns the same fd Product: gcc Version: 13.2.0 Status: UNCONFIRMED Se

[Bug analyzer/113329] analyzer: False positive analyzer-fd-use-without-check with dup2()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113329 --- Comment #2 from Alan Coopersmith --- I've hit this as well with gcc 13.2 when building xfs with -fanalyzer. I extracted this test case from https://gitlab.freedesktop.org/xorg/app/xfs/-/blob/master/os/daemon.c and when built with "gcc -fana

[Bug analyzer/113329] analyzer: False positive analyzer-fd-use-without-check with dup2()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113329 Alan Coopersmith changed: What|Removed |Added CC||alan.coopersmith at oracle dot com

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

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

gcc-bugs@gcc.gnu.org

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

[Bug libstdc++/114879] New: std::ios::sync_with_stdio(false) triggers undefined behaviour of fflush(stdin)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114879 Bug ID: 114879 Summary: std::ios::sync_with_stdio(false) triggers undefined behaviour of fflush(stdin) Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severit

[Bug c++/114652] g++ fails to compile the ceres-solver-2.2.0 project: error: use of built-in trait '__remove_cvref(_Tp)' in function signature; use library traits instead

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

[Bug c++/114878] GCC fails with an error on armv7: use of built-in trait '__remove_cvref(_InIter1)' in function signature; use library traits instead

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

[Bug c++/114878] New: GCC fails with an error on armv7: use of built-in trait '__remove_cvref(_InIter1)' in function signature; use library traits instead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114878 Bug ID: 114878 Summary: GCC fails with an error on armv7: use of built-in trait '__remove_cvref(_InIter1)' in function signature; use library traits instead Product: gcc

[Bug libstdc++/114866] [14/15 Regression] & out_ptr in freestanding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2024-04-28 Ever confirmed|0

[Bug target/105522] [powerpc-darwin] ICE: in decode_addr_const, at varasm.c:3059

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug analyzer/104042] Four memcpy/memset analyzer failures on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104042 --- Comment #9 from GCC Commits --- The releases/gcc-11 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:ee2f7a02371aba24f6db6231ae862cd2248bf45f commit r11-11393-gee2f7a02371aba24f6db6231ae862cd2248bf45f Author: Francois-Xavie

[Bug target/105522] [powerpc-darwin] ICE: in decode_addr_const, at varasm.c:3059

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522 --- Comment #19 from GCC Commits --- The releases/gcc-11 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:a1b0ace9737a40957bfb298de22066d8ee9a6603 commit r11-11385-ga1b0ace9737a40957bfb298de22066d8ee9a6603 Author: Iain Sandoe

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959 --- Comment #2 from GCC Commits --- The trunk branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:507f3ce34c55e78b23eeaf57bc4d927a1f25f8fb commit r15-24-g507f3ce34c55e78b23eeaf57bc4d927a1f25f8fb Author: Gerald Pfeifer Date: Su

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374 --- Comment #7 from GCC Commits --- The trunk branch has been updated by Gerald Pfeifer : https://gcc.gnu.org/g:507f3ce34c55e78b23eeaf57bc4d927a1f25f8fb commit r15-24-g507f3ce34c55e78b23eeaf57bc4d927a1f25f8fb Author: Gerald Pfeifer Date: Sun

[Bug driver/97304] Boostrap failure on freebsd: ld: error: unable to find library -lc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304 Gerald Pfeifer changed: What|Removed |Added CC||gerald at pfeifer dot com --- Comment #

[Bug libstdc++/114866] & out_ptr in freestanding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org,

gcc-bugs@gcc.gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114877 Bug ID: 114877 Summary: wrong-code for frexp(NAN, &uninitialized) Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug libstdc++/114866] & out_ptr in freestanding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866 Jiang An changed: What|Removed |Added CC||de34 at live dot cn --- Comment #1 from Jian

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876 Bruno Haible changed: What|Removed |Added CC||bruno at clisp dot org --- Comment #1 fr

[Bug tree-optimization/114876] New: -fprintf-return-value mishandles %lc with a '\0' argument.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114876 Bug ID: 114876 Summary: -fprintf-return-value mishandles %lc with a '\0' argument. Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal P

[Bug target/44793] [11/12/13/14/15 Regression] libgcc does not include t-ppccomm on rtems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793 Kewen Lin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/58684] powerpc uses only unordered floating-point compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58684 --- Comment #11 from GCC Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:6e95dca31c6b4688e0f0a25c9c3aa8a0bedc9056 commit r15-20-g6e95dca31c6b4688e0f0a25c9c3aa8a0bedc9056 Author: Alexandre Oliva Date: