From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26441 invoked by alias); 26 Apr 2004 18:38:10 -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 26434 invoked from network); 26 Apr 2004 18:38:09 -0000 Received: from unknown (HELO dair.pair.com) (209.68.1.49) by sources.redhat.com with SMTP; 26 Apr 2004 18:38:09 -0000 Received: (qmail 41618 invoked by uid 20157); 26 Apr 2004 18:38:08 -0000 Date: Mon, 26 Apr 2004 19:26:00 -0000 From: Hans-Peter Nilsson X-X-Sender: hp@dair.pair.com To: binutils@sources.redhat.com Subject: Re: demand_empty_rest_of_line and ignore_rest_of_line In-Reply-To: Message-ID: References: <40587E7B.10705@codesourcery.com> <405979E9.9030805@codesourcery.com> <87brlhdk47.fsf@codesourcery.com> <87d65va8gd.fsf@egil.codesourcery.com> <87u0z78ni8.fsf@egil.codesourcery.com> <1082989916.14083.8.camel@pc960.cambridge.arm.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-04/txt/msg00699.txt.bz2 On Mon, 26 Apr 2004, Ian Lance Taylor wrote: > Richard Earnshaw writes: > Andreas Schwab wrote: > > > 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. > > The code to handle #NO_APP in gas is independent of the CPU backend. > The initial #NO_APP comment is recognized in input_file_open(); it > must be the first characters in the file. It then turns off > preprocessing (i.e., calls to do_scrub_chars) except for code which > follows #APP up to #NO_APP. > > That said, I don't see #NO_APP in assembler code generated by an > xscale-elf compiler. (I already mentioned, but some apparently missed it or --hopefully not-- disbelieved it, so let me repeat anyway, that) I checked arm-linux main trunk, confirming that *no* #NO_APP is generated at the top of the generated assembly files. I'm reluctant to accept the list above (except for CRIS and m68k from previous checking) without checking myself. ;-) brgds, H-P