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-Thread: 103376,703c4f68db81387d X-Google-Thread: 109fba,703c4f68db81387d X-Google-Thread: 115aec,703c4f68db81387d X-Google-Thread: f43e6,703c4f68db81387d X-Google-Attributes: gid103376,gid109fba,gid115aec,gidf43e6,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!news.glorb.com!w3bhost.de!feeder.xsnews.nl!feeder.news-service.com!post.news-service.com!news1.surfino.com!not-for-mail Message-Id: <1618192.NspADCNszL@linux1.krischik.com> From: Martin Krischik Subject: Re: Teaching new tricks to an old dog (C++ -->Ada) Newsgroups: comp.lang.ada,comp.lang.c++,comp.realtime,comp.software-eng Reply-To: martin@krischik.com Date: Thu, 24 Mar 2005 08:20:49 +0100 References: <4229bad9$0$1019$afc38c87@news.optusnet.com.au> <1110032222.447846.167060@g14g2000cwa.googlegroups.com> <871xau9nlh.fsf@insalien.org> <3SjWd.103128$Vf.3969241@news000.worldonline.dk> <87r7iu85lf.fsf@insalien.org> <1110052142.832650@athnrd02> <1110284070.410136.205090@o13g2000cwo.googlegroups.com> <1110288473.850146@athnrd02> <1110326720.837893@athnrd02> <9lK%d.186$FN4.48@newssvr21.news.prodigy.com> Organization: None User-Agent: KNode/0.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: abuse@surfino.com NNTP-Posting-Host: 83.169.175.19 (83.169.175.19) NNTP-Posting-Date: Thu, 24 Mar 2005 09:00:26 +0100 X-Trace: 412914242739af60c0ab622080 Xref: g2news1.google.com comp.lang.ada:9895 comp.lang.c++:47019 comp.realtime:1675 comp.software-eng:5280 Date: 2005-03-24T08:20:49+01:00 List-Id: adaworks@sbcglobal.net wrote: > C++ continues to evolve, but much of that evolution seems to follow a > course of shoring up things already in the language that don't quite work > as one might prefer, or adding a truss here and a buttress there to > prevent or enable deficiencies in the language; e.g., cast-away const, > a truly silly addition to the language. Needed for calling broken functions in 3td party libraries. There are still libraries around which won't mark unmodified parameters with "const" to be compatible with older compilers. I am not saying it's good. And of course the library vendors are just hiding there laziness behing a "compatiblity" argument: #if COMPILER_X_VERSION < 2.0 #define const #endif Martin -- mailto://krischik@users.sourceforge.net Ada programming at: http://ada.krischik.com