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-Thread: 103376,43d910f082521047
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.180.95.2 with SMTP id dg2mr559803wib.2.1343949332742;
        Thu, 02 Aug 2012 16:15:32 -0700 (PDT)
Path: 
 q11ni6493297wiw.1!nntp.google.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!news.glorb.com!solaris.cc.vt.edu!news.vt.edu!newsfeed-00.mathworks.com!nntp.TheWorld.com!.POSTED!not-for-mail
From: Robert A Duff <bobduff@shell01.TheWorld.com>
Newsgroups: comp.lang.ada
Subject: Re: questions on Ada openGL binding in the GLOBE3D packages
Date: Thu, 02 Aug 2012 19:15:32 -0400
Organization: The World Public Access UNIX, Brookline, MA
Message-ID: <wccfw84dgx7.fsf@shell01.TheWorld.com>
References: <jvddr3$uqm$1@speranza.aioe.org>
 <b5a9a044-198c-472c-a107-104b26454d05@googlegroups.com>
 <jvdgd7$5e3$1@speranza.aioe.org> <jvdqsk$g6c$1@dont-email.me>
 <wccpq795odd.fsf@shell01.TheWorld.com> <jveqqh$254$1@munin.nbi.dk>
NNTP-Posting-Host: shell01.theworld.com
Mime-Version: 1.0
X-Trace: pcls6.std.com 1343949332 1344 192.74.137.71 (2 Aug 2012 23:15:32 GMT)
X-Complaints-To: abuse@TheWorld.com
NNTP-Posting-Date: Thu, 2 Aug 2012 23:15:32 +0000 (UTC)
User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (irix)
Cancel-Lock: sha1:bqOJuHG8gjYJRQIsDoPC/08ws0E=
X-Received-Bytes: 2202
Content-Type: text/plain; charset=us-ascii
Date: 2012-08-02T19:15:32-04:00
List-Id: <comp.lang.ada>

"Randy Brukardt" <randy@rrsoftware.com> writes:

> I think calling that "thin" is dubious. I call the technique "medium" for a 
> lack of a better term, 

OK, fair enough, call it "medium".  It wasn't the thinest it could be,
but it wasn't very thick.  In this case, the binding was to some
real-time kernel, and the "thick" binding would be the Ada run-time
system built on top of it.

>...and it has to include normalizing the names, adding 
> appropriate defaults, and using Ada parameter modes appropriately

In the case I'm talking about, not much of that.  I can't remember
about the names, but no defaults, and all parameters of mode 'in',
as in C.n

>...(along 
> with raising exceptions). But I agree that it makes reading C documentation 
> easier than for a true "thick" binding -- the problem being, that no one 
> should be forcing Ada programmers to read C documentation. Cost 
> considerations of course make that necessary sometimes, but even then I 
> would hope that there would at least be some Ada-specific documentation 
> covering common use-cases.

Sure.

- Bob