This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] extend.texi MIPS PS/3D Support
- From: Richard Henderson <rth at redhat dot com>
- To: Dorit Naishlos <DORIT at il dot ibm dot com>
- Cc: Chao-ying Fu <fu at mips dot com>, gcc-patches at gcc dot gnu dot org, "Stephens, Nigel" <nigel at mercury dot mips dot com>, "Thekkath, Radhika" <radhika at mercury dot mips dot com>, Richard Sandiford <rsandifo at redhat dot com>, "Uhler, Mike" <uhler at mercury dot mips dot com>, Jim Wilson <wilson at specifixinc dot com>
- Date: Mon, 27 Sep 2004 16:43:23 -0700
- Subject: Re: [patch] extend.texi MIPS PS/3D Support
- References: <000601c4a4e6$e78bf900$a914a8c0@MIPS.COM> <OF41FFD841.792CD1E9-ONC2256F1C.007F85CC-C2256F1C.008116E2@il.ibm.com>
On Tue, Sep 28, 2004 at 01:30:00AM +0200, Dorit Naishlos wrote:
> Maybe the problem is here (in get_vectype_for_scalar_type):
>
> vectype = build_vector_type (scalar_type, nunits);
> if (TYPE_MODE (vectype) == BLKmode)
> return NULL_TREE;
>
> Maybe the vectype that is built has a mode other than BLKmode, although
> it's not supported by the target?
Yes, e.g. V4QI may be represented with SImode. But that's fine,
since the vectorizer may be able to optimize data movement loops
with no other vector support in the target. (E.g. if target and
destination are alignable.)
The real problem is that you're pulling out SImode and deciding
that add_optab[SImode] is the vector addition operation.
r~