[Bug rtl-optimization/109858] [14 Regression] r14-172 caused some SPEC2017 bmk to degrade on Power

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109858 --- Comment #9 from Kewen Lin --- (In reply to Kewen Lin from comment #6) > (In reply to Hongtao.liu from comment #5) > > (In reply to Kewen Lin from comment #3) > > > (In reply to Hongtao.liu from comment #2) > > > > Does

[Bug middle-end/90663] [10/11/12/13/14 Regression] strcmp ([i], a + i) not folded for arrays and constant index

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90663 --- Comment #10 from Andrew Pinski --- Created attachment 55097 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55097=edit Patch which I am testing

[Bug tree-optimization/106900] Regression after memchr optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900 Andrew Pinski changed: What|Removed |Added Keywords||patch URL|

[Bug fortran/109865] different results when routine moved inside the contains statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[Bug target/106708] [rs6000] 64bit constant generation with oris xoris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106708 --- Comment #4 from CVS Commits --- The master branch has been updated by Jiu Fu Guo : https://gcc.gnu.org/g:5eb7d560626e427673c53723ed430c4bb5721f33 commit r14-923-g5eb7d560626e427673c53723ed430c4bb5721f33 Author: Jiufu Guo Date: Sat Dec

[Bug rtl-optimization/109858] [14 Regression] r14-172 caused some SPEC2017 bmk to degrade on Power

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109858 --- Comment #8 from Hongtao.liu --- (In reply to Segher Boessenkool from comment #7) > > The patch will still use GENERAL_REGS when hard_regno_mode_ok for mode and > > GENERAL_REGS(which is the case in PR109610), hope it can also fix this > >

[Bug testsuite/109880] [14 regression] gcc.target/powerpc/fold-vec-extract-int.p8.c fails after r14-916-g9417b30499ce09

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109880 Peter Bergner changed: What|Removed |Added Target Milestone|--- |14.0 Ever confirmed|0

[Bug fortran/109865] different results when routine moved inside the contains statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 --- Comment #14 from GARY.WHITE at ColoState dot edu --- Clarification on the last post. I'm compiling everything with -O3, except va09ad.f90. If va09ad.f90 is compiled with -O3, you get the bug. If va09ad.f90 is compiled with -O0, the code

[Bug fortran/109865] different results when routine moved inside the contains statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 --- Comment #12 from GARY.WHITE at ColoState dot edu --- I just checked, and the bug occurs with the LAPACK routines instead of LinPack. So "make type=markLAPACK" will generate markLAPACK that will fail with -O3, but work with -O0. ---

[Bug fortran/109865] different results when routine moved inside the contains statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 --- Comment #12 from GARY.WHITE at ColoState dot edu --- I just checked, and the bug occurs with the LAPACK routines instead of LinPack. So "make type=markLAPACK" will generate markLAPACK that will fail with -O3, but work with -O0. ---

[Bug target/109812] GraphicsMagick resize is a lot slower in GCC 13.1 vs Clang 16

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

[Bug rtl-optimization/4079] unnecessary register move on simple code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4079 Andrew Pinski changed: What|Removed |Added Known to work||8.1.0 Target Milestone|---

[Bug sanitizer/109882] -fsanitize=thread #include transitively includes sanitizer/common_interface_defs.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ada/109881] GNAT BUG DETECTED during RTL pass, raised TYPES.UNRECOVERABLE_ERROR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881 --- Comment #2 from John Marino --- I found the problematic line. I changed this line: data_in := read_compressed_data (input_stream, planned, bytes_read); to: bytes_read := read_compressed_data (input_stream => input_stream,

[Bug rtl-optimization/43616] Extra register move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43616 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |5.0 Status|NEW

[Bug sanitizer/109882] -fsanitize=thread #include transitively includes sanitizer/common_interface_defs.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882 --- Comment #3 from Andrew Pinski --- Then you should file this bug upstream with the sanitizer for the way __has_feature is handled incorrectly.

[Bug sanitizer/109882] -fsanitize=thread #include transitively includes sanitizer/common_interface_defs.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882 Andrew Pinski changed: What|Removed |Added Component|libstdc++ |sanitizer CC|

[Bug libstdc++/109882] -fsanitize=thread #include transitively includes sanitizer/common_interface_defs.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882 --- Comment #1 from Andrew Pinski --- __has_feature is being added

