This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: extract/store_bit_field fix
- From: Dale Johannesen <dalej at apple dot com>
- To: Aldy Hernandez <aldyh at redhat dot com>
- Cc: Dale Johannesen <dalej at apple dot com>, gcc-patches at gcc dot gnu dot org
- Date: Tue, 30 Apr 2002 10:29:39 -0700
- Subject: Re: extract/store_bit_field fix
On Tuesday, April 30, 2002, at 01:30 AM, Aldy Hernandez wrote:
> hi guys.
>
> The following small test dies with an ICE here:
>
> expmed.c:
> if (GET_MODE (SUBREG_REG (op0)) == mode1
> || GET_MODE_CLASS (mode1) == MODE_INT
> || GET_MODE_CLASS (mode1) == MODE_PARTIAL_INT)
> op0 = SUBREG_REG (op0);
> else
> /* Else we've got some float mode source being extracted
> into
> a different float mode destination -- this combination
> of
> subregs results in Severe Tire Damage. */
> --> abort ();
>
> ...because extract bit field knows nothing about MODE_VECTOR_INT.
>
> is this patch ok for 3.1 and trunk?
Would it be appropriate to check for MODE_VECTOR_FLOAT also? I don't
understand
why you got in there for INT, so maybe you can for FLOAT.