]> gcc.gnu.org Git - gcc.git/commit
libstdc++: Do not use C++11 alignof in C++98 mode [PR104395]
authorJonathan Wakely <jwakely@redhat.com>
Wed, 26 Jun 2024 13:09:07 +0000 (14:09 +0100)
committerJonathan Wakely <redi@gcc.gnu.org>
Fri, 28 Jun 2024 19:19:02 +0000 (20:19 +0100)
commit03d3aeb0e0fa7dec9bd702cabf57ef73cdc32704
tree095f85467a577f84d9936e43bfa1d1bb7cf67eeb
parentac8c61b62e71ffdcaebfd4cfc03f58fe542855dd
libstdc++: Do not use C++11 alignof in C++98 mode [PR104395]

When -faligned-new (or Clang's -faligned-allocation) is used our
allocators try to support extended alignments, gated on the
__cpp_aligned_new macro. However, because they use alignof(_Tp) which is
not a keyword in C++98 mode, using -std=c++98 -faligned-new results in
errors from <memory> and other headers.

We could change them to use __alignof__ instead of alignof, but that
would potentially alter the result of the conditions, because e.g.
alignof(long long) != __alignof__(long long) on some targets. That's
probably not an issue for any types with extended alignment, so maybe it
would be a safe change.

For now, it seems acceptable to just disable the extended alignment
support in C++98 mode, so that -faligned-new enables std::align_val_t
and the corresponding operator new overloads, but doesn't affect
std::allocator, __gnu_cxx::__bitmap_allocator etc.

libstdc++-v3/ChangeLog:

PR libstdc++/104395
* include/bits/new_allocator.h: Disable extended alignment
support in C++98 mode.
* include/bits/stl_tempbuf.h: Likewise.
* include/ext/bitmap_allocator.h: Likewise.
* include/ext/malloc_allocator.h: Likewise.
* include/ext/mt_allocator.h: Likewise.
* include/ext/pool_allocator.h: Likewise.
* testsuite/ext/104395.cc: New test.
libstdc++-v3/include/bits/new_allocator.h
libstdc++-v3/include/bits/stl_tempbuf.h
libstdc++-v3/include/ext/bitmap_allocator.h
libstdc++-v3/include/ext/malloc_allocator.h
libstdc++-v3/include/ext/mt_allocator.h
libstdc++-v3/include/ext/pool_allocator.h
libstdc++-v3/testsuite/ext/104395.cc [new file with mode: 0644]
This page took 0.056374 seconds and 6 git commands to generate.