From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-42207-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 28247 invoked by alias); 4 Dec 2001 19:25:47 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
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
Received: (qmail 28126 invoked from network); 4 Dec 2001 19:25:33 -0000
Received: from unknown (HELO cygnus.com) (205.180.230.5)
  by sources.redhat.com with SMTP; 4 Dec 2001 19:25:33 -0000
Received: from localhost.localdomain (taarna.cygnus.com [205.180.230.102])
	by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA24762
	for <gcc@gcc.gnu.org>; Tue, 4 Dec 2001 11:25:32 -0800 (PST)
Received: (from aldyh@localhost)
	by localhost.localdomain (8.11.6/8.11.6) id fB4JSXD24752;
	Tue, 4 Dec 2001 11:28:33 -0800
X-Authentication-Warning: localhost.localdomain: aldyh set sender to aldyh@redhat.com using -f
Subject: Re: Target-specific Front-Ends? (Was: front end changes for
From: Aldy Hernandez <aldyh@redhat.com>
To: Alex Rosenberg <alexr@spies.com>
Cc: Mark Mitchell <mark@codesourcery.com>, Ziemowit Laski <zlaski@apple.com>,
        "Joseph S. Myers"
	 <jsm28@cam.ac.uk>, Joe Buck <jbuck@synopsys.com>,
        egcs <gcc@gcc.gnu.org>
In-Reply-To: <B831C5EE.52C5A%alexr@spies.com>
References: <B831C5EE.52C5A%alexr@spies.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0 (Preview Release)
Date: Tue, 04 Dec 2001 11:25:00 -0000
Message-Id: <1007494113.27054.3.camel@litecycle.cc.andrews.edu>
Mime-Version: 1.0
X-SW-Source: 2001-12/txt/msg00143.txt.bz2

> Shortly before MW shipped their first AltiVec support release, they switched
> over to the context-sensitive "vector" method (2.2.2). Pretty much every
> line of existing AltiVec code uses "vector" in this way.
> 
> It seems to me that a major problem with target-dependant front-end
> extensions like this is that the front-ends are automatically built from a
> grammar and installers aren't required to have those tools.
> 
> Would the new C++ front-end make this less difficult?

the consensus on a least intrusive method, is to have "__vector" expand
to "__attribute__((vector_size(n))".  this way, no changes are needed to
the front end per se.  and yes, we will require you to include
<altivec.h>
> 
> +------------------------------------------------------------+
> | Alexander M. Rosenberg           <mailto:alexr@_spies.com> |
> | Nobody cares what I say. Remove the underscore to mail me. |
> 
-- 
Aldy Hernandez			E-mail: aldyh@redhat.com
Professional Gypsy
Red Hat, Inc.