Related articles |
---|
Refactoring a "runtime" language bbcoupe@hotmail.com (2004-01-16) |
Re: Refactoring a "runtime" language alex_mcd@btopenworld.com (Alex McDonald) (2004-01-17) |
Re: Refactoring a "runtime" language bbcoupe@hotmail.com (2004-01-18) |
Re: Refactoring a "runtime" language cttl@users.sourceforge.net (2004-01-22) |
Re: Refactoring a "runtime" language alex_mcd@btopenworld.com (Alex McDonald) (2004-01-22) |
From: | bbcoupe@hotmail.com (Nano Newbie) |
Newsgroups: | comp.compilers |
Date: | 18 Jan 2004 20:50:37 -0500 |
Organization: | http://groups.google.com |
References: | 04-01-103 04-01-109 |
Keywords: | design |
Posted-Date: | 18 Jan 2004 20:50:37 EST |
"Alex McDonald" <alex_mcd@btopenworld.com> wrote in message news:04-01-109...
> Once that's done, then choose your poison to implement; and because
> each layer is now separate, you can choose the best tool for the job.
Thanks for that information, however when I select the tool I believe
I am still going to require some "common knowledge", for example,
writing a lexer and parser for the existing "scripting" language in
use (actually refactoring it), standard algorithms for then executing
the resulting "byte code", such as assigning memory, executing the
user defined procedures written by the end user, etc. etc.
I need resources to do this... my problem is I don't know where to
start really and I am trying to leverage from the expertise here to
point me in the right direction. A book on client/server architecture
will help in some respect, but isn't going to give me anywhere near
the information I need to even get started.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.