summaryrefslogtreecommitdiff
path: root/gcc/expr.h
diff options
context:
space:
mode:
authorkenner <kenner@138bc75d-0d04-0410-961f-82ee72b054a4>1993-02-08 10:49:05 +0000
committerkenner <kenner@138bc75d-0d04-0410-961f-82ee72b054a4>1993-02-08 10:49:05 +0000
commitde3aac5967439c16fe95210855b37fd7dd0ac17d (patch)
treed1532a33d142e36bcb797becc233ccc9cd1b4b2d /gcc/expr.h
parent3285790eddfd7178920cfb9cfa6a3f11895364e2 (diff)
downloadgcc-de3aac5967439c16fe95210855b37fd7dd0ac17d.tar.gz
(MUST_PASS_IN_STACK_BAD_ALIGN): Deleted.
(MUST_PASS_IN_STACK): No problem anymore with nonaligned structs. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@3438 138bc75d-0d04-0410-961f-82ee72b054a4
Diffstat (limited to 'gcc/expr.h')
-rw-r--r--gcc/expr.h19
1 files changed, 5 insertions, 14 deletions
diff --git a/gcc/expr.h b/gcc/expr.h
index 4bcdc17f2b3..cd3658b9812 100644
--- a/gcc/expr.h
+++ b/gcc/expr.h
@@ -202,19 +202,11 @@ enum direction {none, upward, downward}; /* Value has this type. */
- if the type is marked as addressable (it is required to be constructed
into the stack)
- if the padding and mode of the type is such that a copy into a register
- would put it into the wrong part of the register
- - when STRICT_ALIGNMENT and the type is BLKmode and is is not
- aligned to a boundary corresponding to what can be loaded into a
- register. */
-
-#define MUST_PASS_IN_STACK_BAD_ALIGN(MODE,TYPE) \
- (STRICT_ALIGNMENT && MODE == BLKmode \
- && TYPE_ALIGN (TYPE) < (BIGGEST_ALIGNMENT < BITS_PER_WORD \
- ? BIGGEST_ALIGNMENT : BITS_PER_WORD))
-
-/* Which padding can't be supported depends on the byte endianness. */
+ would put it into the wrong part of the register.
+
+/* Which padding can't be supported depends on the byte endianness.
-/* A value in a register is implicitly padded at the most significant end.
+ A value in a register is implicitly padded at the most significant end.
On a big-endian machine, that is the lower end in memory.
So a value padded in memory at the upper end can't go in a register.
For a little-endian machine, the reverse is true. */
@@ -231,8 +223,7 @@ enum direction {none, upward, downward}; /* Value has this type. */
|| TREE_ADDRESSABLE (TYPE) \
|| ((MODE) == BLKmode \
&& (FUNCTION_ARG_PADDING (MODE, TYPE) \
- == MUST_PASS_IN_STACK_BAD_PADDING)) \
- || MUST_PASS_IN_STACK_BAD_ALIGN (MODE, TYPE)))
+ == MUST_PASS_IN_STACK_BAD_PADDING))))
/* Nonzero if type TYPE should be returned in memory
(even though its mode is not BLKmode).