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,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.182.113.170 with SMTP id iz10mr23046455obb.14.1441697457224; Tue, 08 Sep 2015 00:30:57 -0700 (PDT) X-Received: by 10.182.199.37 with SMTP id jh5mr92166obc.6.1441697457193; Tue, 08 Sep 2015 00:30:57 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!kq10no1658864igb.0!news-out.google.com!f6ni4446igi.0!nntp.google.com!kq10no2209918igb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Tue, 8 Sep 2015 00:30:56 -0700 (PDT) In-Reply-To: <8b8ce891-7663-40b3-ab35-d7d54e9d98d3@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=194.138.39.55; posting-account=IcHmbgoAAABVfpbjrkJyy4Yb3hmce3tn NNTP-Posting-Host: 194.138.39.55 References: <56274cb4-21f3-479b-9515-1c15c8b650aa@googlegroups.com> <8b8ce891-7663-40b3-ab35-d7d54e9d98d3@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Addressing in Object Ada v/s GNAT (2013) showing Vast Differences From: Lucas Redding Injection-Date: Tue, 08 Sep 2015 07:30:57 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:27740 Date: 2015-09-08T00:30:56-07:00 List-Id: On Monday, September 7, 2015 at 5:28:39 PM UTC+1, Anh Vo wrote: > On Monday, September 7, 2015 at 9:02:48 AM UTC-7, Lucas Redding wrote: > > On Monday, September 7, 2015 at 3:04:43 PM UTC+1, G.B. wrote: > > > On 07.09.15 13:54, Lucas Redding wrote: > >=20 > > Yes I have included alignment of types and objects. I have not explicit= ly specified the padding gaps. In object Ada, this is not necessary provide= d the type specifications are explicitly size constrained and the object fi= ts in between its address and the next objects address. In other words if t= here is a gap between the end of one object and the beginning of the next o= bject, the data is read correctly (if the size of the type is explicitly co= nstrained).=20 > >=20 > > Many thanks for that pointerto the -gnatR option. Being a novice to the= compiler there are so many options to get to grips with. I am also using G= PS, and toggling all the tick boxes did not produce this switch. > =20 > When compiled with GNAT, did GNAT spit out any Warnings at all? I would s= uspect misaligned address value during run time should have warned during c= ompilation. >=20 > Anh Vo Indeed Anh Vo That would have been very useful. Unfortunately warnings are not being issu= ed during the compilation stages. I shall check the level of warnings in the compiler options just in case I = have missed something. Any pointers greatly appreciated. LR