[Bug] subword handling for DI modes

[Frank Ch. Eigler]

On Tue, Oct 10, 2000 at 03:31:55PM +1100, Ben Elliston wrote:
> [...]
> FYI, I was able to work around this by using:
> 	(subword SI (reg h-reg) 0)
> So it seems something is amiss in the determination of the operand's mode.

While I don't have a fix for this problem, let me make the observation
that the interpretation of the subword number (the last argument) is
pretty iffy.  Some cgen code interprets it an endian-dependent manner
(as in "0th subword as laid out in memory"), and some other code in
endian-independent (as in "0th among least->most significant subwords").

I think the endinan-independent interpretation is more useful, but to
switch over to it would require a fair bit of testing.  Still, it's
important to fix this one way or the other.


- FChE
-- 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE593+0VZbdDOm/ZT0RAiPUAJ9g+Nrv6eiZW2HE9nRTdMlxc+AKWgCdFb73
RkHCbNL+u/OI6OATSSl/9r0=
=eb8F
-----END PGP SIGNATURE-----