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=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,ac39a12d5faf5b14
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-04-20 22:35:22 PST
Path: 
 archiver1.google.com!news1.google.com!sn-xit-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: "David Botton" <David@Botton.com>
Newsgroups: comp.lang.ada
Subject: Re: Development process in the Ada community
Date: Sun, 21 Apr 2002 01:34:54 -0400
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <uc4jspm4s2oca3@corp.supernews.com>
References: <4519e058.0204150645.62003096@posting.google.com>
 <G5Iu8.3882$GN4.1981086988@newssvr21.news.prodigy.com>
 <4519e058.0204170855.16950071@posting.google.com>
 <ud6wydz64.fsf@gsfc.nasa.gov> <a9kd9k$s69$1@nh.pace.co.uk>
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Complaints-To: newsabuse@supernews.com
Xref: archiver1.google.com comp.lang.ada:22852
Date: 2002-04-21T01:34:54-04:00
List-Id: <comp.lang.ada>


----- Original Message -----
From: "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>


> Lets see.. that's (onetwothreefour...) *six* different bindings to
Windows -
> each with different features/capabilities, but probably a good deal of
> overlap. (Will we hear of more? Consider that a "binding to Windows"
> could/should include things like sockets and similar stuff

I disagree, if there are good Ada solutions already why bother. (In the case
of sockets you have AdaSockets or GNAT.Sockets). Thus GWindows does not
include support for Sockets or other aspects of Win32 already supported
directly by Ada95 or GNAT.

> Probably, you really need to have Win32Ada (or similar) no matter what.
This
> thin binding is needed just to keep up with whatever Microsoft comes out
> with next as the OS API, so that if it didn't get included in the more
> abstract API, the programmer still has access to it. (It was originally
> auto-generated, right? So if a new C interface comes out, it can easily be
> re-auto-generated? Sounds important to me...)


Microsoft makes most updates to its platforms these days using COM APIs, so
Win32Ada for those that insist on thin bindings is available and most
everything else GNATCOM takes care of.

David Botton