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=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,c6567772e9f3871d X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Received: by 10.68.8.135 with SMTP id r7mr7770496pba.8.1319042606232; Wed, 19 Oct 2011 09:43:26 -0700 (PDT) Path: d5ni32587pbc.0!nntp.google.com!news2.google.com!postnews.google.com!c1g2000vbw.googlegroups.com!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: organizing deep source trees with child packages Date: Wed, 19 Oct 2011 09:43:21 -0700 (PDT) Organization: http://groups.google.com Message-ID: <84e4c8af-00da-4941-9541-b45f1d8eb262@c1g2000vbw.googlegroups.com> References: <21c9e6bb-f4f7-4a00-bde7-68f2c1a42d01@q13g2000vby.googlegroups.com> <82ty7d1ewz.fsf@stephe-leake.org> <3486b228-abdd-490f-b4ef-9ee6b19f65fa@gy7g2000vbb.googlegroups.com> <7179717a-9837-476c-b564-6599a9c02acd@ff5g2000vbb.googlegroups.com> <1qk4l4n9zsdgm$.1bvxdhoq5cpx5.dlg@40tude.net> <82hb39umkd.fsf@stephe-leake.org> <82botev9j0.fsf@stephe-leake.org> <82ipnlu4to.fsf@stephe-leake.org> <1lffhk7bfsll5$.1mon42jbwt1yf$.dlg@40tude.net> NNTP-Posting-Host: 153.98.68.197 Mime-Version: 1.0 X-Trace: posting.google.com 1319042606 22998 127.0.0.1 (19 Oct 2011 16:43:26 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Wed, 19 Oct 2011 16:43:26 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: c1g2000vbw.googlegroups.com; posting-host=153.98.68.197; posting-account=pcLQNgkAAAD9TrXkhkIgiY6-MDtJjIlC User-Agent: G2/1.0 X-HTTP-Via: ICAP/1.0 192.168.152.4 X-Google-Web-Client: true X-Google-Header-Order: HUALESRCVNK X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101206 Red Hat/3.6-2.el5 Firefox/3.6.13,gzip(gfe) Xref: news2.google.com comp.lang.ada:14090 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: 2011-10-19T09:43:21-07:00 List-Id: Dmitry A. Kazakov wrote on comp.lang.ada: > Ludovic Brenta wrote: >> Placing all of your source files in one, or a few, directories >> will not solve the problem either, but at least it will not make it >> worse. > > There is a case when you need directories, that is OS/Debugging support. > Usually I have files with the same names containing OS-dependent > implementations selected by a GPR scenario variable. This is one of a few cases, with shared libraries, where directories may be OK. But, for multiple possible files corresponding to a unit, it is also possible to use files with different names in a single directory. This is what GNAT does for example. >>>> I vote for the gnat convention, because the mapping is trivial, and >>>> directories are a pain. > >>> Yes, they are when the tools are feeble. With proper tools you would no= t >>> care. > >> But you will always have to use a feeble tool at one point or >> another. =A0Think of version control systems, backup systems, pretty- >> printers, find+grep, etc. which do not know, or want to know, about >> file naming conventions or the semantics of Ada. > > What the use of them then? Except for backup which stores the whole file > system anyway, the version control system must know Ada in order to build > release versions, build and run automatic tests. The pretty printer must > know it to be pretty, grep (or some more decent thing) must know Ada in > order to search Ada sources by contents. Except that existing version control systems do not know Ada and do not build or run tests; these are the jobs of other tools, which do not know Ada either. > Right, that is why IDE must know Ada. Yes but I also need good support for C, Bourne shell, SQL, flat files, and occasionally some other languages too. With a unified way to find any entity defined in any of them (e.g. a C function imported in Ada, a shell script calling an executable compiled from Ada, a flat file containing the name of a database column which is also referenced in Ada and SQL, etc.). Sometimes, we simply have to fall back on find and grep. -- Ludovic Brenta.