× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Probably right.

The cost would be high and there is really no way I can see to financially justify it. If shops won't stump up $1K for RDi the chances of them paying more for a new RPG compiler are pretty slim - and without extra revenue there's no way to justify it.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Feb 1, 2019, at 1:07 PM, Justin Taylor <JUSTIN@xxxxxxxxxxxxx> wrote:

I personally don't think we'll ever see a completely new version of RPG. I expected incremental improvements forever.



-----Original Message-----
From: John Yeung [mailto:gallium.arsenide@xxxxxxxxx]
Sent: Friday, February 01, 2019 8:53 AM
To: RPG programming on the IBM i (AS/400 and iSeries) <rpg400-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Free format question on D specs

On Thu, Jan 31, 2019 at 5:27 PM Barbara Morris <bmorris@xxxxxxxxxx> wrote:

The compiler code for scanning free-form definitions is almost all the
same as for fixed-form code, and there are a few things available in
fixed form columns that the compiler needs so it knows which direction
to take.

It's a fascinating glimpse into language design and compiler design.

Has there been any thought given to the idea of an RPG V? It would a great opportunity to completely exorcise fixed-form, and maybe rework some things so that the language is more maintainable and extensible.
(That latter thing is just a pure guess on my part. I have zero actual knowledge of RPG internals.)

The compiler takes completely different paths for externally-described
vs program-described data structures, so it needs to know right away
what it's dealing with.

Could the scanner not incorporate some amount of look-ahead (i.e., put off some decisions until more information has been scanned)? I mean, some keywords *can* be moved around, both in fixed and free, so....

Earlier you said the free-form scanner code is "almost the same" as the fixed-form scanner code. Why almost? Why isn't there a single codebase which serves both? If they are separate anyway, why couldn't the free-form scanner be made deliberately less similar? (And again, maybe this is something for RPG V.)

Please don't take this as grilling. It's more just musing. I have incredible respect for language designers and implementers, and in particular for those who have worked or are still working on RPG.

John Y.

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.