[Bug libstdc++/64735] std::future broken on armel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735 --- Comment #9 from Pauli --- atomicity.h uses exactly same builtins if _GLIBCXX_ATOMIC_BUILTINS is set 1. Difference include check for __gthread_active_p check and annotations for race detector. Annotations are empty macros in default build.

[Bug middle-end/78233] compute_idf fails quick_push size check when compiling libgcc for Debian armel with qemu-arm-static

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78233 --- Comment #1 from Pauli --- Sorry. Error in original report: gcc (Debian 6.2.0-11) 6.2.0 20161103 with command: gcc -isystem /usr/local/armv7l-unknown-linux-gnueabi/include -isystem /usr/local/armv7l-unknown-linux-gnueabi/sys-include-g

[Bug c/78233] New: compute_idf fails quick_push size check when compiling libgcc for Debian armel with qemu-arm-static

Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: suokkos at gmail dot com Target Milestone: --- Created attachment 39980 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39980=edit libgcc2.i from x

[Bug libstdc++/78156] constexpr basic_string_view::basic_string_view(const charT *) calls non-constexpr char_traits::length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78156 --- Comment #3 from Pauli --- Could __builtin_constant_p help to select different code for compile time and runtime? Something like: string_view(const _CharT* __str) : _M_len(/*null check*/__builtin_constant_p(__str /*or __str[0]?*/) ?

[Bug c++/64735] std::future broken on armel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735 Pauli changed: What|Removed |Added CC||suokkos at gmail dot com --- Comment #7 from

[Bug libstdc++/78156] constexpr basic_string_view::basic_string_view(const charT *) calls non-constexpr char_traits::length

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78156 --- Comment #2 from Pauli --- Maybe this isn't exactly defect. But constexpr is hard beast to get right in any code. For user code simplest workaround would be remembering to use operator""sv everywhere. Too bad accessing those operator seems

[Bug libstdc++/78156] New: constexpr basic_string_view::basic_string_view(const charT *) calls non-constexpr char_traits::length

: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: suokkos at gmail dot com Target Milestone: --- Simple test case fails to compile: #if __has_include("string_view") #incl

[Bug libstdc++/39546] New: parallel mode doesn't support implicit string conversion

: unassigned at gcc dot gnu dot org ReportedBy: suokkos at gmail dot com GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546

[Bug libstdc++/39546] parallel mode doesn't support implicit string conversion

--- Comment #1 from suokkos at gmail dot com 2009-03-24 16:43 --- Created an attachment (id=17533) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17533action=view) g++ -v output when trying to compiling in parallel mode -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546

[Bug libstdc++/39546] parallel mode doesn't support implicit string conversion

--- Comment #2 from suokkos at gmail dot com 2009-03-24 16:46 --- Created an attachment (id=17534) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17534action=view) --save-temps test.ii from failed compilation in parallel mode -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546

[Bug libstdc++/39546] parallel mode doesn't support implicit string conversion

--- Comment #3 from suokkos at gmail dot com 2009-03-24 16:48 --- Created an attachment (id=17535) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17535action=view) Source for the simple test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39546