From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1166 invoked by alias); 27 Oct 2004 18:50:13 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 1101 invoked from network); 27 Oct 2004 18:50:08 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 27 Oct 2004 18:50:08 -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 i9RIo0p5013737; Wed, 27 Oct 2004 14:50:00 -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 i9RInxr13368; Wed, 27 Oct 2004 14:49:59 -0400 Received: from frothingslosh.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 i9RInvvn002223; Wed, 27 Oct 2004 14:49:57 -0400 Received: from frothingslosh.sfbay.redhat.com (localhost.localdomain [127.0.0.1]) by frothingslosh.sfbay.redhat.com (8.12.10/8.12.10) with ESMTP id i9RInvUg018934; Wed, 27 Oct 2004 11:49:57 -0700 Received: (from rth@localhost) by frothingslosh.sfbay.redhat.com (8.12.10/8.12.10/Submit) id i9RInvoi018932; Wed, 27 Oct 2004 11:49:57 -0700 X-Authentication-Warning: frothingslosh.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Wed, 27 Oct 2004 19:04:00 -0000 From: Richard Henderson To: Zack Weinberg Cc: "Joseph S. Myers" , gcc-patches@gcc.gnu.org Subject: Re: New C parser [patch] Message-ID: <20041027184957.GB18849@redhat.com> Mail-Followup-To: Richard Henderson , Zack Weinberg , "Joseph S. Myers" , gcc-patches@gcc.gnu.org References: <873c02e46k.fsf@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <873c02e46k.fsf@codesourcery.com> User-Agent: Mutt/1.4.1i X-SW-Source: 2004-10/txt/msg02397.txt.bz2 On Mon, Oct 25, 2004 at 05:03:31PM -0700, Zack Weinberg wrote: > The only way > asm() at top level can continue to make sense is if we pass it along > to cgraph, and somehow get cgraph to preserve the global order of > functions and asm()s. [Mind you, I would not have any problem with > dropping this feature.] False. ---- static void doit(int, int); __asm__("\ .ent doit \n\ doit: \n\ ... \n\ ret \n\ .end doit \n\ "); void foo(int a) { doit(a, a+1); } ---- For non-trivial definitions of doit, this can be extremely useful. Glibc, for instance, uses this in ld.so. r~