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,54889de51045a215 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-02 05:26:44 PST Path: archiver1.google.com!news2.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.vmunix.org!news-FFM2.ecrc.net!news.iks-jena.de!not-for-mail From: Lutz Donnerhacke Newsgroups: comp.lang.ada Subject: Re: += in ada Date: Thu, 2 Oct 2003 12:26:43 +0000 (UTC) Organization: IKS GmbH Jena Message-ID: References: <3F7316F7.219F@mail.ru> <17cd177c.0310010606.52da88f3@posting.google.com> NNTP-Posting-Host: taranis.iks-jena.de X-Trace: branwen.iks-jena.de 1065097603 13642 217.17.192.37 (2 Oct 2003 12:26:43 GMT) X-Complaints-To: usenet@iks-jena.de NNTP-Posting-Date: Thu, 2 Oct 2003 12:26:43 +0000 (UTC) User-Agent: slrn/0.9.7.4 (Linux) Xref: archiver1.google.com comp.lang.ada:108 Date: 2003-10-02T12:26:43+00:00 List-Id: * Gautier wrote: > The issue is then not an optimization problem, but an > readbility & verifiability one. An Inc(a,b) guaranteed > with pragma Intrinsic by the next Standard would be just fine. The "idem"-Idiom would be much better. X(b(i).all+7) := idem + 2/idem; And please do not forget the exception handling: "a += b" should keep the value of a and b when detecting an overflow!