https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121473
--- Comment #3 from Cristian Morales Vega ---
Thanks.
FWIW MIPS seems to have an extra problem through libatomic. As far as I can
tell, libatomic.a is always built without -fpic, isn't it? There is not even an
option to make it use it? It may b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121473
Bug ID: 121473
Summary: MIPS and ARM builds silently ignore -static-pie
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120970
Bug ID: 120970
Summary: -static-pie together with -fsanitize=address should be
disallowed
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120915
--- Comment #3 from Cristian Morales Vega ---
> But isn't it valid (seems like a common idiom in C++)?
I'm not a qualified language lawyer. But looking at
https://www.open-std.org/JTC1/SC22/WG21/docs/papers/2020/n4861.pdf, in "7.6.9
Relational
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120915
--- Comment #1 from Cristian Morales Vega ---
The specific gcc version I was using is gcc-15.1.1-2.fc42.x86_64, from Fedora
42.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120915
--- Comment #2 from Cristian Morales Vega ---
I probably did a mistake before, because I couldn't reproduce it when
simplifing it.
The thing is actually just
```
#include
class stream
{
char* p_;
char* end_;
public:
stream(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120915
Bug ID: 120915
Summary: Possible -fsanitize=pointer-subtract false positive
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120445
--- Comment #2 from Cristian Morales Vega ---
Created attachment 61523
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61523&action=edit
Preprocessed source
"g++ -E -O3 -flto -o test_preprocessed.cpp test.cpp -Iboost_1_88_0" output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120445
Bug ID: 120445
Summary: False -Wstringop-overread and -Wfree-nonheap-object
positives
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109703
Bug ID: 109703
Summary: __builtin_unreachable() reached
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105616
--- Comment #2 from Cristian Morales Vega ---
I don't think so.
Supposedly it was fixed 2 months ago in trunk
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105562#c14). But in
https://godbolt.org/z/8a979Gha8 the warnings are still present (even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105671
--- Comment #4 from Cristian Morales Vega ---
I can confirm adding "__attribute__((always_inline))" in _M_high_mark() solves
the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105671
--- Comment #1 from Cristian Morales Vega ---
It's in the full verbose build log, but failed to include it here. These are
the contents of the files:
$ cat user-config.jam
using gcc : : g++ : "-flto" ;
$ cat test.cpp
#include
#include
#inclu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105671
Bug ID: 105671
Summary: Unexplained "undefined reference" error
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105616
Bug ID: 105616
Summary: Using regex_replace throws "maybe-uninitialized"
warnings
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
P
15 matches
Mail list logo
