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-7-bit Received: by 10.204.140.67 with SMTP id h3mr1881682bku.3.1318792774402; Sun, 16 Oct 2011 12:19:34 -0700 (PDT) Path: l23ni7123bkv.0!nntp.google.com!news1.google.com!news3.google.com!feeder.news-service.com!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: Ludovic Brenta Newsgroups: comp.lang.ada Subject: Re: organizing deep source trees with child packages Date: Sun, 16 Oct 2011 21:19:33 +0200 Organization: A noiseless patient Spider Message-ID: <87ipnon3qy.fsf@ludovic-brenta.org> 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> <92b4070b-28d5-4e20-99a2-d3cc5c130510@s14g2000vbj.googlegroups.com> Mime-Version: 1.0 Injection-Info: mx04.eternal-september.org; posting-host="XWoeY8zaIMCCHC1qSJY/KA"; logging-data="28191"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+HvUz2V8SdKWEnYMY4se3+" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) Cancel-Lock: sha1:l6fm7klQqQhE8R5oJ36YOpCLFmQ= sha1:Hgcv8TSGpYW3vgnQ6ZLyTiEzqkQ= Xref: news1.google.com comp.lang.ada:18493 Content-Type: text/plain; charset=us-ascii Date: 2011-10-16T21:19:33+02:00 List-Id: Shark8 writes on comp.lang.ada: > Dmitry A. Kazakov wrote: >> For projects of many hundred files, it is a huge problem. Especially >> when you have hundreds of generic package instances popping >> everywhere. Pushing files into different directories makes things >> only worse. The point is, when browsing a project you are not >> interested in files, you are looking for Ada units, and it is >> absolutely irrelevant what is the file name of that unit. In fact, if >> the source control systems were not so retarded, we would have no >> files at all, just versions of units stored in a database. > > Spot on. Having the code be a bunch of versions in a DB would be > fantastic as far as development/searching would be; it would be even > better if the code itself were, for lack of a better phrase, a set of > stored-tokens (instead of plain text) as this would allow different > programmers to apply personalized formatting to the source without > causing (what would be in text-files) a change resulting in another > version. Wasn't that how the Rational R1000 machine worked? -- Ludovic Brenta.