Checking for Inline Methods (Was: KUrl(QString) fix)
Thomas Zander
zander at kde.org
Fri Jan 5 09:24:42 GMT 2007
On Friday 05 January 2007 02:46, David Jarvie wrote:
> On Wednesday 03 January 2007 02:40, Allen Winter wrote:
> > This will run in all source modules, not just kdelibs. We'll see how it
> > goes. Please take a look at the Krazy reports and let me know.
> > http://www.englishbreakfastnetwork.org/krazy/index.php
>
> Surely inline checking should only apply to kdelibs and kdepimlibs, plus
> any other libraries which are supposed to retain binary compatibility. I
> can't see why code which is private to applications shouldn't use inline
> methods, since it can be changed freely.
Since cmake will fix (recompile) all items in the same module and we don't
allow inter-module dependencies, I think David is right.
On that note; I'd like to request that koffice/libs and koffice/interfaces are
actually checked as we are thinking in the KOffice group to make the libs a
top level library for others to depend on.
We just lack the expertise to make all the required changes and cleanups,
right now :) This will surely help.
--
Thomas Zander
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20070105/c473db4d/attachment.sig>
More information about the kde-core-devel
mailing list