Re: Language used to write compilers

Rafael 'Dido' Sevilla <dido@imperium.ph>
30 Dec 2004 21:59:56 -0500

          From comp.compilers

Related articles
Language used to write compilers joe_hesse@actcx.com (Joe H.) (2004-12-29)
Re: Language used to write compilers dido@imperium.ph (Rafael 'Dido' Sevilla) (2004-12-30)
Re: Language used to write compilers nmm1@cus.cam.ac.uk (2004-12-30)
Re: Language used to write compilers s.bosscher@student.tudelft.nl (stevenb) (2004-12-30)
Re: Language used to write compilers vbdis@aol.com (2004-12-30)
Re: Language used to write compilers dido@imperium.ph (Rafael 'Dido' Sevilla) (2004-12-30)
Re: Language used to write compilers nick.roberts@acm.org (Nick Roberts) (2004-12-30)
Re: Language used to write compilers samiam@moorecad.com (Scott Moore) (2004-12-31)
Re: Language used to write compilers Martin.Ward@durham.ac.uk (Martin Ward) (2004-12-31)
Re: Language used to write compilers nmm1@cus.cam.ac.uk (2004-12-31)
Re: Language used to write compilers nmm1@cus.cam.ac.uk (2004-12-31)
Re: Language used to write compilers idbaxter@semdesigns.com (Ira Baxter) (2004-12-31)
[5 later articles]
| List of all articles for this month |

From: Rafael 'Dido' Sevilla <dido@imperium.ph>
Newsgroups: comp.compilers
Date: 30 Dec 2004 21:59:56 -0500
Organization: Compilers Central
References: 04-12-148 04-12-158
Keywords: practice
Posted-Date: 30 Dec 2004 21:59:55 EST

On Thu, Dec 30, 2004 at 12:58:39AM -0500, Nick Maclaren wrote:
> Hmm. Firstly, I would say "a little easier" - compilers are pretty
> simple programs in terms of memory management.


Until you consider that compilers generally do plenty of string
handling, and that in C strings are second-class entities that you
must manually allocate and deallocate whenever needed. There are also
a lot of other complex dynamic data structures that must be maintained
by any compiler of serious scope, such as syntax trees, the various
graph structures used for code optimization, and so forth. I would
hardly call programs that used so many dynamic data structures "simple
programs in terms of memory management".


> Secondly, and more importantly, ignoring those aspects leads to the
> sort of abominable compilers that we are inflicted with today.


These aspects are not ignored. Automatic garbage collection and
memory management leaves these aspects in the hands of the machine,
which can do a reasonable job, leaving the programmer to concentrate
on the actual problem, not extra bookkeeping.


Perhaps it is because these aspects are truly ignored, implemented under
systems that don't support automating the process, that you have the
abominable compilers you describe.
--
kurayami de wa neko wa subete haiiro...
http://stormwyrm.blogspot.com/


Post a followup to this message

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