[C++] ISO C++ forbids declaration of `<class>' with no type?!

[ATS]

Hallo,

Ik heb een vreemd probleem waar ik niet uitkom. Op een een of andere manier
wordt een definitie van een class niet herkend. Hij ziet KConfig niet als
een type, terwijl het dat wel is.... Weet iemand hoe ik dit oplos? De
details staan hier onder.

André

details van het probleem
==================

Ik krijg de onderstaande error:

code:

make[1]: Entering directory 
`/home/andre/development/QtE/cumulus-0.0.1/kflog'
g++ -c -pipe -DQWS -fno-exceptions -fno-rtti -Wall -W -O2 
-fno-default-inline -DNO_DEBUG -I../microkde -I../qtcompat -I.. 
-I./guicontrols -I/opt/Qtopia/include -o dataview.o dataview.cpp
In file included from dataview.cpp:21:
../microkde/kglobal.h:12: ISO C++ forbids declaration of `KConfig' with
no type
../microkde/kglobal.h:12: parse error before `*'

De kglobal.h ziet er alsvolgt uit:

code:

#ifndef MINIKDE_KGLOBAL_H
#define MINIKDE_KGLOBAL_H

#include "klocale.h"
#include "kconfig.h"
#include "kiconloader.h"
#include "kstandarddirs.h"

class KGlobal {
  public:
    static KLocale *locale();
    static KConfig *config();  // <--- dit is regel 12
    static KIconLoader *iconLoader();
    static KStandardDirs *dirs();

    static void setAppName( const QString & );

  private:
    static KLocale *mLocale;
    static KConfig *mConfig; <-- dit is regel 20, geeft dezelfde error
    static KIconLoader *mIconLoader;
    static KStandardDirs *mDirs;

    static QString mAppName;
};

#endif

KConfig is gedeclareerd in de file kconfig.h (die zoals je ziet in de
includes staat):

code:

#ifndef MINIKDE_KCONFIG_H
#define MINIKDE_KCONFIG_H

#include <qstring.h>
#include <qstringlist.h>
#include <qvaluelist.h>
#include <qcolor.h>
#include <qfont.h>
#include <qmap.h>

class KConfig {
  public:
    KConfig( const QString & );
    ~KConfig();
  
    void setGroup( const QString & );
    
    QValueList<int> readIntListEntry( const QString & );
    int readNumEntry( const QString &, int def=0 );
    QString readEntry( const QString &, const QString &def=QString::null );
    QStringList readListEntry( const QString & );
    bool readBoolEntry( const QString &, bool def=false );
    QColor readColorEntry( const QString &, QColor * );
    QFont readFontEntry( const QString &, QFont * );
    
    void writeEntry( const QString &, QValueList<int> );
    void writeEntry( const QString &, int );
    void writeEntry( const QString &, const QString & );
    void writeEntry( const QString &, const QStringList & );
    void writeEntry( const QString &, bool );
    void writeEntry( const QString &, const QColor & );
    void writeEntry( const QString &, const QFont & );
    
    void load();
    void sync();

  private:  
    static QString mGroup;
    
    QString mFileName;
    
    QMap<QString,bool> mBoolMap;
    QMap<QString,QString> mStringMap;
    
    bool mDirty;
};

#endif

Anyone please?!

[curry684]

Klinkt als een bah-bah-error van dit type:

code:

// My CPP

class Auto;
class Fiets

#include <myinclude.h>

Zoals je ziet mist hier een puntkomma achter de 2e declaratie, maar dat geeft altijd de vreemdste errors in de include vervolgens van het type dat je noemt. Wat ook kan:

code:

int MyFunction()
{
for(int i = 0; i != 684; i++) { // <-- ZIE ACCOLADE!!!
  if(Something())           
    return SomethingElse();
}

#include <myinclude.h>

Dit soort 'unterminated brackets' geeft zelfs nog spannender errors met undeclared types en alles.

Mijn advies dus: spit ff je code helemaal terug door alle includes die voor die compiler error langskomen, dus inclusief alle indirecte includes.

[The End]

Het lijkt mij meer om de constructor te gaan:
KConfig( const QString & );
Er is geen lege constructor. (Wel een beetje vreemd, want het zijn pointers en dat zou geen problemen moeten geven.)

[curry684]

Op dinsdag 23 juli 2002 13:59 schreef The End het volgende:
Het lijkt mij meer om de constructor te gaan:
KConfig( const QString & );
Er is geen lege constructor. (Wel een beetje vreemd, want het zijn pointers en dat zou geen problemen moeten geven.)

Om de reden die je zelf al geeft zou dit betekenen dat die compiler rechtstreeks de vullisbak in zou moeten Lijkt me een beetje sterk dus.

Voor ATS: probeer eens of het zo werkt met een predeclaration ertussen:

code:

#ifndef MINIKDE_KGLOBAL_H
#define MINIKDE_KGLOBAL_H

class KConfig;     // <----------  Hier dus

#include "klocale.h"
#include "kconfig.h"
#include "kiconloader.h"
#include "kstandarddirs.h"

class KGlobal {
  public:
    static KLocale *locale();
    static KConfig *config();  // <--- dit is regel 12
    static KIconLoader *iconLoader();
    static KStandardDirs *dirs();

    static void setAppName( const QString & );

  private:
    static KLocale *mLocale;
    static KConfig *mConfig; <-- dit is regel 20, geeft dezelfde error
    static KIconLoader *mIconLoader;
    static KStandardDirs *mDirs;

    static QString mAppName;
};

#endif

Als dit wel werkt zit er ergens iets verneukt in de include-volgorde (unieke defines voor de headers?)

[MSalters]

Op dinsdag 23 juli 2002 15:13 schreef curry684 het volgende:

[..]

Om de reden die je zelf al geeft zou dit betekenen dat die compiler rechtstreeks de vullisbak in zou moeten Lijkt me een beetje sterk dus.

Voor ATS: probeer eens of het zo werkt met een predeclaration ertussen:

Het heet iha een "forward declaration", en ja, alle classes in die Kglobal.h zouden op die manier gedeclareerd moeten worden ipv via de #include. Je krijgt nl. cyclische afhankelijkheden die precies deze symptomen geven. Alleen voor QString moet je een #include doen, en die is makkelijk te fixen door de mAppName in een namespace{ } in de .cpp te zetten ipv er een static member van te maken.

#include's in headers moet je zoveel mogelijk voorkomen.

[curry684]

Op dinsdag 23 juli 2002 17:43 schreef MSalters het volgende:
Het heet iha een "forward declaration"

Je snapte toch waar ik het over had, de term 'predeclaration' zegt exact hetzelfde en is een stuk minder typwerk (en in mijn kringen iig algemener geaccepteerd dan forward declaration).