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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,c62c9a290ae8e9ab X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-02-14 04:49:20 PST Path: supernews.google.com!sn-xit-02!sn-xit-01!supernews.com!newshub2.rdc1.sfba.home.com!news.home.com!newsfeed.direct.ca!look.ca!newsfeed1.earthlink.net!newsfeed.earthlink.net!newsmaster1.prod.itd.earthlink.net!newsread2.prod.itd.earthlink.net.POSTED!not-for-mail Message-ID: <3A8A70EC.27658CC9@earthlink.net> From: "Marc A. Criley" Organization: Quadrus Corporation X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: [Ada-Comment] Extensible Enumerated Types References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 14 Feb 2001 12:49:20 GMT NNTP-Posting-Host: 158.252.123.229 X-Complaints-To: abuse@earthlink.net X-Trace: newsread2.prod.itd.earthlink.net 982154960 158.252.123.229 (Wed, 14 Feb 2001 04:49:20 PST) NNTP-Posting-Date: Wed, 14 Feb 2001 04:49:20 PST Xref: supernews.google.com comp.lang.ada:5255 Date: 2001-02-14T12:49:20+00:00 List-Id: "Robert C. Leif, Ph.D." wrote: > > From: Bob Leif > To: Pascal Leroy et al. > I have taken the liberty of cross-posting my reply to Comp.Lang.Ada, which > is where the previous discussion occurred. You wrote, "I encourage you to > write a detailed proposal on how this would be integrated with the rest of > the language, and how it could be implemented." > > I did not see a requirement that in order to propose an extension to Ada one > must be an expert in Ada compilers. In fact in some cases, it may be that > such expertise could even be detrimental. As I have repeatedly stated, there > are both technology driven and market driven aspects to product development. > In my own field of Analytical Cytology (Biomedical Engineering), I would > never limit customer or marketing suggestions to only those that the > individual who made the proposal actually knew how to do the implementation. > In fact one major reason for selecting one of the 3 proposed implementations > is: How easy would it be to teach in a first year computer science course? I > might note that my suggestion came from the problem of implementing a > software package. Bob, Relax. Adding extensible enumerated types to Ada would be a non-trivial addition to the language. What Pascal is requesting (and I don't think it's out-of-line) is a starting point for discussion. If a proposal for a language modification made to the ARG is accompanied by an analysis of how the feature would behave in a variety of circumstances, and how it might impact related features, it gives everyone a headstart on conceptualizing and evaluation. As neither your nor I are language lawyers, we certainly are not expected to provide a comprehensive, end-to-end proposal regarding the addition. By having spent some time evaluating what the impact of the new feature would be, along with the concept of how it should act, the ARG can start looking at the various aspects of the feature that have been initially covered in the proposal, rather than having to uncover each such aspect themselves. Marc A. Criley Senior Staff Engineer Quadrus Corporation www.quadruscorp.com > > -----Original Message----- > From: Pascal Leroy [mailto:pleroy@rational.com] > Sent: Tuesday, February 13, 2001 2:34 PM > To: rleif@rleif.com > Cc: Ada-Comment List > Subject: Re: [Ada-Comment] Extensible Enumerated Types > > > Topic: Extensible Enumerated Types > > > > type Prefix_Type is (None, Mr, Ms, Miss, Mrs, Dr, Prof, Rev, Other); > > > > (1) > > supertype Army_Prefix_Type is (Prefix_Type, Private, Corporal, Sergeant, > > Lieutenant, Captain, Major, Colonel, General); > > > > (2) > > type Army_Prefix_Type is new Prefix_Type with (Private, Corporal, > Sergeant, > > Lieutenant, Captain, Major, Colonel, General); > > > > (3) > > type Army_Prefix_Type is (Prefix_Type?range & ((Private, Corporal, > Sergeant, > > Lieutenant, Captain, Major, Colonel, General)); > > Extensible enumeration types are certainly an interesting idea. In fact at > some point during the 9X process they were part of the Mapping Document, and > got trimmed. I think Tuck mentioned them again during the last ARG meeting. > > But if you feel that this feature should be added to the language, I > encourage you to write a detailed proposal on how this would be integrated > with the rest of the language, and how it could be implemented. Coming up > with syntax is very easy (I have no doubt that the "right" syntax is #2, > btw) but that's only about 1% of the work. I think that the ARG would be > much more interested in looking at this idea if there were a real proposal > on the table, rather than a one-line example of the syntax. > > If we had a real proposal, it would also be possible to evaluate the > implementation complexity and balance that with the potential benefits. > > If you are interested in writing such a proposal, just send it to > Ada-Comment and it will be given due consideration. > > Pascal