From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: Ivan Levashev <bu_gen@octagram.name>
Newsgroups: comp.lang.ada
Subject: Re: Embeddinator-4000 begetting an Ada-cross-platform future?
Date: Sat, 03 Mar 2018 03:18:31 +0700
Organization: A noiseless patient Spider
Message-ID: <p7cbpb$s97$1@dont-email.me>
References: <5a8e17dc-1d52-4393-be58-8881e741c3a4@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 2 Mar 2018 20:22:03 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
 posting-host="d796c34c4d12c8d9bf37cc0aea8537c9";
	logging-data="28967"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+sKZ5X5AbrgTly4G6VsLO/rcyIvhix84k="
User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64;
 rv:31.0) Gecko/20100101 Thunderbird/31.8.0
In-Reply-To: <5a8e17dc-1d52-4393-be58-8881e741c3a4@googlegroups.com>
Cancel-Lock: sha1:ZlubuMTiPbt6XLjZrVmiLD3dQWg=
Xref: reader02.eternal-september.org comp.lang.ada:50798
Date: 2018-03-03T03:18:31+07:00
List-Id: <comp.lang.ada>

27.02.2018 0:06, Dan'l Miller пишет:
> Although none of this supports Ada at this time, let's walk along a
> path of the present (0) and emerging (1 through 3) and a potential
> future (4 through 8) together.

Before reading about minor miracles, I would recommend reading 
Release-to-Release Binary Compatibility in SOM. It has a nice table, and 
most noted are still behind. Those who crafted this table probably did 
not want to make a map being valid for 20 years, but we are still there, 
like in 1408 movie.

If you take a closer look at WinRT in C++, you'll see that it is not 
evolved much compared to COM, which is even not present in the table.

Public constructors in non-sealed WinRT classes are prohibited to 
prevent inheritance. Inheritance would raise issues. SOM was solving 
these issues since 1991. Objective-C 2.0 started to solve these issues 
since 2006, but not as good as SOM did. WinRT still got no right to be 
present in this table.

VM's call conventions are not quite appropriate for native programming 
languages. Double JNI is much more overhead than method call in SOM or 
Objective-C. So this approach is also quite limited.

We are still there, like in 1408 movie. This is it, and everything else 
is a hype.

Table mentions Sun OBI, SGI Delta/C++, and I've read papers on them. 
Those times people were really experimenting, nowadays this engineering 
discipline is getting forgotten. So we might not be stuck in eternal 
1996, but even worse, rolling back to pre-1991.

Best Regards,
Ivan Levashev,
Barnaul

--
If you want to get to the top, you have to start at the bottom