[Bug modula2/109879] ReadCard and ReadInt from WholeIO have problems with leading space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109879 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/68086] Expression explicitly defined outside the loop is moved inside the loop by the optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68086 Andrew Pinski changed: What|Removed |Added Component|rtl-optimization|tree-optimization --- Comment #3 from

[Bug modula2/109879] ReadCard and ReadInt from WholeIO have problems with leading space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109879 --- Comment #3 from CVS Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:509eef9314b24eff20a5dbdd92f6ab52e2c0c786 commit r14-920-g509eef9314b24eff20a5dbdd92f6ab52e2c0c786 Author: Gaius Mulley Date: Wed

[Bug libstdc++/109882] New: -fsanitize=thread #include transitively includes sanitizer/common_interface_defs.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882 Bug ID: 109882 Summary: -fsanitize=thread #include transitively includes sanitizer/common_interface_defs.h Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug rtl-optimization/79148] stack addresses are spilled to stack slots on x86-64 at -Os instead of rematerializing the addresses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79148 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-05-16

[Bug target/109812] GraphicsMagick resize is a lot slower in GCC 13.1 vs Clang 16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812 JuzheZhong changed: What|Removed |Added CC||juzhe.zhong at rivai dot ai --- Comment

[Bug fortran/109865] different results when routine moved inside the contains statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 --- Comment #11 from GARY.WHITE at ColoState dot edu --- I've never used valgrind -- what would it do? The problem isn't that the code is wrong -- otherwise -O0 would not generate correct results. The compiler is optimizing something

[Bug ada/109881] GNAT BUG DETECTED during RTL pass, raised TYPES.UNRECOVERABLE_ERROR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881 --- Comment #1 from John Marino --- I commented out the "file_to_file_decompression" function and the GNAT BUG disappeared.

[Bug rtl-optimization/66890] function splitting only works with profile feedback

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890 --- Comment #6 from Andrew Pinski --- Really for this loop, I would have assume to be split into 3 different loops like: volatile int count; int main() { int i; for (i = 0; i < 999; i++) { if (i == 999)

[Bug ada/109881] New: GNAT BUG DETECTED during RTL pass, raised TYPES.UNRECOVERABLE_ERROR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109881 Bug ID: 109881 Summary: GNAT BUG DETECTED during RTL pass, raised TYPES.UNRECOVERABLE_ERROR Product: gcc Version: 11.2.0 Status: UNCONFIRMED Severity: normal

[Bug debug/109805] LTO affecting -fdebug-prefix-map

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805 --- Comment #12 from Sergio Durigan Junior --- Sorry, I have been busy with other things, but I'm paying attention to the developments here. I still have to test the workaround I suggested (passing -fdebug-prefix-map to LDFLAGS) more broadly,

[Bug testsuite/109880] New: [14 regression] gcc.target/powerpc/fold-vec-extract-int.p8.c fails after r14-916-g9417b30499ce09

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109880 Bug ID: 109880 Summary: [14 regression] gcc.target/powerpc/fold-vec-extract-int.p8.c fails after r14-916-g9417b30499ce09 Product: gcc Version: 14.0

[Bug fortran/109865] different results when routine moved inside the contains statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 --- Comment #10 from Steve Kargl --- On Tue, May 16, 2023 at 03:55:51PM +, Gary.White at ColoState dot edu wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865 > > --- Comment #9 from GARY.WHITE at ColoState dot edu dot edu> --- >

[Bug modula2/109879] ReadCard and ReadInt from WholeIO have problems with leading space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109879 Gaius Mulley changed: What|Removed |Added Last reconfirmed||2023-05-16

[Bug modula2/109879] ReadCard and ReadInt from WholeIO have problems with leading space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109879 Gaius Mulley changed: What|Removed |Added CC||gaius at gcc dot gnu.org --- Comment #1

[Bug modula2/109879] New: ReadCard and ReadInt from WholeIO have problems with leading space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109879 Bug ID: 109879 Summary: ReadCard and ReadInt from WholeIO have problems with leading space Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/106900] Regression after memchr optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug libstdc++/40094] FAIL: ext/throw_allocator/deallocate_global.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094 --- Comment #26 from Jonathan Wakely --- Thanks!

[Bug libstdc++/40094] FAIL: ext/throw_allocator/deallocate_global.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094 John David Anglin changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libstdc++/109814] [13/14 Regression] freestanding using cmath does not compile anymore

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

