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,54889de51045a215 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-10-18 18:15:16 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: 18k11tm001@sneakemail.com (Russ) Newsgroups: comp.lang.ada Subject: Re: += in ada Date: 18 Oct 2003 18:15:15 -0700 Organization: http://groups.google.com Message-ID: References: <1066224357.499523@master.nyc.kbcfp.com> <1066231159.711433@master.nyc.kbcfp.com> <1066311805.222491@master.nyc.kbcfp.com> <3F8F3077.60402@comcast.net> <3F900F35.50203@comcast.net> NNTP-Posting-Host: 63.194.87.148 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1066526116 7601 127.0.0.1 (19 Oct 2003 01:15:16 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sun, 19 Oct 2003 01:15:16 +0000 (UTC) Xref: archiver1.google.com comp.lang.ada:1124 Date: 2003-10-18T18:15:15-07:00 List-Id: "Robert I. Eachus" wrote in message news:<3F900F35.50203@comcast.net>... > Russ wrote: > > I read all sorts of discussion on this forum about the need for > > standard libraries for Ada. Well, why not start at the bottom with > > standard symbols for common procedures? C++ has the STL, and it also > > has a standard symbol for incrementing a stupid counter. Every > > C/C++/Java/Perl/Python programmer in the world is on the same page. > > But Ada leaves the naming as an excercize for the programmer, and I'm > > sure there are almost as many conventions as programmers. If that > > somehow helps "readability", then your definition of "readability" is > > not the same as mine. > > This is where you are just p***ing up a rope. Ada programmers don't > LIKE the implied side effects associated with += and other such > operators in C. You will never get anyone who does a lot of programming > in Ada to accept it. On the other hand for Inc(Foo); and ++Foo; there > is one effect, and it is the intended effect, not a side effect. I simply do not understand your reasoning here. How does "+=" (or ":+") have any more side effects than "Inc" or "++"? They are all just procedures. Please give me an example where "+=" has a side effect that "Inc" or "++" cannot have. Until you do, I think you may have just exposed the irrationality of your objection to augmented assignment operators. > There is a HUGE difference between X += 1; and X := 1; and that is what > you are fighting. It is a readability issue. How many times do I have > to misread :+ as := to wipe out all the advantage from adding :+ to Ada? Yes, and there is a huge difference between 100000.0 and 1000000.0 too. There is a huge difference between X := Y * 2 and X := Y + 2. There is a huge difference between X <= Y and X >= Y. So what? I have no trouble distinguishing between them, and I have no trouble distinguishing between := and :+. They look as different as day and night to me. As I said before, I am not a professional programmer or computer scientist. I am aerospace engineer working on future concepts for safety critical air traffic management systems 20 years in the future. I would like to think that Ada will be an option when the time comes to implement my concepts, but I am losing hope. Because my formal training is not in programming or computer science, I have restricted my comments on Ada to relatively low-level aspects of the language. I don't consider myself qualified to comment on more complicated issues. However, judging by my experience here, I am losing faith in the Ada community. If you can't get the little things right, how in the world can you can the complicated things right? I don't think you can, and I don't think you will. I have read several times here that augmented assignment operators are a "non-starter", but I have yet to read any good reason why, other than the lack of manpower in the Ada world. That tells me that Ada is over the hill. Yesterday's news. Ossified. Ada is a legacy language. RIP.