This is the mail archive of the fortran@gcc.gnu.org mailing list for the GNU Fortran project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [Patch, fortran] Module loading improvements part 1/3


On Tue, Mar 26, 2013 at 7:23 PM, Thomas Koenig <tkoenig@netcologne.de> wrote:
> Am 26.03.2013 16:24, schrieb Tobias Burnus:
>
>
>> I wonder whether one should also do what Joost has proposed:* Changing
>> "allocatable" to "al" etc. That reduces both the .mod file size (and
>> thus I/O and improves caching) and the memory consumption of the
>> compiler with the proposed caching scheme. As context-aware compression,
>> it could even have a better ratio than ZIP. (ZIP can still be used on
>> top of it.)
>
>
> I have been thinking a little bit about a complete redesign of the
> module files.

Yes, the more I dig into module.c the more I agree with that sentiment.. :-/

> Ideally, I would like it to be an extensible binary format, which uses
> a keyword-value combination and which could be accompanied by a "dumper"
> which makes it human-readable.  A simple yacc grammar could handle
> both the reading and making the "dumper".
>
> If this is designed right, it might not even be necessary to bump the
> module number for old library files.

I'd suggest not inventing our own wheel but rather using an existing
one such as Google's protocol buffers.

https://developers.google.com/protocol-buffers/docs/overview


-- 
Janne Blomqvist


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]