comp.lang.ada
 help / color / mirror / Atom feed
From: Charles Hixson <charleshixsn@earthlink.net>
To: nababsi@earthlink.net
Subject: Re: System.Address_to_Access_Conversions
Date: 1998/07/26
Date: 1998-07-26T00:00:00+00:00	[thread overview]
Message-ID: <35BB754A.97E694B@earthlink.net> (raw)
In-Reply-To: 6pes7b$f88@drn.newsguy.com

Ok.  But they are just saying how THEY did it.  This doesn't imply that
everyone else did the same thing.  Or even that they will continue to do
things that way (although, public documentation is a kind of a
committment).

nababsi@earthlink.net wrote:
> 
> In article <m3btqd964p.fsf@mheaney.ni.net>, Matthew says...
> >
> >nabbasi@earthlink.net writes:
> >
> >> I read somewhere that the tag position within a record is always defined,
> >> it is the first element always, right? not sure what's its size, I assume
> >> it is an address to someother tag related information somewhere else, so its
> >> size is also known, right?
> >
> >This is all wrong.  A compiler writer is free to use any implementation
> >he pleases.
> >
> 
> there is a paper on www.gnat.com called "Ada 9x tagged types and their
> implementation in GNAT".  by Crille COmer and Brett Porter. it says:
> 
> "for many reasons, it turns out to be mandotary that any field in a tagged
> type keep the same location within the record in the any descendant type",
> 
> then later on they say .."this compoenent is inserted at the top of the
> record forcing the additional compoenents at the end"..
> 
> and they show a digram showing the tag field at the top of the record as
> a pointer to dispatch table.
> 
> nasser




  parent reply	other threads:[~1998-07-26  0:00 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-07-13  0:00 System.Address_to_Access_Conversions jsanchor
1998-07-13  0:00 ` System.Address_to_Access_Conversions Stephen Leake
1998-07-14  0:00   ` System.Address_to_Access_Conversions jsanchor
1998-07-14  0:00 ` System.Address_to_Access_Conversions Pascal MALAISE
1998-07-14  0:00   ` System.Address_to_Access_Conversions jsanchor
1998-07-14  0:00     ` System.Address_to_Access_Conversions David C. Hoos, Sr.
1998-07-14  0:00       ` System.Address_to_Access_Conversions nabbasi
1998-07-14  0:00         ` System.Address_to_Access_Conversions David C. Hoos, Sr.
1998-07-15  0:00           ` System.Address_to_Access_Conversions jsanchor
1998-07-15  0:00             ` System.Address_to_Access_Conversions David C. Hoos, Sr.
1998-07-14  0:00         ` System.Address_to_Access_Conversions Robert Dewar
1998-07-26  0:00         ` System.Address_to_Access_Conversions Matthew Heaney
1998-07-26  0:00           ` System.Address_to_Access_Conversions nababsi
1998-07-26  0:00             ` System.Address_to_Access_Conversions Charles Hixson
1998-07-26  0:00             ` Charles Hixson [this message]
1998-07-26  0:00               ` System.Address_to_Access_Conversions Robert Dewar
1998-07-26  0:00             ` System.Address_to_Access_Conversions Robert Dewar
1998-07-26  0:00             ` System.Address_to_Access_Conversions Matthew Heaney
1998-07-26  0:00               ` System.Address_to_Access_Conversions Robert Dewar
1998-07-26  0:00                 ` System.Address_to_Access_Conversions nabbasi
1998-07-14  0:00       ` System.Address_to_Access_Conversions jsanchor
1998-07-14  0:00         ` System.Address_to_Access_Conversions David C. Hoos, Sr.
1998-07-14  0:00 ` System.Address_to_Access_Conversions Anonymous
  -- strict thread matches above, loose matches on Subject: below --
1998-07-15  0:00 System.Address_to_Access_Conversions Marin David Condic, 561.796.8997, M/S 731-96
1998-07-26  0:00 ` System.Address_to_Access_Conversions Matthew Heaney
1998-07-27  0:00 System.Address_to_Access_Conversions Marin David Condic, 561.796.8997, M/S 731-96
1998-07-28  0:00 ` System.Address_to_Access_Conversions Stephen Leake
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox