From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert de Bath Subject: Re: C compiler, assembler and linker Date: Tue, 23 Jul 2002 00:26:52 +0100 (BST) Sender: linux-8086-owner@vger.kernel.org Message-ID: <1c289c8ad98ba628@mayday.cix.co.uk> References: <20020715170205.GA12650@codepoet.org> Mime-Version: 1.0 Return-path: In-Reply-To: <20020715170205.GA12650@codepoet.org> List-Id: Content-Type: TEXT/PLAIN; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Manuel Novoa III Cc: Riley Williams , Harry Kalogirou , Linux-8086 On Mon, 15 Jul 2002, Manuel Novoa III wrote: > 1) #elif support. Okay, reasonable. > 2) #warning support (at least for non-continued lines). Hmm, a bit primitive, but, wth, It'll do the job. > 3) Support asm() at file scope. This is to allow the equivalent > of #asm/#endasm in macros. Hmm, interesting, I'll have to look at this ... carefully. > 4) Limited support for things like "#define stdio stdio". Stock bcc > goes into an infinite loop when encounting this. The implementation > has flaws, but it does what I needed. You see this a lot in the > glibc headers we're using with uClibc (yes I'm working on a port). I don't like the way this is done; I think it'd be better to 'smudge' the definition of the current macro so that the search can't find the word for recursion. > 5) Improved condition wrapping of the floating point related code in > the bcc source (working towards building bcc for elks). As I said, > the code generator dies... at least using elksemu. I'd suspect the dtype or fltype variables. -- Rob. (Robert de Bath )