comp.lang.ada
 help / color / mirror / Atom feed
From: Adam Beneschan <adam@irvine.com>
Subject: Re: Largest size array in Gnat 2005 for the PC?
Date: Tue, 30 Oct 2007 12:06:39 -0700
Date: 2007-10-30T12:06:39-07:00	[thread overview]
Message-ID: <1193771199.634647.228210@v23g2000prn.googlegroups.com> (raw)
In-Reply-To: <9QJVi.302202$ax1.32179@bgtnsc05-news.ops.worldnet.att.net>

On Oct 30, 10:27 am, a...@anon.org (anon) wrote:
> Since your using 32-bit version of XP. then it is linmited to 32 bits.
>
> GNAT is ported to over 30 operating systems and CPUs. Here is a
> subset of a few type and sizes
>
> if your CPU and operating system is limited to 32 bits then GNAT
> defines:
>
>     System.Memory_Size : constant := ( 2 ** 32 ) ;
>
> else using the ia64/Alpha/s390x/86-64 processors and a 64-bits
> OS then GNAT set the size to:
>
>     System.Memory_Size : constant := ( 2 ** 64 ) ;

I should point out that you should *not* use System.Memory_Size for
this purpose unless you're using GNAT and are absolutely certain your
code will not be compiled with another compiler.  The original
definition of Memory_Size had to do with the amount of available
memory, not the amount of memory that could be accessed with an
address (whether the memory existed or not); starting with Ada 95, the
AARM has said:

It is unspecified whether this refers to the size of the address
space, the amount of physical memory on the machine, or perhaps some
other interpretation of "memory size." In any case, the value has to
be given by a static expression, even though the amount of memory on
many modern machines is a dynamic quantity in several ways. Thus,
Memory_Size is not very useful.  [13.7(33.a)]

                               -- Adam




  reply	other threads:[~2007-10-30 19:06 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-30  4:00 Largest size array in Gnat 2005 for the PC? ME
2007-10-30  7:08 ` Martin Krischik
2007-10-30 12:27   ` Florian Weimer
2007-10-30 14:16   ` ME
2007-10-30 14:47     ` Pascal Obry
2007-10-30 18:58     ` Martin Krischik
2007-10-31  5:38       ` ME
2007-10-30 16:07   ` virtual memory, was " tmoran
2007-10-30 19:17     ` Martin Krischik
2007-10-30 20:35     ` Ludovic Brenta
2007-10-31  5:53   ` ME
2007-10-30  7:28 ` Pascal Obry
2007-10-30  9:47   ` Ludovic Brenta
2007-10-30 19:26     ` Georg Bauhaus
2007-10-30 20:17       ` Adam Beneschan
2007-10-30 22:53         ` tmoran
2007-10-30 23:39           ` Georg Bauhaus
2007-10-30 20:24       ` Adam Beneschan
2007-10-30 21:40         ` Georg Bauhaus
2007-10-30 21:48           ` Adam Beneschan
2007-10-30 21:50           ` Georg Bauhaus
2007-10-30 13:50   ` ME
2007-10-30 14:44     ` Pascal Obry
2007-10-30 15:00       ` Stefan Bellon
2007-10-30 15:16         ` Pascal Obry
2007-10-30 15:22           ` Stefan Bellon
2007-10-31  5:52         ` ME
2007-10-31  9:22           ` Stefan Bellon
2007-10-31 13:33             ` ME
2007-10-31 14:36               ` Stefan Bellon
2007-10-30 17:27 ` anon
2007-10-30 19:06   ` Adam Beneschan [this message]
2007-10-31  6:32 ` anon
2007-11-01  4:13   ` ME
2007-11-01  8:44     ` Stefan Bellon
replies disabled

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