Re: Create a new compiler

david.boyle@ed.tadpole.com (Dave Boyle)
20 Apr 2003 17:53:12 -0400

          From comp.compilers

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)
| List of all articles for this month |
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


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.