Re: Do you want a faster gmmproc?



On Tue, 2011-04-05 at 17:16 +0200, Kjell Ahlstedt wrote:
> I have filed bug 646820 gmmproc: Increase speed by processing many files
> in one invocation. https://bugzilla.gnome.org/show_bug.cgi?id=646820
> 
> mån 2011-04-04 klockan 23:16 +0200 skrev Krzesimir Nowak:
> 
> > Maybe this feature would be very useful when building gtkmm (which has
> > indeed very large defs and xml files) very often from scratch, but I
> > suppose it is rarely the case.
> 
> Ok, I don't do it every day, not even every week, but when I update my
> local copy of gtkmm with 'jhbuild build' it often regenerates and
> recompiles all or most of glibmm and gtkmm (as well as glib and gtk+,
> which is also time-consuming).

Good point.

> > In fact, reading/writing this reminds me that I should be working on
> > gmmproc rewrite too. :)
> 
> Krzesimir, you have mentioned at
> https://bugzilla.gnome.org/show_bug.cgi?id=641165#c3 that you plan a
> major rewrite of gmmproc. Do my ideas for a faster gmmproc in any way
> clash with your plans? I don't want to make your job more difficult.
> Would it be better if you rewrite gmmproc first, and only afterwards we
> add new features? Such as this one, and the one I've proposed in bug
> 86864 "enums should be inside classes"
> (https://bugzilla.gnome.org/show_bug.cgi?id=86864).

If you feel like adding some features or fixing some bugs in current
gmmproc then please go on (if Murray does not oppose, of course). The
rewrite is done on separate branch, so whatever you do for current
gmmproc won't affect it (well, maybe some ideas can be borrowed :).

> Kjell
> 
> 




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