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
next prev 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