I'm clean-building kdelibs again, and I get the weirdest errors compiling 
kconfigskeleton in kdecore:

/mnt/src/kde-HEAD//kdelibs/kdecore/kconfigskeleton.cpp: In method 
`KConfigSkeleton::ItemString::ItemString(const QString &, const QString &, 
QString &, const QString & = QString::null, KConfigSkeleton::ItemString::Type 
= Normal)':
/mnt/src/kde-HEAD//kdelibs/kdecore/kconfigskeleton.cpp:43: `GenericItem' is 
not a template
/mnt/src/kde-HEAD//kdelibs/kdecore/kconfigskeleton.cpp:43: class 
`KConfigSkeleton::ItemString' does not have any field named `'
/mnt/src/kde-HEAD//kdelibs/kdecore/kconfigskeleton.cpp:45: no matching 
function for call to `KConfigSkeleton::GenericItem<QString>::GenericItem ()'
/mnt/src/kde-HEAD/kdelibs/kdecore/kconfigskeleton.h:202: candidates are: 
KConfigSkeleton::GenericItem<QString>::GenericItem(const QString &, const 
QString &, QString &, QString)


there's no #define weirdness going on, the preprocessed code it's throwing 
this error on reads

  : GenericItem<QString>( group, name, reference, defaultValue ),
    mType( type )

This is gcc 2.95.4 - old stuff, and AFAIK lousy with some template stuff. In 
particular, it doesn't recognize that GenericItem should be namespaced (?) 
inside KConfigSkeleton here. To make it compile, I need:

  : KConfigSkeleton::GenericItem<QString>( group, name, reference, 
defaultValue),

instead.

OK to commit? Or is it going to break on gcc 3.3 then?

-- 
pub  1024D/FEA2A3FE 2002-06-18 Adriaan de Groot <groot@kde.org>
            If the door is ajar, can we fill it with door-jamb?

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<