From mboxrd@z Thu Jan 1 00:00:00 1970 From: mjn3@codepoet.org (Manuel Novoa III) Subject: Re: C compiler, assembler and linker Date: Mon, 15 Jul 2002 11:02:05 -0600 Sender: linux-8086-owner@vger.kernel.org Message-ID: <20020715170205.GA12650@codepoet.org> References: <20020714172726.GA6179@codepoet.org> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Riley Williams Cc: Harry Kalogirou , Linux-8086 Hi Riley, On Mon, Jul 15, 2002 at 07:07:27AM +0100, Riley Williams wrote: > > I don't know about small C, but I managed to get bcc to build itself > > for elks by omitting all the floating point related code. The pre- > > processor appears to work, but the code generator dies. I haven't > > had time to track down the problem(s). > > Could you perhaps advise re the tweaks you have done so far? That way, > we can add a few more brain cells working on sorting the problem out... Hopefully I'll have time this evening to sort out a patch to post. I found that dev86-0.16.3 has a number of build issues, so I had to modify some of the makefiles, etc. as well. Anyway, here's a list of my bcc tweaks (as best I recall): 1) #elif support. 2) #warning support (at least for non-continued lines). 3) Support asm() at file scope. This is to allow the equivalent of #asm/#endasm in macros. 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). 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. Manuel