|
>Thanks for your responses, everyone! The discussion >has been very useful for us, with some responses very >close to what we've come up with. > >We've done a bit more brainstorming, and we think we've >hit on another alternative that we think everyone will >be happy with. In a nutshell, we believe that we can >achieve release to release compatibility with two >changes to our design: > >1) Require parens always on CALLP statements on the > CF-Spec; and >2) Delimit opcode extenders on the CF-Spec using some > different character other than parens, such as the > colon. > >Basically, if the first string of characters in the spec >is followed by "(", it is either an EVAL or CALLP; by >"=", it is an EVAL; otherwise, it is an opcode. > >So, here's what our toy example looks like: > > CF KeepLooping = *ON > CF dow KeepLooping > CF read:e MasterFile > CF if %eof > CF HandleEndOfFile() > CF endif > CF enddo > >Cheers! Hans > >Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com I am assuming that read:e is actually coded as READ(E) now and not the READE Op Code. I have to say that I do not care for the colon idea whether it's code page friendly or not. I guess I would rather see CALLP and EVAL required rather than change the current syntax. I am still in favor of the CF-spec even though I highly respect Bob's views and appreciate his efforts and influence over the language. Joe Teff +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
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.