From: Matthew Heaney <matthew_heaney@acm.org>
Subject: with'ing a "foreign" package or subsystem
Date: 1999/02/28
Date: 1999-02-28T00:00:00+00:00 [thread overview]
Message-ID: <m3g17qcc3u.fsf@mheaney.ni.net> (raw)
Suppose my company and another company are collaborating on building a
large software system written in Ada. We each go off and separately
build the subsystems we're responsible for, and then come together some
time later for system integration.
During development, I needed a stack, and I implemented the following
package:
generic
type Item_Type is private;
package Stacks is ...;
and my company has been using it for a while.
But come integration time, the other company (call them ACME) had also
written package Stacks, but with a different interface, and they're
using their version of Stacks everywhere.
Can both packages coexist in the same application? Is there a way to
give a package a "virtual" subsystem, to prevent name-space conflicts
like this? Something like:
package ACME.Stacks renames <ACME company's "Stacks">;
I seem to recall reading something like this in the Ada95 Rationale, but
don't know if any vendor has actually provided such a mechanism.
In any case, what is the intended mechanism for resolving library-level
name-space conflicts?
Curious,
Matt
next reply other threads:[~1999-02-28 0:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-02-28 0:00 Matthew Heaney [this message]
1999-02-28 0:00 ` with'ing a "foreign" package or subsystem nabbasi
1999-03-01 0:00 ` Nick Roberts
1999-03-01 0:00 ` Ehud Lamm
1999-03-01 0:00 ` dennison
1999-03-01 0:00 ` dennison
1999-03-01 0:00 ` Samuel Mize
1999-03-02 0:00 ` dennison
1999-03-01 0:00 ` robert_dewar
1999-03-01 0:00 ` dennison
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox