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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,38fc011071df5a27 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-05-30 00:36:29 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!newsfeed.r-kom.de!fu-berlin.de!uni-berlin.de!dialin-145-254-040-138.arcor-ip.NET!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Ideas for Ada 200X Date: Fri, 30 May 2003 09:38:53 +0200 Organization: At home Message-ID: References: <6a90b886.0305262344.1d558079@posting.google.com> <3ED41344.7090105@spam.com> <3ED46D81.FF62C34F@0.0> <3ED46E07.4340CABC@0.0> <3ED4F3FD.A0EF7079@alfred-hilscher.de> <1138545.LxB10ZPFul@linux1.krischik.com> <12407013.TRm0SXE9Zq@linux1.krischik.com> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: dialin-145-254-040-138.arcor-ip.net (145.254.40.138) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Trace: fu-berlin.de 1054280187 6827494 145.254.40.138 (16 [77047]) User-Agent: KNode/0.7.1 Xref: archiver1.google.com comp.lang.ada:38045 Date: 2003-05-30T09:38:53+02:00 List-Id: Martin Krischik wrote: > Hyman Rosen wrote: > >> Martin Krischik wrote: >> > Thats what optimizers are for. Im my opinion K&R hadn't been >>> very capable at all. >> >> Optimizers are for denying programmers the ability to express >> their intent? Even in COBOL you could say 'ADD 1 TO I.' It >> sounds like Ada is one of those stores in Lake Wobegone - >> If We Don't Have It, You Don't Need It. > > I use far more C++ then Ada in my live and the "++" and "+=" operator is > somthing I can live without. I := I + 1 expreses my intend just as well. > Of course if one would add a 'Inc Attribute or an "inc" operator (similar > to the "not" operator) then this would be quite Ok by me. But it is > syntatic shugar and not relay needed. I am not so sure that a compiler would be capable to optimize each possible case of X := X @ Y. Especially if all operations in the expression are user-defined and types are controlled. On the other hand, very often in C++ to implement all that ++, +=, *= etc + by value vs. by reference variations becomes a heavy burden when an abstract type is defined. It is also difficult to ensure that the semantics of all operations is compatible. The outcome is undecided, I would say. -- Regards, Dmitry A. Kazakov www.dmitry-kazakov.de