1
0
mirror of https://git.savannah.gnu.org/git/gnulib.git synced 2025-08-10 04:43:00 +03:00
Files
gnulib/doc/posix-headers/stdalign.texi
Paul Eggert c593e834e1 alignasof: new module
This splits off support for the C23 keywords alignas and alignof,
from the now-deprecated stdalign module.  The latter now merely
provides C11 support.
* MODULES.html.sh, NEWS, doc/gnulib.texi:
* doc/posix-headers/stdalign.texi: Document the change.
* lib/stdalign.in.h: Remove most of the definitions (which are now
supplied by the alignasof module), leaving only
__alignas_is_defined and __alignof_is_defined.
* modules/alignasof, modules/alignasof-tests: New files.
* m4/stdalign.m4 (gl_ALIGNASOF): New macro, with
most of the contents of the old gl_STDALIGN_H.
Do not define __alignas_is_defined or __alignof_is_defined.
(gl_STDALIGN_H): Rely on gl_ALIGNASOF for most of the work.
* modules/alignalloc, modules/alignof, modules/argp:
* modules/crypto/md4-buffer, modules/crypto/md5-buffer:
* modules/crypto/sha1-buffer, modules/crypto/sha256-buffer:
* modules/crypto/sha512-buffer, modules/crypto/sm3-buffer:
* modules/fts, modules/rawmemchr, modules/relocatable-prog-wrapper:
* modules/stddef-tests, modules/sys_socket:
Depend on alignasof, not stdalign.
* modules/stdalign: Deprecate.  Depend on alignasof.
* modules/stdalign-tests: Move most contents to the new module
alignasof-tests, and depend on that.
2023-01-15 11:51:07 -08:00

87 lines
3.3 KiB
Plaintext

@node stdalign.h
@section @file{stdalign.h}
POSIX specification:@* Not in POSIX yet, but we expect it will be,
at least temporarily until it becomes obsolete due to its phasing
out starting in C23.
ISO C23 (latest free draft
@url{http://www.open-std.org/jtc1/sc22/wg14/www/docs/n3047.pdf})
sections 6.5.3.4, 6.7.5, 7.15.
C++11 (latest free draft
@url{http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2011/n3242.pdf})
section 18.10.
Gnulib module: alignasof
Portability problems fixed by Gnulib:
@itemize
@item
On older C platforms @code{<stdalign.h>} must be included before using
@code{alignas} or @code{alignof}. For example, GCC versions before 13 do not
support these keywords, which were standardized by C23.
On C23 and later platforms, @code{<stdalign.h>} has no effect and need
not be included. (Gnulib-using code should not include
@code{<stdalign.h>} without also employing Gnulib's now-deprecated
@code{stdalign} module.)
@item
This header file is missing on many platforms:
FreeBSD 6.4, NetBSD 7.1, OpenBSD 6.7, Minix 3.3.0, AIX 7.1, HP-UX 11.31, IRIX 6.5, Solaris 11.3, mingw, MSVC 14, Android 9.0.
@item
Clang 3.0's @code{<stdalign.h>} does not define @code{alignof}.
@item
The @code{alignof} macro returns too large values for
the types @code{double} and @code{long long} in GCC 4.7.0.
@item
Older C platforms might not support the obsolescent
@code{_Alignas} and @code{_Alignof} keywords or macros.
This portability problem should not matter with code using this module,
as such code should use @code{alignas} and @code{alignof} instead.
@item
In C11 and C17, @code{<stdalign.h>} defines the macros
@code{__alignas_is_defined} and
@code{__alignof_is_defined} to 1.
In C23, these macros are not defined.
This portability problem should not matter with code using Gnulib's
@code{alignasof} module, as such code should use @code{alignas} and
@code{alignof} without checking these two macros. (Gnulib's
now-deprecated @code{stdalign} module defines these two macros.)
@end itemize
Portability problems not fixed by Gnulib:
@itemize
@item
In C11 and later, the operand of @code{alignof} must be a
parenthesized type. Recent versions of GCC support an extension in
which the operand can also be a unary expression, as with
@code{sizeof}. The Gnulib substitute does not support this extension.
@item
On most pre-C11 platforms, the operand of
@code{alignof} cannot be a structure type containing a
flexible array member.
@item
The @code{alignas} keyword or macro is not always supported.
Supported compilers include any compiler supporting C11 or later,
which includes GCC, IBM C, Sun C 5.9 and later,
and MSVC 7.0 and later.
@item
Some compilers do not support alignment via
@code{alignas} of @code{auto} variables (i.e.,
variables on the stack). They diagnose and ignore the alignment: Sun
C 5.11.
@item
Some linkers do not support operands of @code{alignas}
that are greater than 8: mingw.
@item
Some compilers require the operand of @code{alignas}
to be a single integer constant, not an expression: MSVC 7.0 through
at least 10.0.
@item
The Sun C 5.13 (2014) compiler sometimes mishandles the alignment of multiple
external variables that are declared close together with
@code{alignas}. The bug is fixed in Sun C 5.15, also known as Oracle
Developer Studio 12.6 (2017).
@item
You cannot assume that @code{alignas} and @code{alignof} are reserved words;
they might be macros.
@end itemize