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,e615e5c9d121e052 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit X-Received: by 10.66.74.131 with SMTP id t3mr1620313pav.22.1358654372655; Sat, 19 Jan 2013 19:59:32 -0800 (PST) Path: 6ni6939pbd.1!nntp.google.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!nrc-news.nrc.ca!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: Jeffrey Carter Newsgroups: comp.lang.ada Subject: Re: From 16 bit to 32 Date: Mon, 14 Jan 2013 19:40:25 -0700 Organization: Also freenews.netfront.net; news.tornevall.net Message-ID: References: <1275291138379901547.989858rm-host.bauhaus-maps.arcor.de@news.arcor.de> <1b5c0c14-60ec-46ac-b458-9db2503026f4@googlegroups.com> Mime-Version: 1.0 Injection-Date: Tue, 15 Jan 2013 02:40:28 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="656ea2f23126f57fb36504d2d15a002c"; logging-data="25941"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+6IWdzS7DyefiGpr+ASG4DdV/zp5Aagn0=" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 In-Reply-To: <1b5c0c14-60ec-46ac-b458-9db2503026f4@googlegroups.com> Cancel-Lock: sha1:Oq7Kdze+sPqE+wyFwOek+pEKQBk= X-Received-Bytes: 2267 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Date: 2013-01-14T19:40:25-07:00 List-Id: On 01/14/2013 05:34 PM, Adam Beneschan wrote: > > Yes, I wasn't aware of that. It looks like something the OP could > use--*temporarily*. It still means using non-standard Ada, in effect, so > even if this helps compile and test some stuff in the short term, I'd still > recommend modifying or removing the rep clauses. Even being able to ignore the representation clauses, the OP still has the problem of why there are addresses in the code. The use of addresses is likely to be a much more difficult portability issue than unnecessary representation clauses. -- Jeff Carter "No one is to stone anyone until I blow this whistle, do you understand? Even--and I want to make this absolutely clear--even if they do say, 'Jehovah.'" Monty Python's Life of Brian 74