Re: Object-oriented parsers

adam@visix.com
Fri, 30 Aug 91 17:34:04 GMT

          From comp.compilers

Related articles
Object-oriented parsers whatis@gnu.ai.mit.edu (1991-08-29)
Re: Object-oriented parsers kww@cblph.att.com (1991-08-29)
Re: Object-oriented parsers whatis@gnu.ai.mit.edu (1991-08-30)
Re: Object-oriented parsers adam@visix.com (1991-08-30)
Object-oriented parsers compres!chris@crackers.clearpoint.com (1991-09-02)
Re: Object-oriented parsers paj@gec-mrc.co.uk (1991-09-03)
| List of all articles for this month |
Newsgroups: comp.object,comp.compilers,comp.lang.eiffel
From: adam@visix.com
Keywords: parse, OOP
Organization: Visix Software Inc., Reston, VA
References: 91-08-145 91-08-148
Date: Fri, 30 Aug 91 17:34:04 GMT

In article 91-08-148, kww@cblph.att.com(Kevin W Wall) writes:
|> ... I think while
|> this might make for a nice research area, it is of little practical value.
|> In particular, is there anything that an OO approach can do that the more
|> traditional approaches CAN'T solve, or even solve just as easily?


I agree that it is impractical to fight existing industry trends. But I
believe that there are real technical limitations to the traditional
approaches. I would say that this is research that will stay on the fringe
for at least five years, but it could change the entire field in ten.


|> I for one, find this a case of simply trying to shoe-horn a problem into
|> an OOD. I always say (sometimes) "use the paradigm that fits the problem;
|> don't try to fit the problem to the paradigm".


Sorry, but I'll have to turn the accusation around. Simply because yacc and
lex are so well understood, most language designers assume that they are the
"best" paradigm to use.


Our view of a problem is mostly determined by the paradigms we understand.
I see this discussion as an attempt to get away from the traditional
Dragon Book paradigm; I don't necessarily think the Object-Oriented paradigm
will be better, but I welcome the attempt to try something new.


Adam








































































--


Post a followup to this message

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