From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,2c25c6f6756bcf07 X-Google-Attributes: gid103376,public From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: Ada and OpenVMS Date: 2000/03/16 Message-ID: <2000Mar16.075629.1@eisner>#1/1 X-Deja-AN: 598276777 References: X-Trace: news.decus.org 953211395 686 KILGALLEN [216.44.122.34] Organization: LJK Software Reply-To: Kilgallen@eisner.decus.org.nospam Newsgroups: comp.lang.ada Date: 2000-03-16T00:00:00+00:00 List-Id: In article , "Vladimir Olensky" 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.