This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: A bug in GCC 2.95.2 for SPARC
- To: James dot Cheng at eng dot sun dot com
- Subject: Re: A bug in GCC 2.95.2 for SPARC
- From: "David S. Miller" <davem at redhat dot com>
- Date: Thu, 11 May 2000 16:17:51 -0700
- CC: gcc-bugs at gcc dot gnu dot org
- References: <200005112307.QAA19380@solarcell.Eng.Sun.COM>
Date: Thu, 11 May 2000 16:07:05 -0700 (PDT)
From: James Cheng <James.Cheng@eng.sun.com>
It turned out to be an implementation dependency of the UltraSPARC.
On page 249 of "UltraSPARC User's Manual, Revision 2.0 - June 1996"
there is:
LDDF{A}/STDF{A} cause an LDDF/STDF_mem_address_not_aligned
trap if the effective address is 32-bit aligned but not
64-bit (doubleword) aligned.
I have tried the gcc 2.96 version 2.96 20000501 (experimental) with
-mcpu=ultrasparc, and the problem I reported earlier is gone.
Solaris should have been resolving and handling those unaligned
accesses for the application though, at least Linux on UltraSparc
does.
Later,
David S. Miller
davem@redhat.com