From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1975 invoked by alias); 27 Nov 2001 22:50:48 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 1917 invoked from network); 27 Nov 2001 22:50:47 -0000 Received: from unknown (HELO mail-out2.apple.com) (17.254.0.51) by hostedprojects.ges.redhat.com with SMTP; 27 Nov 2001 22:50:47 -0000 Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225]) by mail-out2.apple.com (8.11.3/8.11.3) with ESMTP id fARMokX29206 for ; Tue, 27 Nov 2001 14:50:46 -0800 (PST) Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Tue, 27 Nov 2001 14:50:45 -0800 Received: from apple.com (vpn-gh-30.apple.com [17.254.136.29]) by scv2.apple.com (8.11.3/8.11.3) with ESMTP id fARMohH23920; Tue, 27 Nov 2001 14:50:43 -0800 (PST) Message-ID: <3C0418B1.8B56487D@apple.com> Date: Mon, 19 Nov 2001 11:51:00 -0000 From: Stan Shebs X-Mailer: Mozilla 4.77C-CCK-MCD {C-UDP; EBM-APPLE} (Macintosh; U; PPC) X-Accept-Language: en MIME-Version: 1.0 To: Richard Henderson CC: Aldy Hernandez , "Joseph S. Myers" , gcc@gcc.gnu.org Subject: Re: front end changes for altivec References: <1006874643.5176.8.camel@litecycle.cc.andrews.edu> <20011127132756.A30114@redhat.com> <1006898082.5178.41.camel@litecycle.cc.andrews.edu> <20011127140031.E30114@redhat.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-SW-Source: 2001-11/txt/msg00904.txt.bz2 Richard Henderson wrote: > > On Tue, Nov 27, 2001 at 03:54:42PM -0600, Aldy Hernandez wrote: > > not good, because we have "vector int" (V4SI), "vector short" (V8HI), > > "vector char" (V16QI), etc. we can't just define "__vector" to expand > > to a given vector size because that depends on the type being vectored. > > How about __vector_size__(16) then? > > > and then have a default for the given backend+target_switches... > > Absolutely not. No machine dependant defaults. You can't take > that source to another machine. You mean like how we don't have machine-dependent sizes for int and long int? :-) Stan From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stan Shebs To: Richard Henderson Cc: Aldy Hernandez , "Joseph S. Myers" , gcc@gcc.gnu.org Subject: Re: front end changes for altivec Date: Tue, 27 Nov 2001 14:50:00 -0000 Message-ID: <3C0418B1.8B56487D@apple.com> References: <1006874643.5176.8.camel@litecycle.cc.andrews.edu> <20011127132756.A30114@redhat.com> <1006898082.5178.41.camel@litecycle.cc.andrews.edu> <20011127140031.E30114@redhat.com> X-SW-Source: 2001-11/msg01405.html Message-ID: <20011127145000.cc7vZbIDLE4f7tkGZzUFB5pMuXTtrdwW1J_RVfU0W3g@z> Richard Henderson wrote: > > On Tue, Nov 27, 2001 at 03:54:42PM -0600, Aldy Hernandez wrote: > > not good, because we have "vector int" (V4SI), "vector short" (V8HI), > > "vector char" (V16QI), etc. we can't just define "__vector" to expand > > to a given vector size because that depends on the type being vectored. > > How about __vector_size__(16) then? > > > and then have a default for the given backend+target_switches... > > Absolutely not. No machine dependant defaults. You can't take > that source to another machine. You mean like how we don't have machine-dependent sizes for int and long int? :-) Stan