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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!newsfeed.xs3.de!io.xs3.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.109.57.38.180.mobile.3.dk!not-for-mail From: Jacob Sparre Andersen Newsgroups: comp.lang.ada Subject: Re: Ada case-statement Date: Thu, 15 Mar 2018 08:50:14 +0100 Organization: JSA Research & Innovation Message-ID: <87k1udvkuh.fsf@jacob-sparre.dk> References: <365d65ea-5f4b-4b6a-be9b-1bba146394ab@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: franka.jacob-sparre.dk; posting-host="109.57.38.180.mobile.3.dk:109.57.38.180"; logging-data="29373"; mail-complaints-to="news@jacob-sparre.dk" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) Cancel-Lock: sha1:snpz3hc8WTWA4l3RYss6LplVPT8= Xref: reader02.eternal-september.org comp.lang.ada:50986 Date: 2018-03-15T08:50:14+01:00 List-Id: Randy Brukardt wrote: > Personally, I don't like declarations without explicit subtypes, as > the subtype of an object is critical for understanding the semantics. > Not having the subtype in the source makes it much harder to > understand the semantics. Agreed. > We have been considering making the subtype name in an object renames > optional -- the subtype is a lie anyway (since it is ignored > semantically), and other important properties of the renamed object > like "constant" are omitted. That's about as far as I will go for > typeless declarations (and perhaps even that is too far). Wouldn't it be more informative for the reader, if one was forced to use the name of the first subtype in object renames? (Yes. I know. Not backwards compatible.) Removing the type information completely would in my view make the source text even harder to read. But maybe only for people who understand (some of) the intricacies of object renames. Greetings, Jacob -- "There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies." -- C. A. R. Hoare