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!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Microsoft UWP/WinRt Date: Fri, 2 Jun 2017 09:24:17 +0200 Organization: Aioe.org NNTP Server Message-ID: References: <7d1796c7-3492-4f19-ac6c-27c70e486d59@googlegroups.com> NNTP-Posting-Host: vZYCW951TbFitc4GdEwQJg.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Language: en-US Xref: news.eternal-september.org comp.lang.ada:46879 Date: 2017-06-02T09:24:17+02:00 List-Id: On 02/06/2017 03:23, alby.gamper@gmail.com wrote: > Would anyone be interested in a set of Ada bindings to the new Microsoft > UWP/WinRT api ?. This would enable Ada to be used to develop native Windows Store > applications and also allow parts of the Api to be used from Desktop applications > as well. (Note, as documented by Microsoft, only a subset of the WinRT api can > be used by traditional desktop applications) I don't think there would be much interest in that. Ada's strength is in developing portable software. So unless UWP runs on Linux, VxWorks etc few would invest much time into it. Another point is that Microsoft API is pretty much low-level (which is OK by itself). So it is not a big deal to call individual operations from Ada program without any bindings. Though one could expect that AdaCore would expand Win32Ada with these. The point is about having thick bindings to make it useful/usable, e.g. hiding Windows handles in controlled wrappers, enumeration and variant record parameters etc. That would be more work than calls you presented. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de