From: Robert A Duff <bobduff@shell01.TheWorld.com>
Subject: Re: 64-bit integers in Ada
Date: Tue, 30 Jul 2002 20:20:02 GMT
Date: 2002-07-30T20:20:02+00:00 [thread overview]
Message-ID: <wccptx5ufwt.fsf@shell01.TheWorld.com> (raw)
In-Reply-To: 3D46DC69.7C291297@adaworks.com
Richard Riehle <richard@adaworks.com> writes:
> Robert A Duff wrote:
>
> > Note that the RM does not require support for 64-bit integers
> > (unfortunately, IMHO), and there are compilers that do not support
> > 64-bit integers.
>
> Robert,
>
> We still have quite a few embedded platforms for which 64 bit
> integers are not supported. We would like to be able to use
> Ada 95 for them, so a requirement for a language feature that
> is not supported would be meaningless.
All processors can easily support 64-bit arithmetic, or 640-bit
arithmetic. It's not meaningless -- it just means that the
implementation has to provide software support.
I think I know how to design such a feature in accordance with the
"Bauer Principle", which Robert Dewar recently told us the name of. So
if you have an 8-bit processor, maybe you don't want 64-bit integers, or
maybe you don't want 32- or even 16-bit integers, but I still think the
compiler should be required to provide them. And more.
>... Also, there has been
> some discussion, in the past, about support for eight-bit
> microcontrollers such as the I-8051 family. I am sure some
> compiler developer would find it very entertaining to design
> an Ada compiler with 8051 64 bit integers, but also quite
> useless.
Why? What is the largest integer that a programmer might want, given
that the programmer has chosen an 8-bit processor?
Where do you draw the line?
To me 8-bit processor implies limited address space, but I don't see why
that *necessarily* implies small integers.
> Richard Riehle
- Bob
next prev parent reply other threads:[~2002-07-30 20:20 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-16 11:27 64-bit integers in Ada David Rasmussen
2002-05-17 2:28 ` Robert Dewar
2002-05-17 13:56 ` Mark Johnson
2002-07-29 15:33 ` Victor Giddings
2002-07-29 20:15 ` Robert A Duff
2002-07-30 18:35 ` Richard Riehle
2002-07-30 20:20 ` Robert A Duff [this message]
2002-07-31 0:13 ` Robert Dewar
2002-07-31 4:17 ` Keith Thompson
2002-07-31 8:41 ` Larry Kilgallen
2002-07-31 13:20 ` Robert A Duff
2002-07-31 13:42 ` Marin David Condic
2002-08-01 7:54 ` Lutz Donnerhacke
2002-08-01 13:07 ` Marin David Condic
2002-08-02 7:31 ` Lutz Donnerhacke
2002-08-02 13:21 ` Marin David Condic
2002-08-03 12:24 ` Robert Dewar
2002-08-03 18:59 ` Richard Riehle
2002-08-04 6:12 ` Chad R. Meiners
2002-08-04 14:07 ` Robert Dewar
2002-08-05 2:28 ` Richard Riehle
2002-08-11 15:32 ` Simon Wright
2002-08-13 21:14 ` Randy Brukardt
2002-08-04 18:00 ` Larry Kilgallen
[not found] ` <5ee5b646.0208040607.ebb6909@posting.googOrganization: LJK Software <PG2KS5+doDWm@eisner.encompasserve.org>
2002-08-05 1:44 ` Robert Dewar
2002-08-05 1:48 ` Robert Dewar
2002-08-05 11:40 ` Marc A. Criley
2002-08-05 14:40 ` Pat Rogers
2002-08-05 2:34 ` Richard Riehle
2002-08-11 21:56 ` Robert A Duff
2002-08-13 21:09 ` Randy Brukardt
2002-08-18 1:01 ` AG
2002-08-20 0:15 ` Robert Dewar
2002-08-02 8:37 ` Fraser Wilson
2002-08-02 12:54 ` Frank J. Lhota
2002-08-01 11:57 ` Larry Kilgallen
2002-08-01 17:53 ` Ben Brosgol
2002-08-01 20:32 ` Keith Thompson
2002-07-31 21:50 ` Keith Thompson
2002-07-31 21:59 ` Robert A Duff
2002-07-30 4:29 ` Robert Dewar
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox