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=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,9983e856ed268154
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,UTF8
Received: by 10.66.89.196 with SMTP id bq4mr23901pab.26.1344616467245;
        Fri, 10 Aug 2012 09:34:27 -0700 (PDT)
Path: 
 c10ni102399pbw.0!nntp.google.com!news2.google.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
From: Shark8 <onewingedshark@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: Should Inline be private in the private part of a package spec?
Date: Fri, 10 Aug 2012 09:34:24 -0700 (PDT)
Organization: http://groups.google.com
Message-ID: <d9dec0db-56da-47b3-9d24-353a5e6648e7@googlegroups.com>
References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net>
 <e416cb92-6ec8-4514-8fa9-c35d6432b117@googlegroups.com>
 <wcc4noj4zof.fsf@shell01.TheWorld.com>
 <jvnchp$r5c$1@munin.nbi.dk> <wccr4rkqed5.fsf@shell01.TheWorld.com>
 <op.wiml9rw3ka8ora@aspire.local>
 <502005b6$0$9510$9b4e6d93@newsspool1.arcor-online.net>
 <op.wim0pbprka8ora@aspire.local>
 <50203ca2$0$9512$9b4e6d93@newsspool1.arcor-online.net>
 <502040c0$0$9510$9b4e6d93@newsspool1.arcor-online.net>
 <k01amo$jio$1@munin.nbi.dk>
 <50677fa2-7f82-4ccc-8c56-161bf67fefe1@googlegroups.com>
 <3235054d-3832-4127-83f1-784a3ee50d01@googlegroups.com>
 <op.wis9m0pkka8ora@aspire.local>
NNTP-Posting-Host: 69.20.190.126
Mime-Version: 1.0
X-Trace: posting.google.com 1344616467 26966 127.0.0.1 (10 Aug 2012 16:34:27
 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Fri, 10 Aug 2012 16:34:27 +0000 (UTC)
In-Reply-To: <op.wis9m0pkka8ora@aspire.local>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=69.20.190.126;
 posting-account=lJ3JNwoAAAAQfH3VV9vttJLkThaxtTfC
User-Agent: G2/1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Date: 2012-08-10T09:34:24-07:00
List-Id: <comp.lang.ada>

On Friday, August 10, 2012 12:00:26 AM UTC-6, Vasiliy Molostov wrote:
> Shark8 <onewingedshark@gmail.com> =D0=BF=D0=B8=D1=81=D0=B0=D0=BB(=D0=B0) =
=D0=B2 =D1=81=D0=B2=D0=BE=D1=91=D0=BC =D0=BF=D0=B8=D1=81=D1=8C=D0=BC=D0=B5 =
Fri, 10 Aug 2012 =20
>=20
> > I have mixed feelings about gpr-files.
> > It would be interesting to have a DB-based system (or somesuch) where =
=20
> > the source isn't stored as a simple text-file; though perhaps that woul=
d =20
> > be a lot of work for little payoff. (The library-system and ALI-files =
=20
> > could be handled in this manner though.)
>=20
> I dont think that placement sources in a db is a portable way, since text=
 =20
> is still most
> widely used and simple format on all host systems.

That's actually pretty irrelevant; given such a system it should be near-tr=
ivial to implement text-file import/export... even iterating over the proje=
ct/directory.

> But the placement by the compiler of all intermediate files (compilation =
=20
> result) such as ali+obj into one library file directly would be a great =
=20
> step forward, since most ada devlibs are used to be built into library =
=20
> files anyway (whose are db already). This might increare compilation time=
s =20
> drastically due to less overhead on omitting os calls like readdir() and =
=20
> glob() things, which is important on large amount of source and ali/objec=
t =20
> paired files.

Um, don't you mean decrease compilation time?