comp.lang.ada
 help / color / mirror / Atom feed
From: "John G. Volan" <johnvolan@sprintmail.com>
Subject: Re: Assuaging sour grapes :-) [was: newbie Q: storage management]
Date: 1997/05/07
Date: 1997-05-07T00:00:00+00:00	[thread overview]
Message-ID: <3370B12E.499D@sprintmail.com> (raw)
In-Reply-To: 33708E99.2186@sprintmail.com


Sorry, I need to make a few clarifications:

John G. Volan wrote:
> 
> Kevin Cline wrote:
> >
> > On most systems, dynamically loaded libraries can be built from C or
> > C++ code.  The library source code is portable, although the commands to build
> > the library from source vary from system to system.
> 
> How is Ada95 different here? Isn't it possible to create DLL's from
> Ada95 source code, too?  (For instance, using Aonix ObjectAda?) And even
> if current implementations of Ada95 don't happen to generate DLLs, isn't
> it at least feasible in principle?

I should have said: "Isn't it feasible in principle using the _current_
definition of Ada95, without need for a language change?"  ObjectAda for
instance supports pragmas Import and Export with Convention=>DLL,
couldn't other compilers just do the same?

I see the portability issue: Without a standard definition of "dynamic
linkage", different implementors could come up with different solutions;
the best we could hope for is for informal agreement between vendors to
support a de-facto standard.

Then there's portability across platforms: Isn't dynamic linkage an
operating-system dependent thing?  Can you take a DLL written in C or
C++ on WindowsNT and port it, and the applications that use it,
immediately to any Unix box?  If so, that's interesting, what would
hinder us from doing the same with Ada95?  On the other hand, if dynamic
linkage mechanisms are OS-specific, how can we possibly invent something
at the language-level that magically gives us portability?

Maybe it's already been done: Consider Java, and Ada95=>JVM compilers
like ObjectAda or AppletMagic. A JVM program isn't "linked" per se;
class files get loaded as they are needed.  However, I don't know
whether a given JVM execution can re-load a different class file to
replace an already-loaded class.

> My question remains: What would "arrays of packages as first- or second-
> class objects" give you?  It seems to me that there's nothing in C or
> C++ that makes it easier to dynamically load different versions of the
> same package/class.  It's still an extra-linguistic mechanism: It
> requires configuration management mechanisms outside the programming
> language level.
> 
> Or am I still missing something...?
------------------------------------------------------------------------
Internet.Usenet.Put_Signature 
  (Name => "John G. Volan",  Home_Email => "johnvolan@sprintmail.com",
   Slogan => "Ada95: The World's *FIRST* International-Standard OOPL",
   Disclaimer => "These opinions were never defined, so using them " & 
     "would be erroneous...or is that just nondeterministic now? :-) ");
------------------------------------------------------------------------




  reply	other threads:[~1997-05-07  0:00 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1997-04-29  0:00 newbie Q: storage management Kaz Kylheku
1997-04-30  0:00 ` Samuel A. Mize
1997-04-30  0:00   ` Jon S Anthony
1997-05-02  0:00     ` Samuel A. Mize
1997-05-02  0:00       ` Jon S Anthony
1997-05-03  0:00       ` Robert Dewar
1997-05-05  0:00         ` Samuel A. Mize
1997-05-06  0:00           ` Robert Dewar
1997-05-06  0:00             ` Robert A Duff
1997-05-08  0:00               ` Jon S Anthony
1997-05-08  0:00                 ` John G. Volan
1997-05-09  0:00                   ` Jon S Anthony
1997-05-09  0:00                     ` John G. Volan
1997-05-13  0:00                       ` Jon S Anthony
1997-05-13  0:00                         ` Robert Dewar
1997-05-09  0:00                 ` Robert A Duff
1997-05-09  0:00                   ` Jon S Anthony
1997-05-10  0:00                     ` Robert A Duff
1997-05-12  0:00                       ` Jon S Anthony
1997-05-09  0:00                   ` Brian Rogoff
1997-05-10  0:00                     ` Robert A Duff
1997-05-10  0:00                   ` Robert Dewar
1997-05-09  0:00                 ` Robert Dewar
1997-05-13  0:00                   ` Jon S Anthony
1997-05-06  0:00           ` Michael F Brenner
1997-05-06  0:00             ` Assuaging sour grapes :-) [was: newbie Q: storage management] John G. Volan
1997-05-07  0:00               ` Stephen Posey
1997-05-07  0:00               ` Kevin Cline
1997-05-07  0:00                 ` John G. Volan
1997-05-07  0:00                   ` John G. Volan [this message]
1997-05-07  0:00                     ` Robert Dewar
1997-05-08  0:00                   ` Jon S Anthony
1997-05-08  0:00                 ` Jon S Anthony
1997-05-08  0:00               ` Dynamic binding of packages Nick Roberts
1997-05-08  0:00                 ` John G. Volan
1997-05-07  0:00             ` newbie Q: storage management Robert Dewar
1997-05-09  0:00               ` Robert I. Eachus
1997-05-10  0:00                 ` Robert Dewar
1997-05-07  0:00             ` Jeff Carter
1997-05-03  0:00       ` Robert Dewar
1997-05-03  0:00         ` Jon S Anthony
1997-05-04  0:00           ` Robert Dewar
1997-05-05  0:00         ` Samuel A. Mize
1997-05-04  0:00       ` Kevin Cline
1997-05-04  0:00         ` Robert Dewar
1997-04-30  0:00   ` kaz
1997-05-02  0:00   ` Samuel A. Mize
1997-05-04  0:00     ` Robert Dewar
1997-04-30  0:00 ` Jon S Anthony
1997-05-02  0:00   ` Robert Dewar
1997-05-04  0:00     ` Kaz Kylheku
1997-05-04  0:00       ` Robert Dewar
1997-04-30  0:00 ` Robert I. Eachus
1997-04-30  0:00 ` Marinus van der Lugt
1997-04-30  0:00   ` Jon S Anthony
1997-05-02  0:00     ` Robert Dewar
1997-05-02  0:00 ` Nick Roberts
1997-05-03  0:00   ` Robert Dewar
replies disabled

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