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 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: "Alejandro R. Mosteo" Newsgroups: comp.lang.ada Subject: Project files ads/adb organization Date: Thu, 15 Dec 2016 15:40:02 +0100 Organization: A noiseless patient Spider Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Thu, 15 Dec 2016 14:38:39 -0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="9d91f20efb454caf7fb44a984a89fbdc"; logging-data="9824"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+KykuYaJKZZsz7nB5AumpF" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 X-Mozilla-News-Host: news://news.eternal-september.org:119 Cancel-Lock: sha1:jen0IpSCc6YREpVSJYF782WkkWw= Xref: news.eternal-september.org comp.lang.ada:32850 Date: 2016-12-15T15:40:02+01:00 List-Id: I'm overthinking how to organize a library source and have come to this idea (Gnat-specific due to ads/adb files): - An /spec/ folder with ads files exposing the client interface. - An /priv/ folder with ads files for support packages, not intended for direct client use. - A /body/ folder for all the bodies. A variant could be to separate public spec from bodies, but keep private parts together. I wonder if the idea of separating specs from their bodies could be seen as a poor choice. Certainly it requires developers to use an Ada-aware editor like GPS, but for clients seems appropriate not to mix things they don't need to see. Opinions? Or "whatever floats your boat?" Cheers, Álex.