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,UTF8 Received: by 10.68.8.135 with SMTP id r7mr21184263pba.8.1318769475911; Sun, 16 Oct 2011 05:51:15 -0700 (PDT) Path: d5ni16331pbc.0!nntp.google.com!news2.google.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: organizing deep source trees with child packages 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> Date: Sun, 16 Oct 2011 08:51:14 -0400 Message-ID: <82hb39umkd.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (windows-nt) Cancel-Lock: sha1:1Tni4/nuBrdq1S15jx94a8nGagc= MIME-Version: 1.0 X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: b44ee4e9ad343e26b0fa603362 Xref: news2.google.com comp.lang.ada:13974 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Date: 2011-10-16T08:51:14-04:00 List-Id: "Dmitry A. Kazakov" writes: > On Fri, 14 Oct 2011 00:25:15 +0200, Yannick DuchĂȘne (Hibou57) wrote: > >> Le Thu, 13 Oct 2011 16:18:27 +0200, Ludovic Brenta >> a Ă©crit: >>> Directories are *not* a solution for these problems. They do not >>> represent dependencies or hide any information from the compiler. >> This is not a matter of semantic, this is a matter of being handy for >> human beings. > > Actually long file names is not the problem. The problem is that GPS in its > tree view control used for browsing the project units ignores the packages > hierarchy in favor of the hierarchy of the file system. Change that in GPS > (or another Ada IDE) and the problem would largely disappear. I still don't understand what "problem" is being solved here. A file system browser allows viewing files by file name; that's a good solution for a class of problems. A package browser allows browsing packages by package name; that's a good solution for another class of problems. If the file and package names are the same, then you can use a file browser as a package browser, avoiding the work of maintaining two tools. When do file names and package names _need_ to be different? I don't see any problem with long file names; they used to be a problem on 80 character terminals, but we are past that now. -- -- Stephe