comp.lang.ada
 help / color / mirror / Atom feed
From: "Marin David Condic" <dont.bother.mcondic.auntie.spam@[acm.org>
Subject: Re: 64-bit integers in Ada
Date: Fri, 2 Aug 2002 09:21:01 -0400
Date: 2002-08-02T13:21:01+00:00	[thread overview]
Message-ID: <aie0vt$p6g$1@nh.pace.co.uk> (raw)
In-Reply-To: slrnakkdbb.ou.lutz@taranis.iks-jena.de

Maybe we're just talking at cross-purposes here. I certainly don't object to
support for user defined ranges/sizes that would be smaller than 16 bits.
The question at hand here had to do with the standard type Integer being
required to be at least 16 bits and therefore the standard mandating that an
implementation be able to support at least 16 bit integers in general.
Removing that requirement would mean that an implementation would be free to
say something like "The largest integer you can declare is 8 bits..." -
which seems like an unlikely thing to do, so having the requirement is not a
bad thing. Would most programmers find a language implementation useful if
you couldn't declare integers larger than (for example) 8 bits? Is an
implementation greatly inconvenienced by having the standard type Integer
required to be at least 16 bits? (Especially since they are free to create
Short_Integer and Long_Integer as 8 and 32 bits if they like. Seems like
they'd be free to create things that match most common hardware - even for
small machines.)

As for declaring one's own types, yes, I'm generally in favor of that. When
I care about specific sizes and ranges, I'll make my own types or subtypes.
Often, when all I care about is that I've got a variable big enough to
handle some chore, I'll use the standard Integer type. If you want to argue
that "All *competent* Ada programmers dutifully declare types to be sure
they are as big as they need." then that would imply the standard should
remove the types Integer, Float, Duration, etc. So long as these types
remain in the standard, I think it is a good thing that the standard
guarantees some minimal characteristics for the types so that a programmer
knows what he can count on.

MDC
--
Marin David Condic
Senior Software Engineer
Pace Micro Technology Americas    www.pacemicro.com
Enabling the digital revolution
e-Mail:    marin.condic@pacemicro.com


"Lutz Donnerhacke" <lutz@iks-jena.de> wrote in message
news:slrnakkdbb.ou.lutz@taranis.iks-jena.de...
>
> Ack for C, nack for Ada. Ada has the ability to specify the type ranges
you
> need. C hasn't.
>
> >That's why I wouldn't object to the standard requiring that an
> >implementation support at least 16 bits - even for small machines. People
> >expect it.
>
> No. Ada people expect to define there own types if they need certain
ranges.
> They expect efficient implementations for those types.
>






  reply	other threads:[~2002-08-02 13:21 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
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 [this message]
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