Rich Felker 321f4fa906 add max_align_t definition for C11 and C++11 ... unfortunately this needs to be able to vary by arch, because of a huge mess GCC made: the GCC definition, which became the ABI, depends on quirks in GCC's definition of __alignof__, which does not match the formal alignment of the type. GCC's __alignof__ unexpectedly exposes the an implementation detail, its "preferred alignment" for the type, rather than the formal/ABI alignment of the type, which it only actually uses in structures. on most archs the two values are the same, but on some (at least i386) the preferred alignment is greater than the ABI alignment. I considered using _Alignas(8) unconditionally, but on at least one arch (or1k), the alignment of max_align_t with GCC's definition is only 4 (even the "preferred alignment" for these types is only 4).		2014-08-20 17:20:14 -04:00
..
bits	add max_align_t definition for C11 and C++11	2014-08-20 17:20:14 -04:00
src	fix insufficient synchronization in sh atomic asm	2014-07-27 21:13:37 -04:00
atomic.h	clean up unused and inconsistent atomics in arch dirs	2014-07-27 21:50:24 -04:00
crt_arch.h	superh: fix dynamic linking of __fpscr_values	2014-03-16 16:17:28 -05:00
pthread_arch.h	rename superh port to "sh" for consistency	2014-02-27 22:03:25 -05:00
reloc.h	refactor to remove arch-specific relocation code from dynamic linker	2014-06-18 02:44:02 -04:00
syscall_arch.h	rename superh port to "sh" for consistency	2014-02-27 22:03:25 -05:00