Re: Fragile base dependency problem

[jsa@alexandria.organon.com (Jon S Anthony)]

In article <01bc7f8f$47640780$cfe4a6ce@camden> "Dave Smith" <dksmith@traveller.com> writes:

> 	I continually run into the classic "fragile base class"
> problem as both a client and server of package libraries.

Without the details it is hard to comment productively.  But, from
what you say it sounds like the units are not sufficiently small and
decoupled.


> With package libraries that I'm a client of, I must periodically
> recompile *almost everything* b/c some little minute detail (which
> I don't ACTUALLY depend on) changed in a package library.

For example, I never seem to face this sort of problem.


> Is there an appropriate way to tackle this problem in Ada?

Most likely.  But there may be something about your situation that
makes the problem particularly difficult.  In general, if you are
careful about the "granularity" of the units and their coupling, this
will not be a problem.


>  Is this problem a result of the design of gnat, or the
> Ada language itself?

This sort of thing is always present in some degree in a strongly
statically checked language.  You can get incremental compilation
implementations which pretty much eliminate it.  GNAT is not of this
ilk, but really I don't think GNAT is the problem here either.


>  Does Java avoid this problem?  (I've been told it does...)

Not particularly.


>  If so, does it avoid the problem b/c it's an interpreted language?

Java is not interpreted - well, I don't know of any such
implementations.  Typical implemenations compile to byte code (J-Code)
which is executed by a JVM.


>  If this is the case, how will Ada survive as interpreted languages
> become more and more practical?

"Interpreted languages" have always been practical for their uses.
More importantly, dynamically typed languages have been.  Java brings
nothing new here at all.

/Jon
-- 
Jon Anthony
OMI, Belmont, MA 02178
617.484.3383
"Nightmares - Ha!  The way my life's been going lately,
 Who'd notice?"  -- Londo Mollari