From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-153736-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 15725 invoked by alias); 6 May 2009 06:29:57 -0000
Received: (qmail 15715 invoked by uid 22791); 6 May 2009 06:29:56 -0000
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 	tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 06 May 2009 06:29:49 +0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) 	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n466TlNa002440; 	Wed, 6 May 2009 02:29:47 -0400
Received: from greed.delorie.com (vpn-12-166.rdu.redhat.com [10.11.12.166]) 	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n466Tlsn030298; 	Wed, 6 May 2009 02:29:47 -0400
Received: from greed.delorie.com (greed.delorie.com [127.0.0.1] (may be forged)) 	by greed.delorie.com (8.14.3/8.14.3) with ESMTP id n466TkGM030048; 	Wed, 6 May 2009 02:29:46 -0400
Received: (from dj@localhost) 	by greed.delorie.com (8.14.3/8.14.3/Submit) id n466TkqK030047; 	Wed, 6 May 2009 02:29:46 -0400
To: Andrew Pinski <pinskia@gmail.com>
Cc: gcc@gcc.gnu.org
Subject: Re: opaque vector types?
References: <200905060604.n4664Skm024765@greed.delorie.com> 	<de8d50360905052311g670513b3l6d51c8ed4c6b03f9@mail.gmail.com>
From: DJ Delorie <dj@redhat.com>
Date: Wed, 06 May 2009 06:29:00 -0000
In-Reply-To: <de8d50360905052311g670513b3l6d51c8ed4c6b03f9@mail.gmail.com> (Andrew Pinski's message of "Tue\, 5 May 2009 23\:11\:02 -0700")
Message-ID: <xnmy9qvj51.fsf@greed.delorie.com>
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-IsSubscribed: yes
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
X-SW-Source: 2009-05/txt/msg00103.txt.bz2


Andrew Pinski <pinskia@gmail.com> writes:
> You could do what the rs6000 back-end does for the altivec builtins
> and resolve them while the parser is run (the SPU back-end does the
> same thing too).  Yes there are opaque vector types, you just use
> build_opaque_vector_type instead of build_vector_type.

Thanks, I'll look at those.  Any way to prototype such functions in C ?