OpenE2K/gcc
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

pa.h (BIGGEST_ALIGNMENT): Adjust comment.

Browse Source 
* config/pa/pa.h (BIGGEST_ALIGNMENT): Adjust comment.
	(MALLOC_ABI_ALIGNMENT): Define.

From-SVN: r240901
This commit is contained in:
John David Anglin 2016-10-09 17:02:21 +00:00
parent 8813a647b5
commit df74f099d3
2 changed files with 18 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
gcc/ChangeLog
View File

@ -1,3 +1,8 @@
2016-10-09 John David Anglin <danglin@gcc.gnu.org>
* config/pa/pa.h (BIGGEST_ALIGNMENT): Adjust comment.
(MALLOC_ABI_ALIGNMENT): Define.
2016-10-09 Jakub Jelinek <jakub@redhat.com>
* tree-ssa.c (target_for_debug_bind, verify_phi_args,

14
gcc/config/pa/pa.h
View File

@ -292,9 +292,21 @@ typedef struct GTY(()) machine_function
/* A bit-field declared as `int' forces `int' alignment for the struct. */
#define PCC_BITFIELD_TYPE_MATTERS 1
/* No data type wants to be aligned rounder than this. */
/* No data type wants to be aligned rounder than this. The long double
type has 16-byte alignment on the 64-bit target even though it was never
implemented in hardware. The software implementation only needs 8-byte
alignment. This is to match the HP compilers. */
#define BIGGEST_ALIGNMENT (2 * BITS_PER_WORD)
/* Alignment, in bits, a C conformant malloc implementation has to provide.
The HP-UX malloc implementation provides a default alignment of 8 bytes.
This can be increased with mallopt. The glibc implementation also provides
8-byte alignment. Note that this isn't enough for various POSIX types such
as pthread_mutex_t. However, since we no longer need the 16-byte alignment
for atomic operations, we ignore the nominal alignment specified for these
types. The same is true for long double on 64-bit HP-UX. */
#define MALLOC_ABI_ALIGNMENT (64)
/* Get around hp-ux assembler bug, and make strcpy of constants fast. */
#define CONSTANT_ALIGNMENT(EXP, ALIGN) \
(TREE_CODE (EXP) == STRING_CST \