From: "Corey Ashford" <corey@remove.these.four.words.rational.com>
Subject: Re: 83/95 issue, bad code or compiler bug
Date: 1998/11/19
Date: 1998-11-19T00:00:00+00:00 [thread overview]
Message-ID: <732veo$aga$1@usenet.rational.com> (raw)
In-Reply-To: F2ozE4.FLJ.0.-s@inmet.camb.inmet.com
Tucker Taft <stt@houdini.camb.inmet.com> wrote in message news:F2ozE4.FLJ.0.-s@inmet.camb.inmet.com...
>Jeff Creem (jeffrey.m.creem@lmco.com) wrote:
[snip]
>: with the old compiler the My_Subtype was still using all 32 bits so
>: that if we had a record with My_Field := 1 and Other_Field := 2 and
>: we looked at the bytes in memory associated with this record we would see
>
>
>: 00 00 00 01
>: 00 00 00 02
>
>: But with this new compiler (happens to be ada 95) I get
>
>: 01 00 00 00
>: 00 00 00 02
[snip]
>This is a bug. You should ask your compiler vendor whether a fix
>is available. The repclause clearly indicates that My_Field should occupy
>4 bytes, and that means it should not just be using the high 8 bits of
>the word.
If this is a little-endian machine, then I would think that the
latter representation shown above is correct and expected.
- Corey
next prev parent reply other threads:[~1998-11-19 0:00 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-11-19 0:00 83/95 issue, bad code or compiler bug Jeff Creem
1998-11-19 0:00 ` Tucker Taft
1998-11-19 0:00 ` Corey Ashford [this message]
1998-11-19 0:00 ` Corey Ashford
1998-11-19 0:00 ` Tom Moran
1998-11-20 0:00 ` Matthew Heaney
1998-11-20 0:00 ` Tom Moran
1998-11-20 0:00 ` Tom Moran
1998-11-21 0:00 ` dewarr
1998-11-22 0:00 ` Tom Moran
1998-11-23 0:00 ` dewarr
1998-11-24 0:00 ` Tom Moran
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox