comp.lang.ada
 help / color / mirror / Atom feed
From: Maciej Sobczak <see.my.homepage@gmail.com>
Subject: Re: Ada array vs C pointer (call by reference)
Date: Fri, 27 Jun 2008 13:44:19 -0700 (PDT)
Date: 2008-06-27T13:44:19-07:00	[thread overview]
Message-ID: <3dcc4a2d-f2f9-4c98-96c8-cd9dd1b090fe@z72g2000hsb.googlegroups.com> (raw)
In-Reply-To: lzzlp6amdv.fsf@stalkings.ghoti.net

On 27 Cze, 18:11, Keith Thompson <ks...@mib.org> wrote:

> > Ada *cannot* guarantee that Interfaces.C.C_Float is the *right* float,
> > because it does not verify how the C code was compiled and there is a
> > lot of freedom given to C implementers in this area.
> > Same for all other types.
>
> No, Ada can't guarantee it directly.  Instead, Ada requires the
> implementation to guarantee it.

And how the implementation can guarantee it without mandating the
representation on the C compiler?

Consider a C compiler that has a switch that selects the
representation for fundamental types. It is not uncommon.
I can have *the same* program compiled twice by *the same* compiler
and the two versions will differ in representation of their
fundamental types.

How Ada implementation can guarantee anything in this area?

> Look at it this way.  You have the choice of using
> Interfaces.C.C_Float, which (assuming the Ada implementation gets it
> right), is guaranteed to match C's float

There is no way to guarantee that. The only way is to name two
compilers and say that *they* are compatible with this and that
switches. But then - there is no added value from Interfaces.C.XXX.

> Why would you even
> consider using Float?

Because the amount of magic and handwaving in interfacing is the same
as with Interfaces.C.C_float, but it is less typing. :-)

--
Maciej Sobczak * www.msobczak.com * www.inspirel.com



  parent reply	other threads:[~2008-06-27 20:44 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-27  1:39 Ada array vs C pointer (call by reference) Adrian Hoe
2008-06-27  1:42 ` Adrian Hoe
2008-06-27  2:55 ` Adam Beneschan
2008-06-27 13:02   ` Maciej Sobczak
2008-06-27 13:15     ` Adrian Hoe
2008-06-27 14:43     ` Georg Bauhaus
2008-06-27 14:47       ` Georg Bauhaus
2008-06-27 20:35       ` Maciej Sobczak
2008-06-27 22:00         ` Georg Bauhaus
2008-06-27 22:46           ` Keith Thompson
2008-06-27 16:11     ` Keith Thompson
2008-06-27 17:00       ` Robert A Duff
2008-06-27 18:15         ` Keith Thompson
2008-06-28 14:02         ` Stephen Leake
2008-06-28 21:18           ` Keith Thompson
2008-07-03 12:44         ` Rob Norris
2008-06-27 20:44       ` Maciej Sobczak [this message]
2008-06-27 22:14         ` Keith Thompson
2008-06-27 22:36           ` Adam Beneschan
2008-06-28 14:04             ` Stephen Leake
2008-06-28 21:22               ` Keith Thompson
2008-06-30 17:13               ` Adam Beneschan
2008-06-28 17:52             ` Robert A Duff
2008-06-30 17:13               ` Adam Beneschan
2008-06-30 18:55                 ` Robert A Duff
2008-07-01 21:19                 ` Randy Brukardt
2008-07-01 21:19                 ` Randy Brukardt
2008-06-28  0:56         ` Peter C. Chapin
2008-06-28 14:11           ` Maciej Sobczak
2008-06-28 17:49             ` tmoran
2008-06-28 21:46             ` Keith Thompson
2008-06-28 17:44         ` Robert A Duff
2008-07-01 21:10       ` Randy Brukardt
2008-06-27 18:13     ` tmoran
2008-06-27 20:49       ` Maciej Sobczak
2008-06-27  4:10 ` Jeffrey R. Carter
2008-06-27  8:22   ` Adrian Hoe
2008-06-27 15:07     ` Adam Beneschan
2008-06-27 22:54     ` Jeffrey R. Carter
2008-06-28  1:15       ` Adrian Hoe
2008-06-28  2:17         ` Adam Beneschan
2008-07-01 21:31           ` Randy Brukardt
2008-07-01 21:31           ` Randy Brukardt
2008-08-22  4:06           ` Adrian Hoe
2008-06-28  4:59         ` Jeffrey R. Carter
2008-06-29  3:48         ` anon
2008-06-28  1:21 ` anon
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox