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,a9926825c099a467,start X-Google-Attributes: gid103376,public From: tmoran@bix.com Subject: Re: record rep on tagged record question Date: 1997/10/01 Message-ID: <60tq70$4p7@lotho.delphi.com>#1/1 X-Deja-AN: 277071899 Organization: Delphi Internet Services Newsgroups: comp.lang.ada Date: 1997-10-01T00:00:00+00:00 List-Id: >Why are you writing a representation clause for a tagged record anyway? >Are you intending to do some I/O using this type? Have you looked at the No, I'm doing an API call to the OS, which has definite ideas about how the record should be structured. And in the real world problem this example came from, there are discriminants involved which preclude simply putting everything into an intermediate record, then using that as the sole new component in the extended record. This is intended as a 'confirming' record rep clause, since the compiler in question *seems* to do the expected thing, but it would be nice to be sure. If 'Position could be used on a type, instead of just an object, I could make a compile time constraint error test - but it can't. RM 13.5.1(21) certainly leads me to believe this rep clause should be legal.