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 2002:a24:1882:: with SMTP id 124mr509097itr.0.1541588213836; Wed, 07 Nov 2018 02:56:53 -0800 (PST) X-Received: by 2002:aca:37c1:: with SMTP id e184-v6mr33145oia.5.1541588213561; Wed, 07 Nov 2018 02:56:53 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!feeder4.usenet.farm!feed.usenet.farm!feeder.usenetexpress.com!feeder-in1.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!g188-v6no24itg.0!news-out.google.com!n199-v6ni418itn.0!nntp.google.com!z5-v6no446276ite.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 7 Nov 2018 02:56:53 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=194.9.244.14; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S NNTP-Posting-Host: 194.9.244.14 References: <5af3c4a0-5856-47ec-bb05-0ae9f9bb24ff@googlegroups.com> <98c7d0b5-2262-4246-bb4f-6dde1d59ff6b@googlegroups.com> <14fe0dc9-da23-4eac-a407-01198bfc7ae2@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Trivia: Ada packages are great! From: Maciej Sobczak Injection-Date: Wed, 07 Nov 2018 10:56:53 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader02.eternal-september.org comp.lang.ada:54786 Date: 2018-11-07T02:56:53-08:00 List-Id: > > No. You need to edit the package spec to add subprogram declarations an= d then edit the body to introduce separate implementation and than, if you = are not yet tired already, add new file to the project. Sounds like the wor= st option of all. >=20 > Is that _really_ an obstacle? Well, depends on what you are trying to prove. :-) Separate subprograms help (or obstruct) in configuration management by allo= wing smaller granularity of content. That is, if you need to modify a singl= e subprogram, then only that single subprogram's file has its version chang= ed. This is a language feature that is not needed in C and C++, because the= se languages do not couple logical and physical designs in the first place.= That is, C and C++ do not need any special keyword to allow you to have so= me function in a separate file. Separate subprograms in Ada are not helping when integrating code from a di= fferent codebase, because they do not reduce the number of files that need = to be modified (and therefore versioned) when code is moved between project= s. Contrary to this, C and C++ allow such moves with minimal number of file= modifications - in particular, no existing file needs to be modified in or= der to add a new function to the existing namespace. So, when discussing the ease of integrating code from distinct codebases (a= nd that was the context of this discussion so far), separate is neither an = obstacle, nor a feature. --=20 Maciej Sobczak * http://www.inspirel.com