QT_NO_STL in KDE4
michel.hermier at gmail.com
Tue Sep 12 19:17:24 BST 2006
2006/9/12, Alexander Neundorf <neundorf at kde.org>:
> On Tuesday 12 September 2006 17:19, David Faure wrote:
> > On Tuesday 12 September 2006 16:56, Thiago Macieira wrote:
> > > kleag at free.fr wrote:
> > > >Is there a reason why cmake/modules/FindKDE4Internal.cmake defines by
> > > > default QT_NO_STL ?
> > Because kde3 did - that's the only reason so far.
> Yes, exactly.
> > > Probably to encourage the use of the QTL classes only. KDE and Qt API
> > > must use them, instead of the STL equivalents.
> > But using the STL algorithms on the QTL classes can be quite useful. If you
> > don't believe me I'll send you a Marc Mutz :)
> > This is a recurring discussion, but I think we shouldn't define QT_NO_STL,
> > especially now that the suggested build options for qt (in qt-copy) don't
> > include -no-stl anymore.
> So, I'll remove it tonight if there are no objections.
> Oh, wait, this will cause a complete recompile of everything for everybody...
> When is a good time to change it ?
> Next monday ?
This is a validation check, if you remove it it should be ok, and wont
force anybody to recompile qt, but may force to reconfigure/recompile
KDE (like every time someone touch these cmake files). If the -no-stl
option is really removed, this check has lost is meaning anyway.
More information about the kde-core-devel