Related articles |
---|
Create a new compiler mingzhi@seed.net.tw (2003-04-13) |
Re: Create a new compiler basile@starynkevitch.net (Basile STARYNKEVITCH) (2003-04-15) |
Re: Create a new compiler david.boyle@ed.tadpole.com (2003-04-20) |
From: | david.boyle@ed.tadpole.com (Dave Boyle) |
Newsgroups: | comp.compilers,comp.compilers.lcc |
Followup-To: | comp.compilers.lcc |
Date: | 20 Apr 2003 17:53:12 -0400 |
Organization: | http://groups.google.com/ |
References: | 03-04-031 |
Keywords: | DSP, practice |
Posted-Date: | 20 Apr 2003 17:53:12 EDT |
mingzhi@seed.net.tw (Ming-zhi Lin) wrote in message news:03-04-031...
> Hi,
> I try to create a compiler for a 16-bit DSP with 8-bit microprocessor.
> There are three free candidates for the front end for this compiler,
> LCC, SDCC and GCC.
> But I think GCC is too complex, therefore I prefer to choose LCC or
> SDCC.
> I have several questions about LCC and SDCC:
> 1. Which back end of them is easy to retarget?
> 2. Which generated machine code of them is more efficient?
> 3. Which of them is stabler?
> 4. The SDCC supports inline assembly code. How about the LCC?
> Thanks for your help.
> All of yor opinions will be great helpful to me to evaluate which one
> is suitable.
Hi Ming-zhi,
Perhaps someone in the LCC newsgroup would be able to give you an idea
of the difficulty/ease with which such a back end could be written for
LCC.
As for the efficiency of generated machine code: I think LCC produces
better code than many other C compilers when optimisations aren't
enabled. When optimisations are enabled I think LCC probably suffers
relative to other compilers (NB. this belief is based on comments made
in Hanson and Fraser's book and might not be valid for the more recent
versions of the compiler!)
LCC doesn't support inline assembly code.
Cheers,
Dave
Return to the
comp.compilers page.
Search the
comp.compilers archives again.