RFC: KHTML "modular" build

[Alexander Neundorf]

On Thursday 20 July 2006 20:15, Allan Sandfeld Jensen wrote:
> On Thursday 20 July 2006 11:17, David Faure wrote:
> > On Monday 17 July 2006 10:44, Allan Sandfeld Jensen wrote:
> > > On Monday 17 July 2006 00:14, Matt Broadstone wrote:
> > > > Attached is a patch to make khtml build in pieces. It breaks all the
> > > > subdirs (but for ecma right now) into static libs and then uses those
> > > > to build khtml. I wanted to ask you all whether you thought this was
> > > > a good idea.. I mainly did it because I was sick of rebuilding all of
> > > > khtml every time I made a small change in my soc project under
> > > > ecma/debugger, but I have talked to people who think the A) longer
> > > > link times B) reverting to autotools-like behavior here, are unwanted
> > > > sideeffects of this change. Anyway, let me know what you all think.
> > >
> > > I think it's excellent. Probably will help the cmake-times as well.
> >
> > I don't understand how it can possibly help. Rebuilding a .a is not
> > enough, one needs to relink the .so that uses it anyway. So in all cases
> > one needs to go up to the khtml level and type make there, and it has to
> > relink libkhtml.so, just like it would have to do if using .o files
> > instead of .a - so what do we gain?
>
> From seeing cmake try to analyze unity, I assume it is using quadratic
> time.
>
> Also all the time it uses to analyze could be paralyzed by compiling
> another module.

With the soon-to-be-released cmake 2.4.3 you will be able to do "make 
html/fast" which will skip this step.
(or current cmake 2.4 branch, not HEAD)

Bye
Alex
-- 
Work: alexander.neundorf AT jenoptik.com - http://www.jenoptik-los.de
Home: neundorf AT kde.org                - http://www.kde.org
      alex AT neundorf.net               - http://www.neundorf.net