In case you have not heard, a JVM language called "Gosu" has been
released and is now in the process of being open-sourced. I took a quick look at it - the syntax is much more like Java and C than Rexx and for some strange reason it requires the keyword "var" on the front of assignment statements. However, it does support generics and omitting unneeded semicolons and other items. The reason I mention this is because the Gosu language is in a similar state to NetRexx at the moment in terms of release and if anyone has the time or inclination, I see no problem with stealing ideas from the language website, documentation, supported features, etc that might benefit NetRexx development. Gosu website: http://gosu-lang.org _______________________________________________ Ibm-netrexx mailing list [hidden email] |
Kermit,
thanks for the pointer. I also had a look at the python and ruby sites, and there seem to be quite some overlap. It did, however, not escape me that Gosu has a 'This web site was built with Gosu' line on it, which we also need to have, but then stating 'NetRexx'. best regards, René Jansen. On Tue, Nov 9, 2010 at 9:34 AM, Kermit Kiser <[hidden email]> wrote: > In case you have not heard, a JVM language called "Gosu" has been released > and is now in the process of being open-sourced. I took a quick look at it - > the syntax is much more like Java and C than Rexx and for some strange > reason it requires the keyword "var" on the front of assignment statements. > However, it does support generics and omitting unneeded semicolons and other > items. > > The reason I mention this is because the Gosu language is in a similar state > to NetRexx at the moment in terms of release and if anyone has the time or > inclination, I see no problem with stealing ideas from the language website, > documentation, supported features, etc that might benefit NetRexx > development. > > Gosu website: > > http://gosu-lang.org > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Kermit Kiser
On 11/9/2010 2:34 AM, Kermit Kiser wrote:
> > The reason I mention this is because the Gosu language is in a similar > state to NetRexx at the moment in terms of release and if anyone has > the time or inclination, I see no problem with stealing ideas from the > language website, documentation, supported features, etc that might > benefit NetRexx development. > A glaring omission from the Gosu website is their failure to include NetRexx in the language comparison table. http://gosu-lang.org/comparison.shtml Of course, we're all used to being ignored and overlooked, but perhaps someone (MFC?) could contribute a column in that table for NetRexx. Naturally, they may not choose to include it ... especially if it makes Gosu look lame. My reaction to the code samples was simply, "Ho hum." And, I'm struck by the lack of any attribution: where does the name originate? Who were the developers (beyond "Guidewire Software")? What was their motivation? Most languages are much more "in your face" about their origins. Tom. _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Kermit Kiser
Was there a GOSUB years ago? Hmmmmmm, could it be a resurrection of that?
I'm amazed at how simple REXX is compared to everything else. The command 'dir c:\ > c:\dir_list.txt ' will do what's needed. I'm trying to track with the book 'Head First JAVA' 2nd ed. There's a section on Writing a serialized object to a file. Thanks for the help. BobH
On Tue, Nov 9, 2010 at 2:34 AM, Kermit Kiser <[hidden email]> wrote: In case you have not heard, a JVM language called "Gosu" has been released and is now in the process of being open-sourced. I took a quick look at it - the syntax is much more like Java and C than Rexx and for some strange reason it requires the keyword "var" on the front of assignment statements. However, it does support generics and omitting unneeded semicolons and other items. _______________________________________________ Ibm-netrexx mailing list [hidden email] |
I do *personally* think that we should currently try to concentrate
*on*
Rexx, ooRexx, *and* NetRexx. My personal opinion is, that, for historic reasons, we do now have too many *dialects* of the language. Maybe, hopefully, we will arrive again at a point where we do have only *one* dialect :-) ?? By the way, David Ashley, *and* Rick:, *and* Mark Miesfeld: Do you have somewhere a list of which *RUN-TIME* routines of ooRexx are implemented in *C++* and which ones in *ooRexx* Could you send it to me, please. My personal *believe* is that we should start an effort of *re-integration* so that the idea of the REXX 'family of languages* does survive.... Maybe I an contribute to cross-translate for the transition period ??? <grin> Sincerely, from dark Vienna, Tom (vulgo Thomas Schneider) ==================================================================== Am 09.11.2010 14:39, schrieb Robert Hamilton: Was there a GOSUB years ago? Hmmmmmm, could it be a resurrection of that? --
Thomas Schneider Projects ReyC & LOGOS on www.KENAI.com _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
Hi Tom,
>My personal opinion is, that, for historic reasons, we do now have too many *dialects* of the language. There isn't any "the language". There are three languages that superficially resemble one another, analogous to C, C++ and Java. The "Rexx family of languages" is IMO, nonexistent. Pianos and typewriters have keyboards which produce sounds when struck; but we don't call them the "keyboard family of gadgets". Why not concentrate on the future of NetRexx? NetRexx might well benefit from more Rexx-like elements, but NetRexx and ooRexx strike me as quite unrelated. MFC was surely aware of ooRexx when he undertook NetRexx, yet he chose to produce a distinct language, rather than some "enhancement" of ooRexx. George On Tue, Nov 9, 2010 at 1:53 PM, Thomas Schneider <[hidden email]> wrote:
_______________________________________________ Ibm-netrexx mailing list [hidden email] |
On Tue, Nov 9, 2010 at 4:31 PM, George Hovey <[hidden email]> wrote:
> Why not concentrate on the future of NetRexx? NetRexx might well benefit > from more Rexx-like elements, but NetRexx and ooRexx strike me as quite > unrelated. MFC was surely aware of ooRexx when he undertook NetRexx, yet he > chose to produce a distinct language, rather than some "enhancement" of > ooRexx. > George And I thank MFC for that!. I´ve tried to dabble into ooRexx, but quickly went back to traditional (procedural) Rexx. FC _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by George Hovey-2
On Tue, Nov 9, 2010 at 2:31 PM, George Hovey <[hidden email]> wrote:
> Hi Tom, > >>My personal opinion is, that, for historic reasons, we do now have too many >> *dialects* of the language. > > There isn't any "the language". There are three languages that > superficially resemble one another, analogous to C, C++ and Java. The "Rexx > family of languages" is IMO, nonexistent. Pianos and typewriters have > keyboards which produce sounds when struck; but we don't call them the > "keyboard family of gadgets". > > Why not concentrate on the future of NetRexx? NetRexx might well benefit > from more Rexx-like elements, but NetRexx and ooRexx strike me as quite > unrelated. MFC was surely aware of ooRexx when he undertook NetRexx, yet he > chose to produce a distinct language, rather than some "enhancement" of > ooRexx. Mike was definitely aware of ooRexx...he was an active participant in defining the specifics of the language. In many ways, NetRexx is a redefinition of the Rexx language for the object world without the requirement to carry full compatibility with the Classic Rexx world. Rick > > George > > > On Tue, Nov 9, 2010 at 1:53 PM, Thomas Schneider <[hidden email]> wrote: >> >> I do *personally* think that we should currently try to concentrate *on* >> Rexx, ooRexx, *and* NetRexx. >> >> My personal opinion is, that, for historic reasons, we do now have too >> many >> *dialects* of the language. >> >> Maybe, hopefully, we will arrive again at a point where we do have only >> *one* >> dialect :-) ?? >> >> By the way, >> >> David Ashley, *and* Rick:, *and* Mark Miesfeld: >> >> Do you have somewhere a list of which *RUN-TIME* routines of ooRexx >> are implemented in *C++* and which ones in *ooRexx* >> >> Could you send it to me, please. >> >> My personal *believe* is that we should start an effort of >> *re-integration* >> so that the idea of the REXX 'family of languages* does survive.... >> >> Maybe I an contribute to cross-translate for the transition period ??? >> <grin> >> >> Sincerely, from dark Vienna, >> Tom (vulgo Thomas Schneider) >> ==================================================================== >> Am 09.11.2010 14:39, schrieb Robert Hamilton: >> >> Was there a GOSUB years ago? Hmmmmmm, could it be a resurrection of that? >> >> I'm amazed at how simple REXX is compared to everything else. The command >> >> 'dir c:\ > c:\dir_list.txt ' will do what's needed. >> >> I'm trying to track with the book 'Head First JAVA' 2nd ed. There's a >> section on Writing a serialized object to a file. >> >> Thanks for the help. >> >> BobH >> >> On Tue, Nov 9, 2010 at 2:34 AM, Kermit Kiser <[hidden email]> >> wrote: >>> >>> In case you have not heard, a JVM language called "Gosu" has been >>> released and is now in the process of being open-sourced. I took a quick >>> look at it - the syntax is much more like Java and C than Rexx and for some >>> strange reason it requires the keyword "var" on the front of assignment >>> statements. However, it does support generics and omitting unneeded >>> semicolons and other items. >>> >>> The reason I mention this is because the Gosu language is in a similar >>> state to NetRexx at the moment in terms of release and if anyone has the >>> time or inclination, I see no problem with stealing ideas from the language >>> website, documentation, supported features, etc that might benefit NetRexx >>> development. >>> >>> Gosu website: >>> >>> http://gosu-lang.org >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> >> -- >> Thomas Schneider Projects ReyC & LOGOS on www.KENAI.com >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > > _______________________________________________ Ibm-netrexx mailing list [hidden email] |
In reply to this post by Kermit Kiser
Hello Kermit, *and* all:
At the current minute, I *personally* do *believe*, we have not to *steel* anything. We do have the need to *update* and *consolidate*, as quick as we do can... But when we do not get a *concerted* approach, we will fail.... Thomas Schneider. ============================================================ Am 09.11.2010 09:34, schrieb Kermit Kiser: > In case you have not heard, a JVM language called "Gosu" has been > released and is now in the process of being open-sourced. I took a > quick look at it - the syntax is much more like Java and C than Rexx > and for some strange reason it requires the keyword "var" on the front > of assignment statements. However, it does support generics and > omitting unneeded semicolons and other items. > > The reason I mention this is because the Gosu language is in a similar > state to NetRexx at the moment in terms of release and if anyone has > the time or inclination, I see no problem with stealing ideas from the > language website, documentation, supported features, etc that might > benefit NetRexx development. > > Gosu website: > > http://gosu-lang.org > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > -- Thomas Schneider Projects ReyC & LOGOS on www.KENAI.com _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
In reply to this post by rickmcguire
Hello Rick,
didn't read your message in detail. Sorry. What I *do think* that we should *all* concentrate to define a *brand new* language ( I personally do call it *Rey* (*silly* ACRONYM for Rexx for Java) where we do have the following chances: 1.) We do have now the experiences for more than 25 Years of Rexx usage. 2.) we do have a broad user's base. 3.) We do have an IBM Rexx Compiler 4.) We do have REGINA, and other implementations of 'classic Rexx' 5.) We do now have ooRexx, and Rony Flatscher's implementation of BSF4Rexx. 6.) We do have a lot of individuals *fascinated* by REXX (any dialect) Now, time has come (*personal opinion of my own*), to go back to the roots: Keep it simple human, stupid..... When we (all) agree, then ... Thomas. =========================================================== Am 09.11.2010 20:44, schrieb Rick McGuire: > On Tue, Nov 9, 2010 at 2:31 PM, George Hovey<[hidden email]> wrote: >> Hi Tom, >> >>> My personal opinion is, that, for historic reasons, we do now have too many >>> *dialects* of the language. >> There isn't any "the language". There are three languages that >> superficially resemble one another, analogous to C, C++ and Java. The "Rexx >> family of languages" is IMO, nonexistent. Pianos and typewriters have >> keyboards which produce sounds when struck; but we don't call them the >> "keyboard family of gadgets". >> >> Why not concentrate on the future of NetRexx? NetRexx might well benefit >> from more Rexx-like elements, but NetRexx and ooRexx strike me as quite >> unrelated. MFC was surely aware of ooRexx when he undertook NetRexx, yet he >> chose to produce a distinct language, rather than some "enhancement" of >> ooRexx. > Mike was definitely aware of ooRexx...he was an active participant in > defining the specifics > of the language. In many ways, NetRexx is a redefinition of the Rexx > language for the > object world without the requirement to carry full compatibility with > the Classic Rexx world. > > Rick > >> George >> >> >> On Tue, Nov 9, 2010 at 1:53 PM, Thomas Schneider<[hidden email]> wrote: >>> I do *personally* think that we should currently try to concentrate *on* >>> Rexx, ooRexx, *and* NetRexx. >>> >>> My personal opinion is, that, for historic reasons, we do now have too >>> many >>> *dialects* of the language. >>> >>> Maybe, hopefully, we will arrive again at a point where we do have only >>> *one* >>> dialect :-) ?? >>> >>> By the way, >>> >>> David Ashley, *and* Rick:, *and* Mark Miesfeld: >>> >>> Do you have somewhere a list of which *RUN-TIME* routines of ooRexx >>> are implemented in *C++* and which ones in *ooRexx* >>> >>> Could you send it to me, please. >>> >>> My personal *believe* is that we should start an effort of >>> *re-integration* >>> so that the idea of the REXX 'family of languages* does survive.... >>> >>> Maybe I an contribute to cross-translate for the transition period ??? >>> <grin> >>> >>> Sincerely, from dark Vienna, >>> Tom (vulgo Thomas Schneider) >>> ==================================================================== >>> Am 09.11.2010 14:39, schrieb Robert Hamilton: >>> >>> Was there a GOSUB years ago? Hmmmmmm, could it be a resurrection of that? >>> >>> I'm amazed at how simple REXX is compared to everything else. The command >>> >>> 'dir c:\> c:\dir_list.txt ' will do what's needed. >>> >>> I'm trying to track with the book 'Head First JAVA' 2nd ed. There's a >>> section on Writing a serialized object to a file. >>> >>> Thanks for the help. >>> >>> BobH >>> >>> On Tue, Nov 9, 2010 at 2:34 AM, Kermit Kiser<[hidden email]> >>> wrote: >>>> In case you have not heard, a JVM language called "Gosu" has been >>>> released and is now in the process of being open-sourced. I took a quick >>>> look at it - the syntax is much more like Java and C than Rexx and for some >>>> strange reason it requires the keyword "var" on the front of assignment >>>> statements. However, it does support generics and omitting unneeded >>>> semicolons and other items. >>>> >>>> The reason I mention this is because the Gosu language is in a similar >>>> state to NetRexx at the moment in terms of release and if anyone has the >>>> time or inclination, I see no problem with stealing ideas from the language >>>> website, documentation, supported features, etc that might benefit NetRexx >>>> development. >>>> >>>> Gosu website: >>>> >>>> http://gosu-lang.org >>>> >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >>> >>> -- >>> Thomas Schneider Projects ReyC& LOGOS on www.KENAI.com >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> >> >> > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > > -- Thomas Schneider Projects ReyC & LOGOS on www.KENAI.com _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
In reply to this post by rickmcguire
Hello Rick,
the *bloody* thing is, that, 1.) IBM Compiled Rexx is *not* compatible to *IBM Interpreted SAA Rexx* (IBM Compiled Rexx does support INCLUDE statements, notated as /*%INCLUDE filename*/ -- thus DROPPED by the INTERPRETER <grin> 2.) original implementation of Object Rexx vs. 1:00 was sooo slow, in big File I/O, that I started to develop Rexx2Nrx (whoops) 3.) I suggest you and Mike Cowlishaw and Rony Flatscher and Rene Vincent Jansen sit down in the upcoming REXXLA meeting there in Amsterdam *and* ++fight++ Actually, from my point of veiw, we no longer have 1 language and 1 community. *AND* that is a pity :-( Couldn't we *resurrect*, (as *one language*) , please ???? Thomas Schneider. _______________________________________________ Ibm-netrexx mailing list [hidden email]
Tom. (ths@db-123.com)
|
Free forum by Nabble | Edit this page |