Re: Creating an interpreter for a Logo-like language on MacOS X

Erica Mackenzie <macfiddler@ozemail.com.au>
5 Apr 2003 15:11:04 -0500

          From comp.compilers

Related articles
Creating an interpreter for a Logo-like language on MacOS X macfiddler@iprimus.com.au (Erika) (2003-03-30)
Re: Creating an interpreter for a Logo-like language on MacOS X haberg@math.su.se (2003-03-30)
Re: Creating an interpreter for a Logo-like language on MacOS X cgweav@aol.com (2003-03-30)
Re: Creating an interpreter for a Logo-like language on MacOS X macfiddler@ozemail.com.au (Erica Mackenzie) (2003-04-05)
| List of all articles for this month |
From: Erica Mackenzie <macfiddler@ozemail.com.au>
Newsgroups: comp.compilers
Date: 5 Apr 2003 15:11:04 -0500
Organization: Compilers Central
Keywords: interpreter
Posted-Date: 05 Apr 2003 15:11:04 EST

On Monday, Mar 31, 2003, at 12:17 Australia/Sydney, Hans Aberg wrote:


> Erika <macfiddler@iprimus.com.au> wrote:
>
>> : - Which kind of parsing algorithm would to be most appropriate for
>> my
>> needs, LR, LALR, top-down, bottom-up, or which, how and why <g>?
>
> As you are designing your own language, it makes little difference
> what parsing algorithm you are using: These algorithms are different
> in the amount of grammars the accept, but say LALR plus the usual
> lexer/parser tweaks are sufficient for most "normal" languages. The
> problem arises if you have a given language, and it contains
> constructs that must be tweaked in exotic ways.




Thanks for your reply, Hans,


Actually, I'm not designing my own language; I'm at inheriting one
which is sort of cross between C++ and Logo, if you can Imagine that
<g>. it's called LogoMation:


<http://www.magicsquare.com/LM2/>


I'm attempting to port the IDE from Mac OS to Mac OS X, which
essentially means rewriting it in an Objective-C/ Cocoa. I don't think
there is anything unusual about the language; just turtle graphics,
list processing functions and the usual flow-control constructs. the
only slightly unusual thing I can think of is that it uses indentation
for demarcation of loops and functions instead of using punctuation
marks. I believe the language Python is also like this.


> LALR(1) ("lookahead LR") is a compacted form of LR(1), which combines
> different states on the expense of some grammar generality and error
> handling (when an error occurs, some extra reductions may be inserted
> relative LR(1)).


    Time to do some more reading...


        best,


        Erica Mackenzie
        Megalong Valley,
        N.S.W.
        AUSTRALIA


<><><><><><><><><><><><><><><><><><><><><><><><


                                                                                    IMPORTANT


Please do not be surprised or annoyed if I fail to answer your
post for some time. I am a chronic invalid, and am often unable
to use my computer for long periods (days, weeks or months).
Be assured that I will, however, reply as soon as I can if I can.


                                                                                ÷|----------------|÷


Any typos, incongruous extra words or grammatical constructs
      should bee blamed holy on my dictation programme - IBM's
        ViaVoice - witch can bee relied upon to tern absolutely
                              anything into anything ells...


"I'm inclined to agree" --> "I'm climbing into a tree" and
many much more heinous perpetrations are all part of a day's
dictating. Before you ask, I'm an ex-50wpm touch-typist who
      is now usually too ill to use the keyboard <grrrhh>.


<><><><><><><><><><><><><><><><><><><><><><><><


Post a followup to this message

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