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, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,8201deea80f1752a X-Google-Attributes: gid103376,public From: Robert Dewar Subject: Re: 3-bit array ... Date: 1999/12/08 Message-ID: <82kt3t$iqb$1@nnrp1.deja.com>#1/1 X-Deja-AN: 557805377 References: <382386fe.85782690@news.uswest.net> <384728ff.588431360@news.uswest.net> <3847EF64.EBD41169@callnetuk.com> <82hlkq$968$1@nnrp1.deja.com> <384D4C8E.36174908@averstar.com> X-Http-Proxy: 1.0 x27.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Wed Dec 08 06:16:32 1999 GMT X-MyDeja-Info: XMYDJUIDrobert_dewar Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.04 [en] (OS/2; I) Date: 1999-12-08T00:00:00+00:00 List-Id: In article <384D4C8E.36174908@averstar.com>, Tucker Taft wrote: > Bob mis-spoke. We only pack to "odd-ball" sizes if the user > explicitly requests it via a 'Component_Size clause. This > is important because there is existing Ada 95 code which we > didn't want to suddenly change behavior in a potentially > surprising way. Well GNAT has always packed tightly in response to the pragma, so we did not have to worry about this effect. We have a lot of legacy Ada 83 customers who either want to maintain Ada 83 conmpatibility, or are allergic to changing their code, which is why we choose to pack always. Obviously at this stage we could not consider changing, because we have so many users depending on the tight packing. I suppose a configuration pragma saying you want tight packing or not is a possibility. Sent via Deja.com http://www.deja.com/ Before you buy.