> I'm developing a language Have you published any details?
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Rupert Reynolds <rreyno...@cix.co.uk> Sent: Saturday, March 16, 2024 9:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Hmm, 3 ... (Re: Rexx numeric digits and scientific notation question My experience of modern scripting languages, compared with classic Rexx, is that they all do something new more easily, but also I can't think of one that doesn't have an obvious pitfall (such as, for example, stumbling badly over certain byte values such as NUL in strings). Classic Rexx under TSO and Regina Rexx under Windows and Linux, despite certain old-fashioned quirks, are still sometimes what I reach for when I want to process some data while avoiding those pitfalls. The differences are so strong to me that I'm developing a language which is effectively the best bits (IMHO) of Rexx, C and even older languages such as Algol 68 (much underrated in my book) and hints of PL/1. I don't make that much effort without reason :-) By definition it works the same interpreted or compiled, which brings a couple of restrictions I'm willing to live with :-) Roops p.s. I'm not convinced that that familiarity is a reason to criticise choosing a language. Using something you know well is often a way of giving bettet value and reliability for ones employers. On Sat, 16 Mar 2024, 11:49 David Crayford, < 00000595a051454b-dmarc-requ...@listserv.ua.edu> wrote: > Hey Rony, > > From what I understand, you haven't had experience working on z/OS. Let's > stick to the topic and focus on discussing REXX as it functions on z/OS. > This means no discussions about ooRexx or Java bridges, as they don't exist > and are unlikely to in the future on z/OS. > > The majority of REXX programmers here utilize classic TSO REXX and > primarily work within a TSO/ISPF environment. In this setup, REXX lacks a > module system. Therefore, any routines or libraries need to be manually > copied and pasted wherever they're needed, or you have to create a > pre-processor to merge source files together. If your language lacks the > fundamental basic features to sort an array then to me that’s a good > indication you should use one that does. > > I'm not spreading fear, uncertainty, and doubt (FUD). I'm simply stating > my observations based on over 30 years of using REXX on z/OS, including > developing extensions. I believe this gives me a significant level of > expertise to offer commentary on the matter. > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
