From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30891 invoked by alias); 26 Apr 2004 14:32:50 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 30881 invoked from network); 26 Apr 2004 14:32:49 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sources.redhat.com with SMTP; 26 Apr 2004 14:32:49 -0000 Received: from cam-mail2.cambridge.arm.com (cam-mail2.cambridge.arm.com [10.1.127.39]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id i3QEVvk1018620; Mon, 26 Apr 2004 15:31:57 +0100 (BST) Received: from ZIPPY.Emea.Arm.com (george.emea.arm.com [10.1.255.81]) by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id PAA08055; Mon, 26 Apr 2004 15:31:53 +0100 (BST) Received: zippy.emea.arm.com 10.1.255.80 from 10.1.205.4 10.1.205.4 via HTTP with MS-WebStorage 6.5.6944 Received: from pc960.cambridge.arm.com by zippy.emea.arm.com; 26 Apr 2004 15:31:56 +0100 Subject: Re: demand_empty_rest_of_line and ignore_rest_of_line From: Richard Earnshaw To: Andreas Schwab Cc: hp@bitrange.com, binutils@sources.redhat.com, zack@codesourcery.com In-Reply-To: References: <40587E7B.10705@codesourcery.com> <405979E9.9030805@codesourcery.com> <87brlhdk47.fsf@codesourcery.com> <87d65va8gd.fsf@egil.codesourcery.com> <87u0z78ni8.fsf@egil.codesourcery.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1082989916.14083.8.camel@pc960.cambridge.arm.com> Mime-Version: 1.0 Date: Mon, 26 Apr 2004 14:34:00 -0000 X-SW-Source: 2004-04/txt/msg00695.txt.bz2 On Mon, 2004-04-26 at 15:19, Andreas Schwab wrote: > Ian Lance Taylor writes: > > > Given that we are going to stick with a text file to communicate > > between the compiler and the assembler, it makes sense to me to > > eliminate parsing in the assembler as much as possible. We have text > > generated by one program and read by another program; parsing is > > useless overhead. That is the idea behind #NO_APP. > > Currently (gcc 3.4.0) there are 5 targets that actually make use of > #NO_APP: arm, cris, m68k, ns32k and vax (and m68k-linux didn't in gcc > 3.0.x upto 3.3.x due to a side effect of including "elfos.h", which > redefines ASM_FILE_START). That's probably misleading. The gcc might emit a directive for that, but I'm almost certain the ARM assembler for one takes no notice of it. R.