[Bug libstdc++/40094] FAIL: ext/throw_allocator/deallocate_global.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094 Jonathan Wakely changed: What|Removed |Added Status|NEW |WAITING --- Comment #24 from Jonathan

[Bug analyzer/109570] detect fclose on unopened or NULL files

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109570 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org --- Comment

[Bug c++/109877] Support for clang-style attributes is needed to parse Darwin SDK headers properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877 --- Comment #6 from Jakub Jelinek --- That is generally the case for the standard C/C++ attributes (arguments just need to be a balanced token sequence), but not for GNU attributes. Although, all standard C/C++ attributes we support right now

[Bug libstdc++/33578] __gnu_parallel::yield means what?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33578 --- Comment #10 from Jonathan Wakely --- For std::this_thread::yield() we do: inline void yield() noexcept { #if defined _GLIBCXX_HAS_GTHREADS && defined _GLIBCXX_USE_SCHED_YIELD __gthread_yield(); #endif } And

[Bug c++/109877] Support for clang-style attributes is needed to parse Darwin SDK headers properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877 --- Comment #5 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #4) > (In reply to Andrew Pinski from comment #2) > > This style of attributes is bad. Because the GNU style attribute is just > >

[Bug target/77579] Missed multiple add (int) for CSEd case

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77579 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|pinskia at gcc

[Bug target/104338] RISC-V: Subword atomics result in library calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338 --- Comment #20 from palmer at gcc dot gnu.org --- (In reply to rvalue from comment #19) > (In reply to Aurelien Jarno from comment #18) > > I wonder if the following patch should also be backported, as it > > doesn't make sense to link with

[Bug c++/109877] Support for clang-style attributes is needed to parse Darwin SDK headers properly

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

[Bug tree-optimization/109878] New: missed simplifications of MAX and MIN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109878 Bug ID: 109878 Summary: missed simplifications of MAX and MIN Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: missed-optimization Severity:

[Bug c++/109774] template function causes Spurious dangling reference warning while non-template does not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109774 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c++/109774] template function causes Spurious dangling reference warning while non-template does not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109774 --- Comment #4 from CVS Commits --- The releases/gcc-13 branch has been updated by Marek Polacek : https://gcc.gnu.org/g:22741a09a8cbf8a360e99e530b016233dd705ce4 commit r13-7337-g22741a09a8cbf8a360e99e530b016233dd705ce4 Author: Marek Polacek

[Bug c++/109877] Support for clang-style attributes is needed to parse Darwin SDK headers properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877 --- Comment #3 from Iain Sandoe --- (In reply to Andrew Pinski from comment #2) > This style of attributes is bad. Because the GNU style attribute is just > token(expression,expression,expression) it seems odd that they added these > kind of

[Bug c++/98202] C++ cannot parse F128 suffix for float128 literals

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

[Bug libstdc++/43622] Incomplete C++ library support for __float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622 --- Comment #32 from Jonathan Wakely --- Hmm, yes. Well I think we can at least make std::is_integral<__int128> true, which will remove once source of surprises for users.

[Bug target/104338] RISC-V: Subword atomics result in library calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338 --- Comment #19 from rvalue --- (In reply to Aurelien Jarno from comment #18) > I wonder if the following patch should also be backported, as it > doesn't make sense to link with -latomic anymore with inline subword atomic > operations Agreed.

[Bug libstdc++/44015] template parameters not documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44015 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|bkoz at gcc dot

[Bug libstdc++/40094] FAIL: ext/throw_allocator/deallocate_global.cc execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|bkoz at gcc dot

[Bug libstdc++/40380] class documentation should mention include file to use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|bkoz at gcc dot

[Bug libstdc++/21772] exception safety testing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21772 Andrew Pinski changed: What|Removed |Added Assignee|bkoz at gcc dot gnu.org|unassigned at gcc dot gnu.org

[Bug libstdc++/9780] issues with time_get, time_put not being tied to correct _punct facet.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9780 Andrew Pinski changed: What|Removed |Added Assignee|bkoz at gcc dot gnu.org|unassigned at gcc dot gnu.org

[Bug libstdc++/18571] document wstring/wfilebuf code conversions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18571 Andrew Pinski changed: What|Removed |Added Assignee|bkoz at gcc dot gnu.org|unassigned at gcc dot gnu.org

