https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100438
--- Comment #6 from heinzisoft at web dot de ---
Seems the crypto++ library includes x86intrin.h, and that leaks the macro. I
assume a library isn't supposed to do that?
https://github.com/weidai11/cryptopp/blob/master/misc.h#L83
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100438
--- Comment #1 from heinzisoft at web dot de ---
- https://bugs.gentoo.org/788403
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: heinzisoft at web dot de
Target Milestone: ---
[CryFS](https://github.com/cryfs/cryfs) compiled fine with GCC 10, but it
breaks with GCC 11 because the standard library is now defining
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82481
--- Comment #5 from heinzisoft at web dot de ---
(In reply to Jonathan Wakely from comment #2)
> It is a dangling pointer, but it can't be dereferenced, so it doesn't matter.
>
> It's only used by std::call_once and wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82481
--- Comment #4 from heinzisoft at web dot de ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to heinzisoft from comment #0)
> > Building the following minimal example with libstdc++ 7.0.1
>
> And why are you using t
++
Assignee: unassigned at gcc dot gnu.org
Reporter: heinzisoft at web dot de
Target Milestone: ---
Building the following minimal example with libstdc++ 7.0.1 using clang-tidy
4.0.0 on Ubuntu 17.04:
main.cpp:
#include
int main() {
std::promise p;
p.set_value(3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82159
--- Comment #1 from heinzisoft at web dot de ---
Correction: OS is Ubuntu 17.04, not 17.10
++
Assignee: unassigned at gcc dot gnu.org
Reporter: heinzisoft at web dot de
Target Milestone: ---
Seeing the following error on GCC 6.3.0 and GCC 7.2.0, while it builds fine on
GCC 5 and on current Clang. OS is Ubuntu 17.10.
Steps to Repro:
-
$ g++ test.cpp
