This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: fixunssfsi fix for h8300
- To: Jason Merrill <jason_merrill at redhat dot com>
- Subject: Re: fixunssfsi fix for h8300
- From: law at redhat dot com
- Date: Thu, 30 Aug 2001 10:58:59 -0600
- cc: Joern Rennecke <amylaar at redhat dot com>, Jakub Jelinek <jakub at redhat dot com>, gcc-patches at gcc dot gnu dot org
- Reply-To: law at redhat dot com
In message <m366b5lidq.fsf@prospero.cambridge.redhat.com>you write:
> This problem sounds familiar; I remember noticing months back that Jakub's
> Wtype changes to libgcc2 handling were causing 16-bit targets to break
> badly. Glancing at the sources, the offending code still seems to be there
> is that still the problem? I thought someone had been working on this.
I don't recall anyone coming up with a suitable solution that works
across all our platforms. What's in there right now works on everything
expect these little 16bit ports which plan -DDI=SI -DDF=SF games when
building libgcc.
> It seems to me that a function named, say, __foodi2 should never operate on
> anything other than DImode operands, and that all the Wtype stuff is
> ill-conceived. Does anyone disagree?
I agree totally. This whole thing is a (*&@#$ mess.
jeff