[Bug libstdc++/5499] True name and named locales

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5499 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|bkoz at gcc dot

[Bug libstdc++/16006] Conversions of numbers in fi_FI.UTF-8 produces incorrect UTF-8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16006 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|bkoz at gcc dot

[Bug libstdc++/33578] __gnu_parallel::yield means what?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33578 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|bkoz at gcc dot

[Bug c++/109774] template function causes Spurious dangling reference warning while non-template does not

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109774 --- Comment #3 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:f25d2de17663a0132f9fe090dee39d3b1132067b commit r14-919-gf25d2de17663a0132f9fe090dee39d3b1132067b Author: Marek Polacek Date:

[Bug c++/109877] Support for clang-style attributes is needed to parse Darwin SDK headers properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877 --- Comment #2 from Andrew Pinski --- This style of attributes is bad. Because the GNU style attribute is just token(expression,expression,expression) it seems odd that they added these kind of attributes without thinking maybe it would be

[Bug target/104338] RISC-V: Subword atomics result in library calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338 --- Comment #18 from Aurelien Jarno --- Thanks Patrick for working on that and for the backport to the gcc-13 branch. I wonder if the following patch should also be backported, as it doesn't make sense to link with -latomic anymore with inline

[Bug c++/109877] Support for clang-style attributes is needed to parse Darwin SDK headers properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877 Iain Sandoe changed: What|Removed |Added Blocks||90709 Assignee|unassigned at

[Bug c++/109877] New: Support for clang-style attributes is needed to parse Darwin SDK headers properly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109877 Bug ID: 109877 Summary: Support for clang-style attributes is needed to parse Darwin SDK headers properly Product: gcc Version: unknown Status: UNCONFIRMED

[Bug libstdc++/43622] Incomplete C++ library support for __float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622 --- Comment #31 from joseph at codesourcery dot com --- It can be an extended integer type in C2x, but then stdint.h would be required to have int128_t / uint128_t / int_least128_t / uint_least128_t typedefs, and integer constant suffixes

[Bug target/55610] cc1 is calling munmap() on part of itself on darwin

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

[Bug target/44107] gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter

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

[Bug java/41991] gcj segfaults on i686-apple-darwin9 and x86_64-apple-darwin9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991 Bug 41991 depends on bug 44107, which changed state. Bug 44107 Summary: gcc emits frame (epilogue) info incompatible with the darwin {8,9}-unwinder,10-compacter https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107 What|Removed

[Bug c++/109876] [10/11/12/13/14 Regression] initializer_list not usable in constant expressions in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876 --- Comment #4 from Marek Polacek --- On trunk we no longer create a static temporary var for { 1, 2 }, because the code in finish_compound_literal is now guarded by '&& fcl_context == fcl_c99' but it's fcl_functional here.

[Bug c++/101118] coroutines: unexpected ODR warning for coroutine frame type in LTO builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118 --- Comment #20 from Iain Sandoe --- leaving open, I think this might also be needed on 10.x

[Bug target/107568] Darwin: Bootstrap fails with macOS13 sdk because sprintf and friends are deprecated in the SDK.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107568 Iain Sandoe changed: What|Removed |Added Target Milestone|13.2|10.5 --- Comment #17 from Iain Sandoe

[Bug target/105599] g++ by itself is not producing "fatal error: no input files" for darwin target

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

[Bug c++/101118] coroutines: unexpected ODR warning for coroutine frame type in LTO builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118 --- Comment #19 from CVS Commits --- The releases/gcc-11 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:72f004746d87f01e5e3872af3214e3fa1b48dfa8 commit r11-10788-g72f004746d87f01e5e3872af3214e3fa1b48dfa8 Author: Iain Sandoe

[Bug target/107568] Darwin: Bootstrap fails with macOS13 sdk because sprintf and friends are deprecated in the SDK.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107568 --- Comment #16 from CVS Commits --- The releases/gcc-11 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:f4ad0b2287a334613f570c69b7c5320a5a7d7554 commit r11-10785-gf4ad0b2287a334613f570c69b7c5320a5a7d7554 Author: Iain Sandoe

[Bug c++/98202] C++ cannot parse F128 suffix for float128 literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98202 --- Comment #3 from Jonathan Wakely --- With GCC 13 it's now a pedwarn: f128.cc:1:1: warning: 'f128' or 'F128' suffix on floating constant only available with '-std=c++2b' or '-std=gnu++2b' [-Wpedantic]

