Eclipse

[billfen]

Dick, sorry for the late response.

Because the release of the netrexx source is so close (apparently :-) and
the progress made with the jEdit efforts, I haven't put any more time into
this.  

I started to modify my PL/I Eclipse editor (www.pliedit.com) for netrexx.
Writing a javacc grammar for netrexx should be pretty simple compared to
PL/I.  I started on it but did not get it finished.  Unfortunately I have
some higher priority stuff to work on now.  

I think a better long range solution is to integrate the netrexx parsing
source into an Eclipse plugin so that there is no possibility of parsing
and error processing mismatch.  I know nothing about the netrexx source,
but I assume that is feasible.  Providing an IDE by running the netrexx
execution interpreter code directly in an Eclipse background thread might
be a good approach as well.    

Bill


Waite, Dick wrote:

> Grand Morning,
>
> A little late putting the hand up, but due to some changes I too
> would be interested in a NetRexx plugin editor. Would this be Okay for
> Eclipse 3.3.x and above ?
>
> Regards,
>
> ___________________________________________
> Dick Waite
> Senior R&D Consultant
>
> Phone:  [phone]
> Mobile: [phone]
> ___________________________________________
>

--------------------------------------------------------------------
mail2web.com ? What can On Demand Business Solutions do for you?
http://link.mail2web.com/Business/SharePoint

[Mike Cowlishaw-2]

> I think a better long range solution is to integrate the netrexx parsing
> source into an Eclipse plugin so that there is no possibility of parsing
> and error processing mismatch.  I know nothing about the netrexx source,
> but I assume that is feasible.

The NetRexx compiler is structured more like an interpreter so this may
not be very feasible (except for using the tokenizer) -- there's a module
for each instruction/clause, and that module is responsible for the
parsing of that instruction from the tokens in the clause.  So there's no
'overall parser' other than tokenizing.  (And tokenizing is
straightforward.)

(As far as I remember .. haven't looked at the code for 8 or 9 years..)

For an overview of the internals, see:  
http://speleotrove.com/misc/NetRexxI.pdf


Mike








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number
741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU