comp.lang.ada
 help / color / mirror / Atom feed
From: Jere <jhb.chat@gmail.com>
Subject: Re: Potential Coextension Bug in GNAT
Date: Fri, 21 Dec 2018 03:24:43 -0800 (PST)
Date: 2018-12-21T03:24:43-08:00	[thread overview]
Message-ID: <d96d856d-60f6-4d01-b795-814b3d616dcb@googlegroups.com> (raw)
In-Reply-To: <lyefacdtn8.fsf@pushface.org>

On Thursday, December 20, 2018 at 11:56:13 AM UTC-5, Simon Wright wrote:
> Jere writes:
> 
> > I was messing around and trying to learn coextensions and
> > I came across some counter intuitive functionality.  If I
> > directly initialize one via an aggregate, it works fine.
> > However, if I initialize through a constructing function, 
> > it seems to treat the access discriminant as a normal access
> > type and finalizes it at the end of the program instead of
> > when the object leaves scope.
> 
> Compiling with -gnatwa I see "warning: coextension will not be finalized
> when its associated owner is deallocated or finalized", so GNAT clearly
> meant to do it!

that's pretty interesting.  The compiler I was using did not give
that warning when compiled with -gnatwa.  You're right, that definitely
looks intentional.


  parent reply	other threads:[~2018-12-21 11:24 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-20 15:59 Potential Coextension Bug in GNAT Jere
2018-12-20 16:02 ` Jere
2018-12-20 16:56 ` Simon Wright
2018-12-21  2:16   ` Randy Brukardt
2018-12-21 11:24   ` Jere [this message]
2018-12-20 17:58 ` Simon Wright
2018-12-21  2:25   ` Randy Brukardt
2018-12-21 11:32     ` Jere
replies disabled

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