comp.lang.ada
 help / color / mirror / Atom feed
From: kilgallen@eisner.decus.org (Larry Kilgallen)
Subject: Re: Ada and OpenVMS
Date: 2000/03/16
Date: 2000-03-16T00:00:00+00:00	[thread overview]
Message-ID: <2000Mar16.075629.1@eisner> (raw)
In-Reply-To: scuvelop9n121@corp.supernews.com

In article <scuvelop9n121@corp.supernews.com>, "Vladimir Olensky" <vladimir_olensky@yahoo.com> writes:

> What is a future of GNAT for OpenVMS and Galaxy ???

I know a lot more about Galaxy and VMS than I do about GNAT,
but it seems to me the only possible change in GNAT that
might make it easier to use Galaxy would be bringing the
Starlet declarations up to date so they reflect the new
system services.  If that has not been done, or will not
be done, an individual shop can of course add declarations
for the new system services based on published Galaxy
documentation.

There are other aspects of VMS operations, such as
DECthreads, per-thread Security, 64-bit addressing, etc.
that are likely of interest for project large enough to
consider Galaxy, and compiler support may be relevant.
For Galaxy itself, however, there is not much a compiler
can do to get in your way that is different from the non-
Galaxy environment.

And for those of us who are not so rich, it is possible
to configure your single-user Alpha workstation as a
pseudo-Galaxy.  The Galaxy system services will all
work -- you will just be missing the other instances,
which might affect your timing interactions.




  parent reply	other threads:[~2000-03-16  0:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-03-15  0:00 Ada and OpenVMS Vladimir Olensky
2000-03-15  0:00 ` Robert Dewar
2000-03-15  0:00   ` Vladimir Olensky
2000-03-16  0:00 ` Larry Kilgallen [this message]
2000-03-16  0:00   ` F. Britt Snodgrass
2000-03-16  0:00     ` Larry Kilgallen
replies disabled

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