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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,995362da150dc3a9 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!news3.google.com!news.germany.com!xlned.com!feeder1.xlned.com!txtfeed2.tudelft.nl!tudelft.nl!txtfeed1.tudelft.nl!newsfeeder20.multikabel.net!multikabel.net!feed10.multikabel.net!feeder.news-service.com!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: Interfacing to C and long long data type Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <4abde3e1-3c8c-4b01-b63b-d29e7039070b@f36g2000hsa.googlegroups.com> <48635909.8060204@gmail.com> <70e23582-fd3c-4248-b0d6-ec7a3a0f9aed@p25g2000hsf.googlegroups.com> <4ji77y6wxamy$.t0e9a057c44p.dlg@40tude.net> <67af3e06-1e93-4aa4-8182-fa0965285bf6@s21g2000prm.googlegroups.com> Date: Fri, 27 Jun 2008 22:46:03 +0200 Message-ID: NNTP-Posting-Date: 27 Jun 2008 22:46:05 CEST NNTP-Posting-Host: 9b037594.newsspool4.arcor-online.net X-Trace: DXC=BhfKiCLM_I?oE4IUK\BH3YBS_^LbV2GbkLDNcfSJ;bb[EIRnRBaCd On Fri, 27 Jun 2008 11:53:25 -0700 (PDT), Adam Beneschan wrote: > On Jun 27, 9:11 am, "Dmitry A. Kazakov" > wrote: >> On Thu, 26 Jun 2008 04:59:01 -0700 (PDT), Maciej Sobczak wrote: >>> On 26 Cze, 10:53, S�bastien Morand 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