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-Thread: 103376,ce896fd16cf323ae X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!proxad.net!newsfeed.tpinternet.pl!atlantis.news.tpi.pl!news.tpi.pl!not-for-mail From: Wojtek Narczynski Newsgroups: comp.lang.ada Subject: Re: Enumeration representation enhancement proposal Date: Fri, 15 Oct 2004 13:06:42 +0200 Organization: tp.internet - http://www.tpi.pl/ Message-ID: References: <2t7sd8F1rsqh9U1@uni-berlin.de> NNTP-Posting-Host: avw170.neoplus.adsl.tpnet.pl Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: atlantis.news.tpi.pl 1097838433 2267 83.27.56.170 (15 Oct 2004 11:07:13 GMT) X-Complaints-To: usenet@tpi.pl NNTP-Posting-Date: Fri, 15 Oct 2004 11:07:13 +0000 (UTC) User-Agent: Pan/0.14.2 (This is not a psychotic episode. It's a cleansing moment of clarity.) Xref: g2news1.google.com comp.lang.ada:5252 Date: 2004-10-15T13:06:42+02:00 List-Id: >> Maybe this could be improved in Ada 2005? For example: >> >> type Mix_Code is (Red, Green, Blue, Grey); >> >> -- Modest proposal >> >> for Mix_Code use (Red => 1, Green => 2, Blue => 3, Grey => others); >> >> This should be relatively straightforward to implement, and would cover >> most needs. > > The problem with this proposal it that (actual) values of the type would > no longer satisfy the ordering criteria (that a machine < or > test will > always have the same result as the corresponding canonical test). I don't follow, could you provide a sample Ada code which would be problematic? Regards, Wojtek