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!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Community Input for the Maintenance and Revision of the Ada Programming Language Date: Thu, 10 Aug 2017 20:27:45 -0500 Organization: JSA Research & Innovation Message-ID: References: <79e06550-67d7-45b3-88f8-b7b3980ecb20@googlegroups.com> <9d4bc8aa-cc44-4c30-8385-af0d29d49b36@googlegroups.com> <1395655516.524005222.638450.laguest-archeia.com@nntp.aioe.org> <1965864878.524005725.686266.laguest-archeia.com@nntp.aioe.org> <085872f2-2876-401d-9661-4ca5c82bb7ea@googlegroups.com> Injection-Date: Fri, 11 Aug 2017 01:27:46 -0000 (UTC) Injection-Info: franka.jacob-sparre.dk; posting-host="rrsoftware.com:24.196.82.226"; logging-data="31029"; mail-complaints-to="news@jacob-sparre.dk" X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246 Xref: news.eternal-september.org comp.lang.ada:47693 Date: 2017-08-10T20:27:45-05:00 List-Id: "Dmitry A. Kazakov" wrote in message news:omht83$p98$1@gioia.aioe.org... > On 2017-08-10 16:43, Lucretia wrote: > >> 10) Standardised C++ binding, what the compiler does underneath >> shouldn't matter as long as the interface specifying the binding is >> consistent and has a way to add platform specific changes, i.e. DLL >> binding for Windows, standard binding for other OSes. > > Is that even possible? I used to make a C++ library (with some templates) > compilable by both Borland C++ and Visual Studio C++. That was fun! The ARG tried to think about this once. And the result was to change the existing B.3's title and introduction to include "C++" -- to make it clear that these facilities are useful for interfacing to C++ as well. We didn't think it made sense in any way to try to do more (massive complexity both for the implementation and for the user). As always, we considered that we might standardize something vendors came up with, but they didn't come up with anything suitable. Has anything changed? Randy.