comp.lang.ada
 help / color / mirror / Atom feed
From: "Randy Brukardt" <randy@rrsoftware.com>
Subject: Re: GNAT "alignment value must be positive"
Date: Wed, 8 Apr 2015 15:35:22 -0500
Date: 2015-04-08T15:35:22-05:00	[thread overview]
Message-ID: <mg43ea$sr6$1@loke.gir.dk> (raw)

I said:
...
> 0 is defined as a possible alignment so that the alignment of a bit-mapped 
> component is meaningful (we can't have 'Alignment not meaning anything). 
> But I don't know of any reason to specify the alignment as zero, 
> everything is always byte allocated by default. There might be some 
> machine on which it makes sense to not byte align by default, but I 
> haven't encountered it to date.

I should have added that the Recommended Level of Support does seem to 
require supporting that (probably should have read it before pushing 
"send"!), so in that sense, it's a GNAT bug to not allow it. But 
practically, 0 and 1 are the same for a specified alignment; nothing is 
going to be different about the default allocation, so it's doesn't really 
matter.

                                            Randy.


             reply	other threads:[~2015-04-08 20:35 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-08 20:35 Randy Brukardt [this message]
2015-04-09 13:28 ` GNAT "alignment value must be positive" marciant
2015-04-10  0:21   ` Randy Brukardt
2015-04-10 15:45     ` marciant
2015-04-10 21:18       ` Randy Brukardt
  -- strict thread matches above, loose matches on Subject: below --
2015-04-06 20:16 marciant
2015-04-06 20:48 ` Shark8
2015-04-07 15:28   ` marciant
2015-04-07 15:27 ` marciant
2015-04-07 18:46   ` Jeffrey Carter
2015-04-07 19:45     ` marciant
2015-04-08 20:18     ` Randy Brukardt
replies disabled

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