Buck Calabro wrote:
> ...
> That's one reason I think the *PRV support simply calls the previous version
> compiler.  Another reason is probably the 'if tree' they'd have to build
> around every BIF, opcode and function in order to call the proper interface
> for the proper target release.  eeeeeeeeeeee.
> ...

eeeeeeeeeeee indeed.  The very thought makes me carsick.

The *PRV compilers are built using the compiler source from the previous
release.  That way, the *PRV object is guaranteed to run on the previous
release (with respect to the RPG runtime that is - it's still possible
to code a call to some API that is only in the current release).

Here's how it was explained to me when I first heard about *PRV
compilers, and I think it still holds: the most important aspect of the
*PRV compiler is that any code that compiles with the *PRV compiler must
compile on the actual TGTRLS system.  Otherwise, if vendors developed
code on an N machine and sent objects and source to their customers on
N-1 systems, the vendors would be unable to verify that their customers
would actually be able to compile the source.




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-2026 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.