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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,583275b6950bf4e6 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-05-30 04:10:27 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!nntp.cs.ubc.ca!nntp-relay.ihug.net!newsfeeds.ihug.co.nz!ihug.co.nz!news.xtra.co.nz!53ab2750!not-for-mail From: "AG" Newsgroups: comp.lang.ada References: <3ECFF541.1010705@attbi.com> <3ED0B820.5050603@noplace.com> <3ED2096F.3020800@noplace.com> <3ED353BE.40605@noplace.com> <3ED4A323.3000909@noplace.com> <3ED5E8DE.8070308@noplace.com> Subject: Re: Saturated Math X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Message-ID: Date: Fri, 30 May 2003 23:11:09 +1200 NNTP-Posting-Host: 219.88.60.240 X-Complaints-To: newsadmin@xtra.co.nz X-Trace: news.xtra.co.nz 1054293026 219.88.60.240 (Fri, 30 May 2003 23:10:26 NZST) NNTP-Posting-Date: Fri, 30 May 2003 23:10:26 NZST Organization: Xtra Xref: archiver1.google.com comp.lang.ada:38075 Date: 2003-05-30T23:11:09+12:00 List-Id: "Dale Stanbrough" wrote in message news:dstanbro-C01C2E.20545030052003@mec2.bigpond.net.au... > AG wrote: > > In this case, the problem seems to be that the compiler > > (quite rightly) can't tell which "+" you mean since there > > are, in fact, two implementations visible at that spot. > > yes, i agree. But i think that's the problem of user defined > saturation maths packages. (unless someone can come up with a > different solution). Sorry, but have you missed the first part of my post (which you snipped) where I provided an example of that? The comment about ambiguous "+" was just an after-thought to comment on just why yours doesn't work. > > It seems that the client has to use the package.operator notation > if you want to implement saturated maths this way. Is there any > way around this? See my example.