[Bug tree-optimization/109869] comparing SCHAR_MIN and SCHAR_MAX but with widden type could be optimized better

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

[Bug tree-optimization/109868] [13/14 regression] ICE: segmentation fault or ICE in min_value with zero sized bitfield

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109868 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug tree-optimization/109866] Sometimes using sub/test instead just test

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

[Bug tree-optimization/109862] IV-OPTs could use int but still uses smaller sized for IV

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109862 --- Comment #1 from Richard Biener --- I think IVOPTs never considers candidates of different size. One could use niter info to bound the value range (or use ranger) and add a candidate based on that. But you have to be careful with targets th

[Bug c++/109859] [12/13/14 Regression] ICE on concept mis-typed as template type parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109859 Richard Biener changed: What|Removed |Added Priority|P3 |P2

[Bug c++/109883] New: Stack Overflow in functions with types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109883 Bug ID: 109883 Summary: Stack Overflow in functions with types Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/109610] [14 regression] gcc.target/powerpc/dform-3.c fails after r14-172-g0368d169492017

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109610 Kewen Lin changed: What|Removed |Added CC||linkw at gcc dot gnu.org --- Comment #12 fr

[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 https://gcc.gnu.org/pi

[Bug middle-end/90663] [10/11/12/13/14 Regression] strcmp (&a[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&action=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 --- Commen

[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 1

[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 > > re

[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 p

[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. --- Comment

[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. --- Comment

[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 fr

[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 An

[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 Seve

[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 Status|UNCONFIRME

[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 #4

[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 incorrect

[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, b

[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 S

[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 Status|UNCONFIRME

[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 o

[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 gthr-win32.

[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 > > token(expression,expression,expression

[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 do

[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 -lat

[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 #4

[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 att

[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 g

[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 g

[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 g

[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 gn

[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 g

[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 g

[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: Tue

[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 rejec

[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 s

[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 gc

[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 Sev

[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 would

[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 D

[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 #4

[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 wor

[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 reconfirmed|2023-05

[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

  1   2   >