public inbox for sourcenav@sourceware.org
 help / color / mirror / Atom feed
* RE: Patches...[was: Re: SourceNav release ... ]
@ 2002-01-08  5:24 Bernard Dautrevaux
  0 siblings, 0 replies; 3+ messages in thread
From: Bernard Dautrevaux @ 2002-01-08  5:24 UTC (permalink / raw)
  To: 'Ian Roxborough'; +Cc: sourcenav

> -----Original Message-----
> From: Ian Roxborough [mailto:irox@redhat.com]
> Sent: Monday, January 07, 2002 10:27 PM
> To: Ian Roxborough
> Cc: sourcenav@sources.redhat.com
> Subject: Patches...[was: Re: SourceNav release ... ]
> 
> 
> On Mon, 7 Jan 2002 13:14:12 -0800 Ian Roxborough 
> <irox@redhat.com> wrote:
> >
> > Before that I need to write a "how to submit patches" web
> > page so I can reject patches and point people to this page
> > so they can get there patch into shape.  Just simple things
> > like having a changelog entry, matching coding style and stuff.
> 
> It's here and always was:
> http://sources.redhat.com/sourcenav/contrib.html
> 
> It was already there (scroll down to "Submitting Patches").

Fine page; only problem: it says we must format tcl/tk code with frink, as
you've modified it to accept [incr tcl]. It seems perfectly reasonable...
except almost nobody can download this version of frink, as the ftp server
on source.redhat.com is restricted (AFAICR only mirrors are able to get to
source.redhat.com in FTP due to load problems). 

So where could we get this "frink" tcl/tk formatter that seems mandatory to
provide patches to the current snapshots/CVS version of SN?

Regards,

	Bernard

--------------------------------------------
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:	+33 (0) 1 47 68 80 80
Fax:	+33 (0) 1 47 88 97 85
e-mail:	dautrevaux@microprocess.com
		b.dautrevaux@usa.net
-------------------------------------------- 

^ permalink raw reply	[flat|nested] 3+ messages in thread
* RE: SourceNav release ...
@ 2002-01-06  0:26 Simonovsky, Pavel
  2002-01-06  3:48 ` Mo DeJong
  0 siblings, 1 reply; 3+ messages in thread
From: Simonovsky, Pavel @ 2002-01-06  0:26 UTC (permalink / raw)
  To: sourcenav

		So - you mean , that in fact SN is dead , and there is no
any development team behind it? It is very important info - I suggested this
tool to 2-3 teems in our company ... I have to warn them - that it dose no
worth a waste of time... Thanks a lot !!! It is really crucial
information!!!

___________________________________ 
Simonovsky Pavel 
Multiplatform CONTROL-MNew Dimension Software 
Software Engineer 
Voice: + 972 3 7664648 
Fax: + 972 3 6451100 
Email: Pavel_Simonovsky@bmc.com 

-----Original Message-----
From:	khamis2@t-online.de [mailto:khamis2@t-online.de]
Sent:	Saturday, January 05, 2002 1:43 AM
To:	Roman Levenstein
Cc:	sourcenav@sources.redhat.com
Subject:	Re: SourceNav release ...


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
>
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-01-09 19:29 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <17B78BDF120BD411B70100500422FC6309E40F@IIS000>
2002-01-09 14:22 ` Patches...[was: Re: SourceNav release ... ] Ian Roxborough
2002-01-08  5:24 Bernard Dautrevaux
  -- strict thread matches above, loose matches on Subject: below --
2002-01-06  0:26 SourceNav release Simonovsky, Pavel
2002-01-06  3:48 ` Mo DeJong
2002-01-06  6:36   ` Ralf Corsepius
2002-01-07 13:22     ` Ian Roxborough
2002-01-07 13:34       ` Patches...[was: Re: SourceNav release ... ] Ian Roxborough

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).