Re: ILE vs CLI. was V5R3

[Hans Boldt <boldt@xxxxxxxxxx>]

Steve Richter wrote:
> what is JRE?  Jave runtime env?  What CLI does that Java does not is it lets
> other languages participate in what MS refers to as the "managed code"
> whatever. ...

Other languages can and do participate in the Java runtime 
environment. One such is Jython, a version of Python that generates 
Java bytecodes. This and others are listed at 
<http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html>.

> So why was ILE not called BUSB?  CLI= Common Language Infrastructure.
> ILE=Integrated Language Environment. Common and Integrated are synonomous ,
> Language and Language we all agree are the same and Ifrastructure and
> Environment are also synonyms. If they are both named to describe ducks,
> shouldnt they both be considered ducks?
>
> Yes, ILE has a run time, what is the structure of a module call stack, how
> does the OS resolve to, activate, compare the signature and start to run a
> called procedure, aspect to it.
>
> ILE also prescribes a COMMON way of prototyping procedures. A "C" procedure
> is interchangeable with an "RPG" procedure.
>
> Speaking as a CLI, managed C++ novice, CLI specifies the common denominator
> way that a language should implement classes, events, function pointers (
> delegates ) and exceptions.  A managed code C++ class, that is a CLI
> compliant class, can be used natively in VB or C# code. It is a bit like ILE
> prescribing how data structures are to be declared so that an RPG data
> struct could be declared LIKEDS( C struct ).

Well, I'm the first to admit that I'm no expert on CLI. But from 
what I've read, I have some gut feelings on the subject. And here's 
what my gut tells me: If you're really trying to suggest that ILE 
should be more like CLI, I believe you understand neither CLI nor ILE.

Apples and oranges. One is an environment for static binding. The 
other is yet another object integration framework.

Cheers! Hans