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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ffdd4d59cbfb4caf X-Google-Attributes: gid103376,public From: jeffrey.m.creem@lmco.com (Jeff Creem) Subject: Re: Ada 95 Numerics questions for the experts Date: 1997/08/28 Message-ID: #1/1 X-Deja-AN: 268814196 References: <3401C14B.480@gsfc.nasa.gov> <01bcb2f2$b512f700$928871a5@dhoos> Organization: Jeff Creem Newsgroups: comp.lang.ada Date: 1997-08-28T00:00:00+00:00 List-Id: In article , dewar@merv.cs.nyu.edu (Robert Dewar) wrote: >SOunds like a bug to me, since these compilers say they support >annex C, this means that the implementation advice in chapter 13 (13.2(9)) > > 9 For a packed array type, if the component subtype's Size is less > than or equal to the word size, and Component_Size is not > specified for the type, Component_Size should be less than or > equal to the Size of the component subtype, rounded up to the > nearest factor of the word size. > >which of course becomes a requirement if you claim annex C support. > >Reading this paragraph, we see that it is OK to round up to 4-bits, >but certainly not 8-bits. It was a matter of me misreading the error message. It says that the specified compontent size 3 is not a factor of 8, rounding to a factor ... Which of read as rouding to a multiple of 8 (multiple/factor boy I better run back to 2nd grade). Even still I think my original (modified by Robert) comment holds that while the AdaMajic front end meets the requirements of the LRM it does the minimum needed to meet those requirements in most areas (no support for Ada 83 only attributes and pragmas) and limited support (although correct) for rep specs. Jeff