From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11469 invoked by alias); 22 Jul 2005 00:42:27 -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 11450 invoked by uid 22791); 22 Jul 2005 00:42:24 -0000 Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 22 Jul 2005 00:42:24 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j6M0gIqt011391; Thu, 21 Jul 2005 20:42:18 -0400 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j6M0gIV16872; Thu, 21 Jul 2005 20:42:18 -0400 Received: from india.sfbay.redhat.com (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.12.8/8.12.8) with ESMTP id j6M0gG9S010504; Thu, 21 Jul 2005 20:42:17 -0400 Received: from india.sfbay.redhat.com (india.sfbay.redhat.com [127.0.0.1]) by india.sfbay.redhat.com (8.13.4/8.13.1) with ESMTP id j6M0gGXa016386; Thu, 21 Jul 2005 17:42:16 -0700 Received: (from rth@localhost) by india.sfbay.redhat.com (8.13.4/8.13.4/Submit) id j6M0gGh0016385; Thu, 21 Jul 2005 17:42:16 -0700 Date: Fri, 22 Jul 2005 00:42:00 -0000 From: Richard Henderson To: Dale Johannesen Cc: GCC Development Subject: Re: RFA: Darwin x86 alignment Message-ID: <20050722004216.GA16353@redhat.com> Mail-Followup-To: Richard Henderson , Dale Johannesen , GCC Development References: <20050722000047.GA13803@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-SW-Source: 2005-07/txt/msg00921.txt.bz2 On Thu, Jul 21, 2005 at 05:21:58PM -0700, Dale Johannesen wrote: > >Nah, you just remove it from target_flags, and control the two > >new variables from ix86_handle_option. > > OK. Think that's the better approach? *shrug* It's not horrible, I guess. It preseves existing semantics when people use the switch; not that I'm a large fan of switches like this that bork the abi. My preferred solution is that you don't allow non-compiler people to invent an ABI. ;-) r~