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=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.107.50.137 with SMTP id y131mr2987242ioy.4.1504192781968; Thu, 31 Aug 2017 08:19:41 -0700 (PDT) X-Received: by 10.36.26.201 with SMTP id 192mr236815iti.2.1504192781907; Thu, 31 Aug 2017 08:19:41 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!news.etla.org!feeder.erje.net!2.us.feeder.erje.net!weretis.net!feeder6.news.weretis.net!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!u11no2585167qtu.1!news-out.google.com!j49ni1113qtc.1!nntp.google.com!v20no970246qtg.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 31 Aug 2017 08:19:41 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2a02:c7d:3c35:b000:325a:3aff:fe0f:37a5; posting-account=L2-UcQkAAAAfd_BqbeNHs3XeM0jTXloS NNTP-Posting-Host: 2a02:c7d:3c35:b000:325a:3aff:fe0f:37a5 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <11fa58ea-fa48-4cc3-861d-c55df76c9e6b@googlegroups.com> Subject: Re: Add Deprecated aspect to Ada 2020 From: Lucretia Injection-Date: Thu, 31 Aug 2017 15:19:41 +0000 Content-Type: text/plain; charset="UTF-8" Xref: news.eternal-september.org comp.lang.ada:47860 Date: 2017-08-31T08:19:41-07:00 List-Id: On Thursday, 31 August 2017 02:05:18 UTC+1, Randy Brukardt wrote: > > I disagree. > > > > If backward compatibility can be maintained there is no reason to remove > > the functionality. "Make it look better" does not count as one. > > > > If compatibility cannot be maintained, there is nothing to warn about, you > > just fix the bug before next release. > > Yup. This is the exact policy that we apply to Claw. One never makes an > incompatibility that you don't have to, and that includes supporting old > interfaces essentially forever. Perhaps the documentation and/or comments > will suggest that new code not use the subprogram, but that's as far as we'd > go. (There's no way to prove no one still uses a particular subprogram, > after all, unless the entire system is in-house only.) No wonder software and OSes are so bloated when there are people like you who don't prune the old crap that needs to go. You put in the deprecated aspect, this is the warning to users, if they don't adhere and change their code, they're in for a, known, surprise when that's gone.