From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14446 invoked by alias); 4 Jan 2002 23:48:22 -0000 Mailing-List: contact sourcenav-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sourcenav-owner@sources.redhat.com Received: (qmail 14229 invoked from network); 4 Jan 2002 23:48:20 -0000 Message-ID: <3C363DF6.2030509@t-online.de> Date: Fri, 04 Jan 2002 15:48:00 -0000 From: khamis2@t-online.de (Khamis Abuelkomboz) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Roman Levenstein CC: sourcenav@sources.redhat.com Subject: Re: SourceNav release ... References: <20020104105639.67195.qmail@web11504.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Sender: 520027106440-0001@t-dialin.net X-SW-Source: 2002-q1/txt/msg00009.txt.bz2 Roman Levenstein wrote: >Hi, > >>because the actual tcl parser is written in a strange >> >>licenced interpreter "rex?" and redhat don't have the >> >>origin source code and the license to this parser. >>Also SN tcl parser doesn't support tcl/tk8.x. So if >>there are enough people interested in this I would >> >start > >>writing a new parser (using flex) for tcl that >> >supports > >>tcltk8.x (without xref). >> I wasn't exact here, SN tcl parser doesn't support Itcl3.0! > >The Rex scanner generator is a part of the Cocktail >Toolbox, which is also used for other SN parsers such >as Cobol and Java parsers. > Yep! > > >There is a public domain version of it, which can be >found at: >http://www.gmd.de/SCAI/lab/adaptor/cocktail.html > Good to know > >So, there is no problem with a licence. > >As for the origin source for the *.rex file, it's also >not a problem. REX specification is generated from >*.scan file by cg tool as far as I remember. Anyway, >there is a description of this process in the docs. > > >BTW, Cocktail is one of the best compiler construction >toolkits and it's really very powerful and much better >than yacc/lex. It covers the whole process of compiler >construction- from lexical and syntax analysis up to >code generation and register allocation. And, which is >also very important, the generated parsers and >scanners are much faster than those generated by >lex/yacc. > Hmm, but who is familar with this toolbox? I'm not familar with the cocktail toolbox and actually don't have the time to spend time learning this language. It's true that the parsers implemented in lex/yacc are not perfekt, but lex is good enough to write a parser in the 'free' time, since SN is not developed officially anymore! I would appreciate very much, if you do a hack to let tcl parser understands the itcl class definition "itcl:class". khamis > >Roman > > > >__________________________________________________ >Do You Yahoo!? >Send your FREE holiday greetings online! >http://greetings.yahoo.com > >