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,d2c21e8238e985b5 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-25 11:40:35 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news.tele.dk!small.news.tele.dk!193.174.75.178!news-fra1.dfn.de!news-stu1.dfn.de!news.belwue.de!cert.uni-stuttgart.de!news.enyo.de!not-for-mail From: Florian Weimer Newsgroups: comp.lang.ada Subject: Re: Extended modal types Date: Sat, 25 May 2002 20:40:36 +0200 Organization: Enyo -- not your organization Message-ID: <874rgwt6jf.fsf@deneb.enyo.de> References: <3CEDFF90.B94D7E32@yahoo.com> <5ee5b646.0205250757.60c9715a@posting.google.com> NNTP-Posting-Host: deneb.enyo.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: cygnus.enyo.de 1022352034 8444 212.9.189.171 (25 May 2002 18:40:34 GMT) X-Complaints-To: abuse@enyo.de NNTP-Posting-Date: 25 May 2002 18:40:34 GMT Cancel-Lock: sha1:6ZXxE7mXswmzxQSEDKUPAHuqlno= Xref: archiver1.google.com comp.lang.ada:24789 Date: 2002-05-25T18:40:34+00:00 List-Id: "Frank J. Lhota" writes: > I think the real issue here is that for moduli other than powers of 2, e.g. > > type r is mod 446; > > the bitwise operations "and", "or", and "not" simply do not have any > intuitive meaning. It may very well have been preferable for these > operations to be undefined for mod 446. You can't do that without violating the generic contract model. (IMHO, modular types whose modular type whose modulus is not a power of two should have been avoided altogether.)