This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: UltraSPARC 16-bit assignments severely broken [analysis]
- To: root at ihack dot net
- Subject: Re: UltraSPARC 16-bit assignments severely broken [analysis]
- From: "David S. Miller" <davem at redhat dot com>
- Date: Tue, 25 Jul 2000 21:50:06 -0700
- CC: aoliva at redhat dot com, gcc-bugs at gcc dot gnu dot org
- References: <200007240254.e6O2sB509863@lop-nor.ihack.net>
Date: Sun, 23 Jul 2000 22:54:11 -0400 (EDT)
From: "Charles M. Hannum" <root@ihack.net>
That is, unfortunately, a rather unhelpful answer. The point of this
exercise is that I *need* a working UltraSPARC compiler, badly enough
that I'm willing to fix it myself. I just want to know if people have
specific thoughts on which way I should do it.
Code inspection suggests that this particular bug is still present in
2.96, so `upgrading' is not going to me help me either.
Build the cross compiler with -DHOST_WIDE_INT="long long" in the
CFLAGS and the bug will go away.
In fact this is how we do all of our 32-->64 cross builds under Linux
for the kernel compiler, and also this will enable many optimizations
which are normally disabled when HOST_WIDE_INT is smaller than the
machine word size of the target.
Later,
David S. Miller
davem@redhat.com