patch: c/cxxflags for static libraries

[Matt Broadstone]

On 7/19/06, Thiago Macieira <thiago at kde.org> wrote:
> Matt Broadstone wrote:
> >Well its not so much that I want a convenience lib, as I want a
> >logical breakdown of the parts within a whole. For me it makes a lot
> >more sense to build khtml in its pieces: dom, ecma, java, html etc.
> >and then link them together in the whole. Furthermore, when I've been
> >using my patch to build khtml, when I make simple changes inside
> >ecma/debugger I no longer have to build the entirety of khtml. This
> >may be a problem with cmake, as this should not necesarily be the case
> >considering I haven't touched code that affects all of khtml, but
> >that's what happens. If we can find a way around this, ie. change the
> >CMakeLists.txt for khtml in such a way that simple changes in each
> >module do not affect the entirety of khtml, then that's a decent
> >solution. But for now, on my box, doing it this way (convenience,
> >modular, whatever you want to call it :) ) works better for me, and I
> >simply thought it might work better for others as well.
>
> I don't see how your solution can work. If you modify one file, you must
> compile it then link libkhtml. Isn't that what cmake is doing?
>
> How would introducing an intermediary step (create a .a) improve things?
>
What I am referring to is that when I'm working on khtml (in this
example) and make a change to say dom/, in my build dir I can cd to
kdelibs/build/khtml/dom and build from that directory instead of the
khtml directory and it will only rebuild the dom lib and then link
things accordingly. Perhaps it should be the case when I make the
change and build from khtml/, but it doesn't work that way - when I
build from khtml in that example it rebuilds all of khtml. That's all
I'm trying to get around...

Matt Broadstone


> --
>  Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
>   PGP/GPG: 0x6EF45358; fingerprint:
>   E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
>
>
> _______________________________________________
> Kde-buildsystem mailing list
> Kde-buildsystem at kde.org
> https://mail.kde.org/mailman/listinfo/kde-buildsystem
>
>
>
>