Hello there again,
thanks for your replies. ok, let me try it -- I have started to write the converter REXX2NRX. it will not be 100 % super, but it should do it's work to change the major differences in language syntax and semantics for example stems to array notation, function invocation to method reference, ... I will do this using a couple of routines I wrote for YEAR2000 & EURO conversion of COBOL programs, and a generalized preprocessor invetned years ago. The overall architecture is: REX_SCAN: a scanner which identifies all tokens and where/how they are used. REX_CONV: a parser which identifies the necessary changes TT_XCHA : a standard module I already have which executes the changes. TT is an acronym for 'The Transformator' : The purpose of this tool is to translate computer languages when needed. Not yet complete, but an interesting approach, I believe. I did already implement YEAR2000 conversion of COBOL programs and a COBOL II report writer using this piece oft software, hence the subroutines (procedures) are quite stable. Now, coming back again to the task in question: REXX --> NETREXX converter (transformator) If you have any hints how to avoid pitfalls or where to get good test cases please let me know. As it loooks now, I expect a version 0.0.0 release end of 1. quarter 2000. Thanks again for your cooperation, Tom. Thomas Schneider Projekt-Leiter Jahr 2000 & EURO-Umstellung Buchgemeinschaft Donauland Niederhofstr 37 A 1121 Wien Telefon: 0043/1/81102/638 Fax: 0043/1/81102/604 e-mail: [hidden email] > -----Urspr> üngliche Nachricht----- > Von: [hidden email] [SMTP:[hidden email]] > Gesendet am: Dienstag, 4. Januar 2000 14:59 > An: [hidden email] > Betreff: Re: classic REXX --> netrexx converter > > > > I could use one of them myself :-) Don't think anyone has written one yet. > > Mike > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Mike Cowlishaw, IBM Fellow > mailto:[hidden email] -- http://www2.hursley.ibm.com > To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to [hidden email] with the following message in the body of the note unsubscribe ibm-netrexx <e-mail address> |
IBM's maybe should think about using code from Lpex a IBM edit some time
ago with scanner parser and formatter for Rexx. Could save some time. Or look at CoCo for full blown solution to this problem. > -----Original Message----- > From: [hidden email] > [mailto:[hidden email]]On Behalf Of > [hidden email] > Sent: Wednesday, January 05, 2000 12:44 PM > To: [hidden email] > Cc: [hidden email] > Subject: AW: classic REXX --> netrexx converter > > > > Hello there again, > > thanks for your replies. > ok, let me try it -- I have started to write the converter REXX2NRX. > > it will not be 100 % super, but it should do it's work to > change the major differences in language syntax and semantics > > for example stems to array notation, function invocation to > method reference, ... > > I will do this using a couple of routines I wrote for YEAR2000 > & EURO conversion of COBOL programs, and a generalized > preprocessor invetned years ago. > > The overall architecture is: > > REX_SCAN: a scanner which identifies all tokens and > where/how they are used. > REX_CONV: a parser which identifies the necessary changes > TT_XCHA : a standard module I already have which executes the changes. > > TT is an acronym for 'The Transformator' : The purpose of this > tool is to translate computer languages when needed. Not yet > complete, but an interesting approach, I believe. > > I did already implement YEAR2000 conversion of COBOL programs and > a COBOL II report writer using this piece oft software, > hence the subroutines (procedures) are quite stable. > > Now, coming back again to the task in question: REXX --> NETREXX > converter (transformator) > > If you have any hints how to avoid pitfalls or where to get good > test cases please let me know. > > As it loooks now, I expect a version 0.0.0 release end of 1. quarter 2000. > > Thanks again for your cooperation, > > Tom. > > Thomas Schneider > Projekt-Leiter Jahr 2000 & EURO-Umstellung > Buchgemeinschaft Donauland > Niederhofstr 37 > A 1121 Wien > > Telefon: 0043/1/81102/638 > Fax: 0043/1/81102/604 > e-mail: [hidden email] > > > -----Urspr> üngliche Nachricht----- > > Von: [hidden email] [SMTP:[hidden email]] > > Gesendet am: Dienstag, 4. Januar 2000 14:59 > > An: [hidden email] > > Betreff: Re: classic REXX --> netrexx converter > > > > > > > > I could use one of them myself :-) Don't think anyone has > written one yet. > > > > Mike > > > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > Mike Cowlishaw, IBM Fellow > > mailto:[hidden email] -- http://www2.hursley.ibm.com > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ~~~~~~~~~~~ > To unsubscribe from this mailing list ( ibm-netrexx ), please > send a note to > [hidden email] > with the following message in the body of the note > unsubscribe ibm-netrexx <e-mail address> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to [hidden email] with the following message in the body of the note unsubscribe ibm-netrexx <e-mail address> |
In reply to this post by Thomas.Schneider
Thomas, when you have releases, I'll add them to the freely available code section on our web site, if that's ok by you. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Play: http://www.trongus.com I've just returned from THE Java Programming Conference, http://www.SoftwareSummit.com - be there next year Hello there again, thanks for your replies. ok, let me try it -- I have started to write the converter REXX2NRX. it will not be 100 % super, but it should do it's work to change the major differences in language syntax and semantics for example stems to array notation, function invocation to method reference, ... I will do this using a couple of routines I wrote for YEAR2000 & EURO conversion of COBOL programs, and a generalized preprocessor invetned years ago. The overall architecture is: REX_SCAN: a scanner which identifies all tokens and where/how they are used. REX_CONV: a parser which identifies the necessary changes TT_XCHA : a standard module I already have which executes the changes. TT is an acronym for 'The Transformator' : The purpose of this tool is to translate computer languages when needed. Not yet complete, but an interesting approach, I believe. I did already implement YEAR2000 conversion of COBOL programs and a COBOL II report writer using this piece oft software, hence the subroutines (procedures) are quite stable. Now, coming back again to the task in question: REXX --> NETREXX converter (transformator) If you have any hints how to avoid pitfalls or where to get good test cases please let me know. As it loooks now, I expect a version 0.0.0 release end of 1. quarter 2000. Thanks again for your cooperation, Tom. Thomas Schneider Projekt-Leiter Jahr 2000 & EURO-Umstellung Buchgemeinschaft Donauland Niederhofstr 37 A 1121 Wien Telefon: 0043/1/81102/638 Fax: 0043/1/81102/604 e-mail: [hidden email] > -----Urspr> üngliche Nachricht----- > Von: [hidden email] [SMTP:[hidden email]] > Gesendet am: Dienstag, 4. Januar 2000 14:59 > An: [hidden email] > Betreff: Re: classic REXX --> netrexx converter > > > > I could use one of them myself :-) Don't think anyone has written one yet. > > Mike > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Mike Cowlishaw, IBM Fellow > mailto:[hidden email] -- http://www2.hursley.ibm.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To unsubscribe from this mailing list ( ibm-netrexx ), please send a note to [hidden email] with the following message in the body of the note unsubscribe ibm-netrexx <e-mail address> |
Free forum by Nabble | Edit this page |