Re: Should Inline be private in the private part of a package spec?

["Vasiliy Molostov" <molostoff@gmail.com>]

Shark8 <onewingedshark@gmail.com> писал(а) в своём письме Fri, 10 Aug 2012  
20:34:24 +0400:

> On Friday, August 10, 2012 12:00:26 AM UTC-6, Vasiliy Molostov wrote:
>> Shark8 <onewingedshark@gmail.com> писал(а) в своём письме Fri, 10 Aug  
>> 2012
>>
>> > I have mixed feelings about gpr-files.
>> > It would be interesting to have a DB-based system (or somesuch) where
>> > the source isn't stored as a simple text-file; though perhaps that  
>> would
>> > be a lot of work for little payoff. (The library-system and ALI-files
>> > could be handled in this manner though.)
>>
>> I dont think that placement sources in a db is a portable way, since  
>> text
>> 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-trivial to implement text-file import/export... even iterating over  
> the project/directory.

this needs a presence of such a tool and additional database access tools.
While currently you still need any text editor.
So the cost of this solution is higher with less flexibility, you will be  
obliged
to accommodate interchange format with client or supplier of such a  
database to import/export it properly,
mostly about text import/export properties.

You can try to use tar/tgz files as a database and extend it with desired  
features,
and as I see it you will get the same as jar files in java world. Another  
good example is a debian source packages -
very inconvenient for a development (but convenient for distribution), and  
even requires a special role for that - a package maintainer.

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

yep, decrease. auto-thesaurus failed, not me. :)


-- 
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/