http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30826
Richard Guenther changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
--- Comment #10 from tom dot culliton at oracle dot com 2008-01-07 17:42
---
We've run afoul of this issue as well attempting to use gcc 4.1.1 and 4.1.2 on
this platform, and it means that G++ is essentially unusable for us. Not
following the IA64 ABI/Runtime Standard is a pretty seriou
--- Comment #9 from sje at cup dot hp dot com 2007-02-20 17:06 ---
I did mean 256 bits and not bytes in comment #5.
Forcing -fno-inline wouldn't necessarily help, the compiler is forcing the
return structure to be 4 byte aligned and it is going to be a 50/50 proposition
whether or not i
--- Comment #8 from michael dot haubenwallner at salomon dot at 2007-02-19
12:19 ---
(In reply to comment #5)
> it says that aggregates larger than 256 bytes (mallinfo is
> 320 bytes),
This should be counted in _bits_, not bytes ?
'struct mallinfo' has 40 bytes, 10 * int32_t, 320 _bi
--- Comment #7 from michael dot haubenwallner at salomon dot at 2007-02-17
15:01 ---
Maybe coincident, but using gcc-3.4.5 with '-O2' works for this one testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30826
--- Comment #6 from michael dot haubenwallner at salomon dot at 2007-02-17
14:35 ---
(In reply to comment #5)
> There is another bug (PR15087) about GCC not obeying the IA64 runtime
> alignment
> requrements in other cases.
>
Huh, this one is nearly three years old.
After reading th
--- Comment #5 from sje at cup dot hp dot com 2007-02-16 23:26 ---
It looks like GCC is running afoul of the IA64 Runtime standard. In section
8.6 (return values) it says that aggregates larger than 256 bytes (mallinfo is
320 bytes), the caller must allocate a buffer and pass a pointer
