comp.lang.ada
 help / color / mirror / Atom feed
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Interfacing to C and long long data type
Date: Fri, 27 Jun 2008 22:46:03 +0200
Date: 2008-06-27T22:46:05+02:00	[thread overview]
Message-ID: <pawuuw7iosl7.mdumuuvgufb2$.dlg@40tude.net> (raw)
In-Reply-To: 67af3e06-1e93-4aa4-8182-fa0965285bf6@s21g2000prm.googlegroups.com

On Fri, 27 Jun 2008 11:53:25 -0700 (PDT), Adam Beneschan wrote:

> On Jun 27, 9:11 am, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
> wrote:

>> On Thu, 26 Jun 2008 04:59:01 -0700 (PDT), Maciej Sobczak wrote:
>>> On 26 Cze, 10:53, S�bastien Morand <seb.mor...@gmail.com> wrote:
>>
>>>> Anyway when you interface Ada with C, you are loosing the portability of
>>>> your program
>>
>>> If I need some functionality, then non-portable program that has this
>>> functionality is infinitely better than a portable program that does
>>> not.
>>
>> Why infinitely? Having any functionality X can have only a finite value.
>> Similarly the value of having no X is also finite. [Assuming some additive
>> model of values.]
> 
> I think the idea here is that the value of a portable program that
> does not have the functionality you need is 0.0, and so even though
> the functionality of the non-portable value is finite, when you divide
> to get a ratio you will get an infinite answer.

This would be a multiplicative model then. It does not look any realistic.
People tend to exaggerate their expectations and requirements. Being
confronted a real choice, they behave differently from what they think or
say about it.

No feature can remove all value of a program if missing. In an additive
model of values it would mean that the feature is implied by *all*
features, existing or just possible. I doubt that any C library could ever
provide anything close to that...

> Well, actually,
> you'll get Constraint_Error but that's just a nitpick......

It won't compile, "/" is not defined on that type... (:-))

--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de



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

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-25 15:23 Interfacing to C and long long data type Maciej Sobczak
2008-06-25 16:55 ` Keith Thompson
2008-06-25 21:35   ` Maciej Sobczak
2008-06-26  8:53     ` Sébastien Morand
2008-06-26 10:19       ` Georg Bauhaus
2008-06-26 11:59       ` Maciej Sobczak
2008-06-27 14:31         ` Sébastien Morand
2008-06-27 16:11         ` Dmitry A. Kazakov
2008-06-27 18:53           ` Adam Beneschan
2008-06-27 20:29             ` Simon Wright
2008-06-27 20:46             ` Dmitry A. Kazakov [this message]
2008-06-25 19:08 ` Simon Wright
replies disabled

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