comp.lang.ada
 help / color / mirror / Atom feed
From: stt@spock.camb.inmet.com (Tucker Taft)
Subject: Re: GNAT and subunits
Date: Tue, 28 Mar 1995 16:57:39 GMT
Date: 1995-03-28T16:57:39+00:00	[thread overview]
Message-ID: <D65ts3.446@inmet.camb.inmet.com> (raw)
In-Reply-To: 3l6j48$82t@ns1.sw-eng.falls-church.va.us

Philip Brashear (brashear@ns1.sw-eng.falls-church.va.us) wrote:

: ...
: Is GNAT's processing of subunits really in accordance with language rules?
: More importantly, is it in accordance with the spirit and intent of separate
: compilation?

: Here's my problem:  I have a program (Prog) with a subunit (procedure Sub).
: When I compile Prog, GNAT requires me to provide a file containing Sub.  OK,
: I can live with that -- I'll just provide a stub.  So, compiling shows me
: that my interfaces are pretty much correct.  I link and execute.

: Now, I complete Sub (in the file Prog-Sub.adb).  If I just submit Prog-Sub.adb 
: to the compiler (as is my usual habit, and, I think, the common way of doing
: things), I get the usual "No code generated ... " message.  I now link and
: execute.  Guess what!  The STUB version of Sub is still used!  That is, 
: re-compiling the separate subprogram (alone) does not appear to affect the
: "library".

This sounds like a bug.  Unfortunately, it is a bit hard to know
because it may depend on what you mean by "submit" a file to GNAT.

: Can someone convince me that this is OK?

No, it sounds like a bug, unless your notion of what it means to "submit"
a file to GNAT disagrees with their notion.  The key principle in GNAT
is that the sources are what matters.  If you update a source file,
then at link-time, it should provide a mode where it complains
if the sources and the object modules are inconsistent.

: Can someone convince me that this is a GOOD THING?

I would put your energy into getting the GNAT folks to fix the bug.
I presume you have already tried gnat-report@cs.nyu.edu ...

: Phil Brashear
: brashepw@msrc.wpafb.af.mil
: brashear@sw-eng.falls-church.va.us

-Tucker Taft  stt@inmet.com
Intermetrics, Inc.



      parent reply	other threads:[~1995-03-28 16:57 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1995-03-27 14:46 GNAT and subunits Philip Brashear
1995-03-27 21:12 ` Michael Feldman
1995-03-28 12:58   ` Philip Brashear
1995-04-04  0:00     ` Robert Dewar
1995-03-27 22:20 ` Robert I. Eachus
1995-03-28  0:00 ` Robert Dewar
1995-03-30  0:00   ` Tucker Taft
1995-04-01  0:00     ` Michael Feldman
1995-03-28 16:57 ` Tucker Taft [this message]
replies disabled

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