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.46.193 with SMTP id x1mr8394763pbm.7.1319054587694;
        Wed, 19 Oct 2011 13:03:07 -0700 (PDT)
Path: 
 d5ni33111pbc.0!nntp.google.com!news2.google.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!nx02.iad01.newshosting.com!newshosting.com!news2.euro.net!feeder.news-service.com!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail
From: Ludovic Brenta <ludovic@ludovic-brenta.org>
Newsgroups: comp.lang.ada
Subject: Re: organizing deep source trees with child packages
Date: Wed, 19 Oct 2011 22:03:06 +0200
Organization: A noiseless patient Spider
Message-ID: <87vcrkkav9.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>
	<op.v3a9wdv1ule2fv@index.ici>
	<1qk4l4n9zsdgm$.1bvxdhoq5cpx5.dlg@40tude.net>
	<82hb39umkd.fsf@stephe-leake.org>
	<qii1up6ovs2p$.1qoobu4chlxcd.dlg@40tude.net>
	<82botev9j0.fsf@stephe-leake.org>
	<wrrzl08ki6he.1dmd6vvvbuk6d$.dlg@40tude.net>
	<82ipnlu4to.fsf@stephe-leake.org>
	<eyjxwvggd8w7$.rsr1aq1ev38y.dlg@40tude.net>
	<bd1026a2-fb05-4ed2-98d6-b3ddba435b0d@s14g2000vbj.googlegroups.com>
	<1lffhk7bfsll5$.1mon42jbwt1yf$.dlg@40tude.net>
	<84e4c8af-00da-4941-9541-b45f1d8eb262@c1g2000vbw.googlegroups.com>
	<op.v3l687tzule2fv@index.ici>
Mime-Version: 1.0
Injection-Info: mx04.eternal-september.org;
 posting-host="YTB2v8hR2GLo4JVRHDIa/Q";
	logging-data="19462"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+sxyG1E1SIMdoGGwoYkXMg"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux)
Cancel-Lock: sha1:FYRhueIsK1UjcdP66Nc0+zwTMw4=
	sha1:Z5lVMouwqhbK5J69HeQx2IRdgx0=
Xref: news2.google.com comp.lang.ada:14094
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Date: 2011-10-19T22:03:06+02:00
List-Id: <comp.lang.ada>

Yannick Duchêne writes on comp.lang.ada:
> Le Wed, 19 Oct 2011 18:43:21 +0200, Ludovic Brenta
> <ludovic@ludovic-brenta.org> a écrit:
>> 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.
> Meta-language and tagging could help.

Tagging helps.  Massively.  I think I mentioned my heavy use of Emacs
Tags.

-- 
Ludovic Brenta.
A non-linear timeline technically synergizes the enablers.