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.84.100 with SMTP id x4mr2085841pay.43.1358654369561;
        Sat, 19 Jan 2013 19:59:29 -0800 (PST)
MIME-Version: 1.0
Path: 
 s9ni7468pbb.0!nntp.google.com!npeer01.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!goblin2!goblin.stu.neva.ru!aioe.org!news.ecp.fr!news.jacob-sparre.dk!munin.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: From 16 bit to 32
Date: Mon, 14 Jan 2013 18:44:26 -0600
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <kd28pc$2pi$1@munin.nbi.dk>
References: <c1d91828-3baf-4ed0-bef2-b3df1f49a824@googlegroups.com>
 <d3fc4db9-a940-47c2-91c3-84b457d733a4@googlegroups.com>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: munin.nbi.dk 1358210668 2866 69.95.181.76 (15 Jan 2013 00:44:28 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Tue, 15 Jan 2013 00:44:28 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Received-Bytes: 2621
Date: 2013-01-14T18:44:26-06:00
List-Id: <comp.lang.ada>

"Adam Beneschan" <adam@irvine.com> wrote in message 
news:d3fc4db9-a940-47c2-91c3-84b457d733a4@googlegroups.com...
...
>I don't think you'll be able to get around changing everything.  If you 
>give a representation
>clause for a record component that isn't big enough to hold the component, 
>the program
>won't compile.  Maybe there's an Ada compiler with an option to ignore 
>representation clauses,
>but I don't know of any.

GNAT has (or had?) such an option. (I saw it Friday when I was looking 
through the list of GNAT options to see what options I need to compile with 
on my new server. Let's see, I only have an older GNAT manual on this 
computer, and it says -gnatI means "Ignore representation clauses". I'd 
check that out on your own copy of GNAT before using, but it might be a good 
way for the OP to determine what other things that they need to change.

It specifically exists for a case like the OP's. According to the 
documentation:

-gnatI
Ignore representation clauses. When this switch is used, all representation 
clauses are treated as comments. This is useful when initially porting code 
where you want to ignore rep clause problems, and also for compiling foreign 
code (particularly for use with ASIS).

You could ask why your compiler and my compiler don't have such a useful 
switch. :-) But surely there is a compiler than has it.

                                                  Randy.