[Bug target/104871] macosx-version-min wrong for macOS >= Big Sur (darwin20)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104871 --- Comment #4 from CVS Commits --- The releases/gcc-11 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:3417f095f149ba09ca9d4f62bfaf661819a04333 commit r11-10782-g3417f095f149ba09ca9d4f62bfaf661819a04333 Author: Simon Wright

[Bug target/105599] g++ by itself is not producing "fatal error: no input files" for darwin target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105599 --- Comment #7 from CVS Commits --- The releases/gcc-11 branch has been updated by Iain D Sandoe : https://gcc.gnu.org/g:a8307cfd66d29efae9c28f5b32bd677398c92dfe commit r11-10780-ga8307cfd66d29efae9c28f5b32bd677398c92dfe Author: Iain Sandoe

[Bug libstdc++/104772] std::numeric_limits<__float128> should be specialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104772 --- Comment #5 from Jonathan Wakely --- That would be great :-)

[Bug c/39985] Type qualifiers not actually ignored on function return type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39985 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug libstdc++/104772] std::numeric_limits<__float128> should be specialized

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

[Bug testsuite/36443] [10/11/12/13/14 Regression]: HOSTCC doesn't work with installed gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36443 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|janis at gcc dot

[Bug libstdc++/43622] Incomplete C++ library support for __float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622 --- Comment #30 from Jonathan Wakely --- (In reply to John Maddock from comment #26) > (In reply to jos...@codesourcery.com from comment #25) > > On Thu, 20 Nov 2014, john at johnmaddock dot co.uk wrote: > > > > > While we're opening cans of

[Bug libstdc++/43622] Incomplete C++ library support for __float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/109876] [10/11/12/13/14 Regression] initializer_list not usable in constant expressions in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876 --- Comment #3 from Andrew Pinski --- What fixed it on the GCC 8 branch?

[Bug c++/109876] [10/11/12/13/14 Regression] initializer_list not usable in constant expressions in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876 Marek Polacek changed: What|Removed |Added Priority|P3 |P2

[Bug c++/109876] [10/11/12/13/14 Regression] initializer_list not usable in constant expressions in a template

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

[Bug c++/109876] [10/11/12/13/14 Regression] initializer_list not usable in constant expressions in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Target Milestone|---

[Bug c++/109876] New: initializer_list not usable in constant expressions in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876 Bug ID: 109876 Summary: initializer_list not usable in constant expressions in a template Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug c++/109623] constexpr restrictions are not relaxed enough

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109623 --- Comment #3 from Marek Polacek --- // PR c++/109623 struct U { U() { } }; struct S { constexpr S() = default; U u; };

[Bug testsuite/23867] libstdc++ ABI testsuite should work for installed compiler testing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23867 Andrew Pinski changed: What|Removed |Added Assignee|mark at codesourcery dot com |unassigned at gcc dot gnu.org

[Bug libstdc++/43622] Incomplete C++ library support for __float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622 --- Comment #28 from Andrew Pinski --- I suspect this has now been fixed with the additional of full _Float128 support in the C++ front-end and the library work.

[Bug target/65139] Improve register allocation for aarch64_*_sisd_or_int3 patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65139 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |6.0 Status|ASSIGNED

[Bug middle-end/69976] Zero the local stack on function exit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976 --- Comment #14 from Andrew Pinski --- There is an option now to zero out the call used registers: https://gcc.gnu.org/onlinedocs/gcc-13.1.0/gcc/Optimize-Options.html#index-fzero-call-used-regs But there is not one for zeroing of arrays.

[Bug tree-optimization/30334] [meta-bug] Request for -Wundefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30334 Andrew Pinski changed: What|Removed |Added Assignee|gdr at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug libgomp/109875] New: [OpenMP] nteams-var / OMP_NUM_TEAMS → ICV not passed to the device / default value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109875 Bug ID: 109875 Summary: [OpenMP] nteams-var / OMP_NUM_TEAMS → ICV not passed to the device / default value Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug libstdc++/109741] alignas(64) in libstdc++-v3/src/c++11/shared_ptr.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109741 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |11.5

[Bug libstdc++/109741] alignas(64) in libstdc++-v3/src/c++11/shared_ptr.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109741 --- Comment #16 from Jonathan Wakely --- This should be fixed on trunk now.

  1   2   >