Re: Do you want a faster gmmproc?

Yes, I think a binary file with the info from the defs and xml files is
the best way to speed up gmmproc. It's too complicated to combine a
many-files-per-invocation version of gmmproc with concurrent jobs, run
by make. See


tis 2011-04-05 klockan 03:59 +0200 skrev Krzysztof Kosiński:
> 2011/4/4 Krzesimir Nowak <qdlacz gmail com>:
> > Yeah, reading defs and xml files everytime is the bottleneck, but
> > current implementation also makes it possible run several gmmprocs
> > concurrently (by make -j4).
> To get the best of both worlds, there could be an extra program which
> reads the XML files and outputs a binary file which maps directly to
> the data structures used in gmmproc. Each instance of gmmproc could
> then use the binary files, which would avoid the parsing overhead on
> every run.
> However, a total rewrite of gmmproc is direly needed anyway. Right now
> in order to add a new wrapping command you need to know both M4 and
> Perl, and be able to decipher complex M4 code with arcane quoting
> rules. (I tried it and failed.) It seems most C++ bindings people have
> given up on trying to add features to gmmproc and are just writing
> code by hand.
> Regards, Krzysztof
> _______________________________________________
> gtkmm-list mailing list
> gtkmm-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]