From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,7b60a2e8329f4e64 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit X-Received: by 10.180.74.141 with SMTP id t13mr974953wiv.5.1359079624467; Thu, 24 Jan 2013 18:07:04 -0800 (PST) Path: i11ni18214wiw.0!nntp.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!85.12.40.131.MISMATCH!xlned.com!feeder3.xlned.com!npeer.de.kpn-eurorings.net!npeer-ng0.de.kpn-eurorings.net!news.bawue.net!storethat.news.telefonica.de!telefonica.de!news.antakira.com!news.glorb.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: GNAT 4.4.5 Record Bit_Order Endian issues References: <20bda3de-b033-4b4e-8298-2ac47701b814@googlegroups.com> <85hamiulsn.fsf@stephe-leake.org> <85bocoqxis.fsf@stephe-leake.org> <9961f0a1-aa2c-47d5-be84-77e495ea2a0f@googlegroups.com> <85a9s64y8u.fsf@stephe-leake.org> Date: Fri, 18 Jan 2013 20:43:03 -0500 Message-ID: <85k3ra2biw.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (windows-nt) Cancel-Lock: sha1:UoWNrXmijtihnNFKNnS966Kmry8= MIME-Version: 1.0 X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: 84dc250f9fa28e029e66111872 X-Received-Bytes: 1891 Content-Type: text/plain Date: 2013-01-18T20:43:03-05:00 List-Id: Robert A Duff writes: > Stephen Leake writes: > >> component_clause ::= >> component_local_name at position range first_bit .. last_bit; >> >> But I could find no definition of "position"! > > The very next paragraph defines the syntax: > > position ::= static_expression That doesn't say "position is the number of storage_units from the start of the record" (there's probably a better definition in Cohen's paper). For all I can tell from the ARM, "position" could be a color number, or the number of angels on the head of a pin! > Then 13.5.2 talks about the Position attribute. Which just retreives the mysterious "position" number, it doesn't say what it _means_. > I agree that the RM is confusing in this area. > It's partly my fault. :-( Ok. What paragraphs do we add? (in five years; better late than never :) -- -- Stephe