comp.lang.ada
 help / color / mirror / Atom feed
From: iWarp.intel.com|ichips!intelhf!agora!markb@uunet.uu.net  (Mark Biggar)
Subject: Re: 'SIZE attribute of a type
Date: 12 Dec 91 03:17:49 GMT	[thread overview]
Message-ID: <1991Dec12.031749.28929@agora.uucp> (raw)

In article <5898@email.sp.unisys.com> parkhill@email.sp.unisys.com (parkhill) w
rites:
>>parkhill@email.sp.unisys.com (parkhill) writes: 
>>>Image a compiler was smart enough to understand baised number ranges. 
>>>   type b is range 9 .. 10; 
>>>        or 
>>>   type b is range 2**31 - 2 .. 2**31 - 1;
>>>If the compiler can generate code that only uses 1 bit then b'Size 
>>>should return 1.
>My point on the compiler having the capability to use one bit is that I
>find the utility of type_name'size is now questionable.  Lets say the
>compiler is capable of using 1 bit but won't do it in most situations.
>How can any programmer use type_name'size to any practical purpose?  It 
>seems less useful than Entry_Name'Count.  However, I am sure that the 
>justification for the change to type_name'size is rock solid.

I don't thing anyone would implement this as an automatic feature of an Ada
 compiler.  But, it is perfectly reasonable for the rep-clause

 for b'size use 1;

 to cause a compiler to do just what you want, while not having the
 rep-clause would make b'size something like 8, 16 or 32.

 b'size is the actual storage used for the type not the minimum possible.

 --
 Mark Biggar
 markb@agora.rain.rain.com

             reply	other threads:[~1991-12-12  3:17 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1991-12-12  3:17 Mark Biggar [this message]
  -- strict thread matches above, loose matches on Subject: below --
1991-12-13 17:24 'SIZE attribute of a type elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!ds
1991-12-13 16:00 Alex Blakemore
1991-12-13 15:23 agate!spool.mu.edu!yale.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!ca
1991-12-12 22:49 Robert I. Eachus
1991-12-12 15:36 elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu
1991-12-12 15:18 elroy.jpl.nasa.gov!swrinde!mips!samsung!caen!umeecs!dip.eecs.umich.edu!wa
1991-12-11 18:29 elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!gv
1991-12-10 12:30 mcsun!uknet!yorkohm!minster!mjl-b
1991-12-10  8:23 paul goffin
1991-12-09 13:24 Ed Matthews
1991-12-07  0:32 Donald Gardner
1991-12-06 21:14 Ed Matthews
1991-12-06 21:07 Richard Pattis
1991-12-06 20:15 parkhill
1991-12-06 20:04 parkhill
1991-12-06 18:50 Brian Hanafee
1991-11-14 20:15 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mips!pacbell.com!iggy.GW.Vit
1991-11-14 19:58 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mips!pacbell.com!iggy.GW.Vit
1991-11-14 16:45 Danford Lehman
1991-11-13 17:01 elroy.jpl.nasa.gov!sdd.hp.com!mips!zaphod.mps.ohio-state.edu!unix.cis.pit
replies disabled

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