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,1116ece181be1aea X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-09-18 09:07:01 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.stueberl.de!newsr1.ipcore.viaginterkom.de!btnet-peer1!btnet-feed5!btnet!news.btopenworld.com!not-for-mail From: "Martin Dowie" Newsgroups: comp.lang.ada Subject: Re: Is the Writing on the Wall for Ada? Date: Thu, 18 Sep 2003 16:06:25 +0000 (UTC) Organization: BT Openworld Message-ID: References: <3F650BBE.4080107@attbi.com> <3F67AAC6.2000906@attbi.com> NNTP-Posting-Host: host81-129-125-121.in-addr.btopenworld.com X-Trace: titan.btinternet.com 1063901185 14068 81.129.125.121 (18 Sep 2003 16:06:25 GMT) X-Complaints-To: news-complaints@lists.btinternet.com NNTP-Posting-Date: Thu, 18 Sep 2003 16:06:25 +0000 (UTC) X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 X-MSMail-Priority: Normal X-Priority: 3 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Xref: archiver1.google.com comp.lang.ada:42658 Date: 2003-09-18T16:06:25+00:00 List-Id: "Mark A. Biggar" wrote in message news:Iycab.95737$mp.45347@rwcrnsc51.ops.asp.att.net... > You may or may not be able to turn this off. The problem is that the > Ada LRM says that on any assignment if an exception is raised when > evaluating the RHS then the LHS shall be left unchanged. So unless the > compiler can determine that no such exception is possible it has to use > a temporary. This of course is yet another instance of solving the > halting problem in the general case. Sure, but for the "+ 1" it is simply a case of comparing the appropriate 'Last value for A - no need for a temporary here. > Now. as Ada doesn't currently have ops like += they could be add to the > language in such a way to not abide by the above rule. But, that would > break the semantic equavalence between "A := A + B;" and "A += B;". > It also gets all messed up with issues involving user defined ops and > controlled types. That I don't like - actually I don't much care for these sorts of ops anyway.