[Bug target/116390] [15 regression] [avr] Another ICE for avrtiny and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116390 --- Comment #13 from Detlef Vollmann --- On 8/18/24 22:42, gjl at gcc dot gnu.org wrote: > The segmentation fault as reported above has been fixed with comment #2. So > for what reason did you reopen this PR? Sorry, I don't really know the pro

[Bug target/116390] [15 regression] [avr] Another ICE for avrtiny and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116390 --- Comment #10 from Detlef Vollmann --- Just in case you don't already know it, this is the commit that caused this regression: Detlef

[Bug rtl-optimization/116390] [15 regression] [ext_dce] [avr] Another ICE for avrtiny and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116390 Detlef Vollmann changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug c++/115511] ICE on ambigous overload for _Float32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511 --- Comment #9 from dv at vollmann dot ch --- Just asking: is there anything that's required from my side to close this as fixed?

[Bug c++/116390] New: Another ICE for avrtiny and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116390 Bug ID: 116390 Summary: Another ICE for avrtiny and optimization Product: gcc Version: 15.0 URL: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389 Status: UNCONFIRMED

[Bug c++/116389] New: ICE in extract_constrain_insn for avrtiny and -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116389 Bug ID: 116389 Summary: ICE in extract_constrain_insn for avrtiny and -O2 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug libstdc++/115481] HAVE_* for long double math functions wrong for avrlibc (target AVR)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115481 --- Comment #7 from dv at vollmann dot ch --- On 7/23/24 11:19, redi at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115481 > > --- Comment #6 from Jonathan Wakely --- > Oh it looks like 2.2.0 is *very* new (but 2.1.0 i

[Bug libstdc++/115512] _Float32 overloads in cmath cause ICE for default AVR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512 --- Comment #3 from dv at vollmann dot ch --- On 6/17/24 10:59, jakub at gcc dot gnu.org wrote: > --- Comment #1 from Jakub Jelinek --- > Of course cmath needs to provide _Float32 overloads when _Float32 is > supported. > I've provided a fix f

[Bug c++/115511] ICE on ambigous overload for _Float32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511 --- Comment #5 from dv at vollmann dot ch --- On 6/17/24 10:47, jakub at gcc dot gnu.org wrote: > --- Comment #4 from Jakub Jelinek --- > Untested fix below. I did a quick test for AVR and it worked :-) I'll now do a full build of libstdc++ an

[Bug libstdc++/115512] _Float32 overloads in cmath cause ICE for default AVR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512 --- Comment #2 from dv at vollmann dot ch --- On 6/17/24 10:59, jakub at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512 > > Jakub Jelinek changed: > > What|Removed |Added >

[Bug c++/115511] ICE on ambigous overload for _Float32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511 --- Comment #2 from dv at vollmann dot ch --- On 6/16/24 16:18, pinskia at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511 > > Andrew Pinski changed: > > What|Removed |Added > --

[Bug libstdc++/115512] New: _Float32 overloads in cmath cause ICE for default AVR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512 Bug ID: 115512 Summary: _Float32 overloads in cmath cause ICE for default AVR Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug c++/115511] New: ICE on ambigous overload for _Float32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511 Bug ID: 115511 Summary: ICE on ambigous overload for _Float32 Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug libstdc++/115482] [14/15 Regression] print.cc fails with avrlibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115482 --- Comment #2 from dv at vollmann dot ch --- On 6/14/24 11:54, redi at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115482 > > Jonathan Wakely changed: > > What|Removed |Added > ---

[Bug libstdc++/115481] HAVE_* for long double math functions wrong for avrlibc (target AVR)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115481 --- Comment #2 from dv at vollmann dot ch --- On 6/13/24 22:30, pinskia at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115481 > > --- Comment #1 from Andrew Pinski --- > Patch should be sent to gcc-patches@ (and in thi

[Bug libstdc++/115482] New: print.cc fails with avrlibc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115482 Bug ID: 115482 Summary: print.cc fails with avrlibc Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug libstdc++/115481] New: HAVE_* for long double math functions wrong for avrlibc (target AVR)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115481 Bug ID: 115481 Summary: HAVE_* for long double math functions wrong for avrlibc (target AVR) Product: gcc Version: 15.0 Status: UNCONFIRMED Severity: normal

[Bug c++/109682] coroutines: ICE in morph_fn_to_coro on wrong return type for get_return_object_on_allocation_failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109682 dv at vollmann dot ch changed: What|Removed |Added CC||dv at vollmann dot ch --- Commen

[Bug c++/109682] New: coroutines: ICE in morph_fn_to_coro on wrong return type for get_return_object_on_allocation_failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109682 Bug ID: 109682 Summary: coroutines: ICE in morph_fn_to_coro on wrong return type for get_return_object_on_allocation_failure Product: gcc Version: 14.0 Status: UNCONFIRM

[Bug c++/106538] Reject-valid: Substitution failure causes error with unsatisfied constraint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106538 --- Comment #2 from dv at vollmann dot ch --- Thanks for the detailed explanation (and the workarounds!). I still think it's very surprising behaviour, but I'll probably leave it to others to bring this to WG21. Thanks again, Detlef

[Bug c++/106538] New: Reject-valid: Substitution failure causes error with unsatisfied constraint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106538 Bug ID: 106538 Summary: Reject-valid: Substitution failure causes error with unsatisfied constraint Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: no

[Bug target/104988] Zero register (R1) clobbered by __udivmodsi4 for AVR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104988 --- Comment #1 from dv at vollmann dot ch --- Sorry, it looks like it's my fault: the compiler saves and clears __zero_reg__ for ISRs so I have to do this in my assembler ISRs myself and it's correct for a function to temporarily store a non-zero

[Bug libgcc/104988] New: Zero register (R1) clobbered by __udivmodsi4 for AVR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104988 Bug ID: 104988 Summary: Zero register (R1) clobbered by __udivmodsi4 for AVR Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug libstdc++/104870] [12 Regression] fast_float doesn't work for 16-bit size_t, but is used anyway by floating_from_chars.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870 --- Comment #7 from dv at vollmann dot ch --- Tested for AVR, works :-) Thanks, Detlef

[Bug libstdc++/104866] [12 Regression] this_thread_sleep.h doesn't compile if _GLIBCXX_NO_SLEEP is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866 --- Comment #3 from dv at vollmann dot ch --- Thanks. Tested for AVR, works :-)

[Bug libstdc++/104870] [12 Regression] fast_float doesn't work for 16-bit size_t, but is used anyway by floating_from_chars.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870 --- Comment #3 from dv at vollmann dot ch --- (In reply to Jonathan Wakely from comment #1) > Ah that #if should match the one in Yes, that's better than my patch.

[Bug libstdc++/104870] New: fast_float doesn't work for 16-bit size_t, but is used anyway by floating_from_chars.cc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870 Bug ID: 104870 Summary: fast_float doesn't work for 16-bit size_t, but is used anyway by floating_from_chars.cc Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug libstdc++/104866] New: this_thread_sleep.h doesn't compile if _GLIBCXX_NO_SLEEP is defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866 Bug ID: 104866 Summary: this_thread_sleep.h doesn't compile if _GLIBCXX_NO_SLEEP is defined Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal