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,995362da150dc3a9 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!postnews.google.com!s21g2000prm.googlegroups.com!not-for-mail From: Adam Beneschan Newsgroups: comp.lang.ada Subject: Re: Interfacing to C and long long data type Date: Fri, 27 Jun 2008 11:53:25 -0700 (PDT) Organization: http://groups.google.com Message-ID: <67af3e06-1e93-4aa4-8182-fa0965285bf6@s21g2000prm.googlegroups.com> 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> NNTP-Posting-Host: 66.126.103.122 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1214592805 1205 127.0.0.1 (27 Jun 2008 18:53:25 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Fri, 27 Jun 2008 18:53:25 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: s21g2000prm.googlegroups.com; posting-host=66.126.103.122; posting-account=duW0ogkAAABjRdnxgLGXDfna0Gc6XqmQ User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.7.12-1.3.1,gzip(gfe),gzip(gfe) Xref: g2news1.google.com comp.lang.ada:918 Date: 2008-06-27T11:53:25-07:00 List-Id: 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=E9bastien 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 additiv= e > 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. Well, actually, you'll get Constraint_Error but that's just a nitpick...... -- Adam