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: a07f3367d7,73cb216d191f0fef X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit X-Received: by 10.180.8.4 with SMTP id n4mr116254wia.0.1363401666742; Fri, 15 Mar 2013 19:41:06 -0700 (PDT) Path: g1ni68464wig.0!nntp.google.com!feeder1.cambriumusenet.nl!feed.tweaknews.nl!94.232.116.12.MISMATCH!feed.xsnews.nl!border-2.ams.xsnews.nl!multikabel.net!newsfeed20.multikabel.net!news.mi.ras.ru!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!mx05.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Is this expected behavior or not Date: Wed, 13 Mar 2013 21:28:03 +0000 Organization: A noiseless patient Spider Message-ID: References: <8klywqh2pf$.1f949flc1xeia.dlg@40tude.net> <513f6e2f$0$6572$9b4e6d93@newsspool3.arcor-online.net> <513faaf7$0$6626$9b4e6d93@newsspool2.arcor-online.net> <51408e81$0$6577$9b4e6d93@newsspool3.arcor-online.net> <11rcs3gg4taww$.bylek8fsshyz$.dlg@40tude.net> <72lrnwimkypq.k20q71qpxioc$.dlg@40tude.net> Mime-Version: 1.0 Injection-Info: mx05.eternal-september.org; posting-host="72a7bb6120f61bc7749e29c9c2e535af"; logging-data="21747"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/ysNEb+mOQwVxtwwLG6y6cEZ05I5HVaSE=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (darwin) Cancel-Lock: sha1:UYGcnO567618FDZn+5VJWUDh5lI= sha1:V1Dsls0CshT7BlRexibnF8hlqYc= Content-Type: text/plain Date: 2013-03-13T21:28:03+00:00 List-Id: "Dmitry A. Kazakov" writes: > On Wed, 13 Mar 2013 19:54:22 +0000, Simon Wright wrote: > >> "Dmitry A. Kazakov" writes: >> >>> On Wed, 13 Mar 2013 17:45:56 +0000, Simon Wright wrote: >>> >>>> I don't remember ever using 'Pred/'Succ, >>> >>> Even in: >>> >>> generic >>> type Discrete is (<>); >>> package Foo is >> >> Nope. >> >> Out of over 200 packages I have only one with this construct: it is a >> signature package, no need for 'Pred or 'Succ (in other words, the >> enumeration defines a set of distinct possibilities, ordering >> irrelevant). > > You need (<>) as an ancestor of both mod <> and range <> in packages > that should be instantiated with either integer or modular type. I don't understand this. Anyway, as I said, only 0.5% of the packages I have written (and that I have on this machine) have a formal discrete type definition, and 'Pred/'Succ were irrelevant for that one.