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=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,61727075d20a4300 X-Google-Attributes: gid103376,public From: ok@goanna.cs.rmit.edu.au (Richard A. O'Keefe) Subject: Re: Ada95 Should be a Multivolume ISO Standard Date: 1996/10/01 Message-ID: <52qhp5$cmr@goanna.cs.rmit.edu.au>#1/1 X-Deja-AN: 186412896 references: <2.2.32.19961001031937.006d9614@mail.cts.com> organization: Comp Sci, RMIT, Melbourne, Australia nntp-posting-user: ok newsgroups: comp.lang.ada Date: 1996-10-01T00:00:00+00:00 List-Id: I simply note that POSIX.5 was not developed as an amendment to the Ada standard and didn't need to be. (If POSIX.5 is the Fortran binding and not the Ada one, please correct me. I don't have either yet.) There is already a ton of good stuff in Ada. If we want standard interfaces to other things, they can be separate standards, just as POSIX.1 is not in the C standard, but is a separate standard. CORBA is not in the C standard. X11 is not in the C standard. PHiGS is not in the C standard. &c. >L. However, I wish to very strongly emphasize that I am not asking for major >changes that are strongly coupled to the rest of the language; but only, >reasonable additions and minor fixes. There is already a mechanism in place for minor fixes. I note that the C standard follows the same model: one submits Defect Reports and binding Interpretations are issued. Additions can be separate standards that provide _interfaces_ that are compatible with Ada. -- Australian citizen since 14 August 1996. *Now* I can vote the xxxs out! Richard A. O'Keefe; http://www.cs.rmit.edu.au/%7Eok; RMIT Comp.Sci.