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 https://bugzilla.gnome.org/show_bug.cgi?id=646820#c1
Kjell tis 2011-04-05 klockan 03:59 +0200 skrev Krzysztof Kosiński: > 2011/4/4 Krzesimir Nowak <[email protected]>: > > 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 > [email protected] > http://mail.gnome.org/mailman/listinfo/gtkmm-list _______________________________________________ gtkmm-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gtkmm-list
