https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #47 from dave.anglin at bell dot net ---
On 2021-02-17 11:46 a.m., redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
>
> --- Comment #46 from Jonathan Wakely ---
> (In reply to John David Anglin from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #46 from Jonathan Wakely ---
(In reply to John David Anglin from comment #45)
> It seems we have 8-byte alignment specified using std::max_align_t and
> 16-byte
> alignment for pthread mutexes and malloc.
That's not a libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #45 from John David Anglin ---
We see this fail on hppa-linux:
https://buildd.debian.org/status/fetch.php?pkg=mysql-8.0=hppa=8.0.23-3=1613526368=0
[ 49%] Building CXX object
storage/innobase/CMakeFiles/innobase.dir/api/api0api.cc.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #44 from Jonathan Wakely ---
It looks like mingw* has the same problem:
https://sourceforge.net/p/mingw-w64/bugs/778/
mlloc returns memory aligned to 8 bytes, GCC's stddef.h says 16 is a
fundamental alignment. Even worse, mingw's own
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #43 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:b425be2c4c6763436d63543501c6762ae031e43c
commit r10-8186-gb425be2c4c6763436d63543501c6762ae031e43c
Author: Alexandre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #42 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:883246530f1bb10d854f455e1c3d55b93675690a
commit r11-347-g883246530f1bb10d854f455e1c3d55b93675690a
Author: Alexandre Oliva
Date: