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,ab436e97ff76821f X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.224.180.205 with SMTP id bv13mr1402580qab.8.1343315157470; Thu, 26 Jul 2012 08:05:57 -0700 (PDT) Received: by 10.66.83.73 with SMTP id o9mr1465155pay.2.1343315048221; Thu, 26 Jul 2012 08:04:08 -0700 (PDT) MIME-Version: 1.0 Path: a15ni105485768qag.0!nntp.google.com!q21no17560465qas.0!news-out.google.com!p10ni64952163pbh.1!nntp.google.com!border1.nntp.dca.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!newsfeed.straub-nv.de!reality.xs3.de!news.jacob-sparre.dk!munin.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Does Ada need elemental functions to make it suitable for scientific work? Date: Thu, 19 Jul 2012 20:56:20 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <18c77859-480c-41f5-bb1c-df7ad067f4f3@googlegroups.com> <637de084-0e71-4077-a1c5-fc4200cad3cf@googlegroups.com> <1wqz1wr8wto96.1fwpyip6ct1z9.dlg@40tude.net> NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net X-Trace: munin.nbi.dk 1342749384 14277 69.95.181.76 (20 Jul 2012 01:56:24 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Fri, 20 Jul 2012 01:56:24 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Date: 2012-07-19T20:56:20-05:00 List-Id: "Nasser M. Abbasi" wrote in message news:jtgs6g$833$1@speranza.aioe.org... ... > Just like when I read a paper, I first look for the definitions > of symbols and terms used by the author. one does not have to > guess. Everything is defined. To do these in Ada, Ada will > define them as it wishes. As long as there are there, and > well defined, no one will complain. All of these issue have > been solved in many other languages. We try very hard in Ada not to define things that will be confusing to casual readers. If you have to look up the definition of how something works in Ada, we've pretty much failed that. For instance, there has been a long controversy about using unary "+" as a short-hand conversion operator. That was it's original intent, but efforts to add such operators to packages like Ada.Strings.Unbounded have failed mainly because some people think that the usage Unb_String := +"string"; would be confusing to casual Ada users. (It's common in my code, but I have to define the "+" myself.) So it's not at all clear that the sort of operators you are suggesting are a good idea. Randy.