Re: win64ada or win_32_64_ada ?

[alby.gamper@gmail.com]

On Wednesday, May 23, 2018 at 2:33:58 AM UTC+10, Dan'l Miller wrote:
> On Tuesday, May 22, 2018 at 11:03:55 AM UTC-5, Lucretia wrote:
> > This isn't what he's asking, that link only shows how to build a compiler.
> > 
> > He's asking if there Ada language bindings to the Win64 API, which I don't think there are.
> > 
> > I haven't used Windows for dev for over 10 years so I don't know the current status, I know they have this
> > XAML stuff, for which there is https://github.com/Alex-Gamper/Ada-WinRT
> 
> … I know they have this ••WinRT/UWP•• stuff, for which there is https://github.com/Alex-Gamper/Ada-WinRT
> 
> (There, fixed that for you.)
> 
> Ada-WinRT doesn't support XAML yet.
> 
> XAML is an optional add-on to WinRT/UWP, intended mainly for interfacing with nontechnical UI/UX designers who lay out the UI as mock-ups without code behind the XAML yet.  Then the UI's XAML is delivered to C# (or F# or C++/CX or VisualBasic) programmers to write code behind that declarative-XML mock-up.
> 
> WinRT/UWP is the COM- & ATL-based OO replacement for Win32.  Win32 & Win64 are deprecated, not able to access all the new feature-sets of the Windows operating systems since, say, Windows XP.  Win64 is Win32 verbatim with pointers and integers widened to 64-bit.

Hi Dan'l

WinRT/UWP is not yet a replacement for Win32 (either 32 or 64bit based)
Although the marketing blurb would make one believe it is

Their are currently huge gaps in what is offered/proffered in the WinRT with
that offered in the Win32/64 API (samples being process creation and native
services etc..) , and this is mainly to do with sandboxing WinRT applications

The issue is also somewhat blurred wrt desktop vs Store applications and the
recently introduces WinRT/CPP bindings, since native CPP can always use the
existing win32 api (but not necessarily qualify as a Windows Store app)

But to answer the original question, the current Win32 Api bindings as part
of the AdaCore GPL edition WILL NOT work on Win64 in 100% of cases, I have
found a few errors in the Win32.Services package that need fixing

Alex