Hi Zusammen

ich habe eine Klasse mit namespace:

#include "stdafx.h"
#include "fstream"

namespace EigLib
{

class Pruef
{
public:
	int oeffneCFG();
	std::string holeUhrzeit();

private:

}; //ende class 
} //ende namespace

wenn ich diesen namespace in einer weiteren Klasse aufrufen möchte:

#include "stdafx.h"
#include <sstream>
#include "EigLib.h"

using namespace EigLib;

class ListView
{
public:

private:

};

bekomme ich einen Fehler:

error C2871: 'EigLib': Es ist kein Namespace mit diesem Namen vorhanden

Die Schreibweisen habe ich überprüft, wenn ich die Zeile using namespace EigLib heraus nehme - läuft es fehlerfrei.
Ich habe auch schon sehr lange gegoogelt - aber demnach müsste es funktionieren.

Was mach ich falsch ??

Vielen Dank für eure Unterstützung.

P.S.: Was ist dieses komische "stdafx.h", das ich in letzter Zeit dauernd sehe? Hat das irgend nen Sinn?

@01Gast
Lass die precompiled Header einfach nochmal erstellen. Dann sollte das funktionieren. (Auch wenn das ausschütten eines Namensraumes in einem Header keine gute Idee ist!)

Wie müsste ich es abändern, damit die o.a. Funktion funktioniert?

In der stdafx.h kommen includes rein die allgemein verwendet werden (Vorkompilierter Header) - ist eigentlich nur bei größeren Projekten 'erforderlich' um evt. die kompilierzeit zu reduzieren.

Danke

Wozu braucht man sowas?

Um sich selber Probleme beim Compilieren zu schaffen deren Lösung um Größenordnung mehr Zeit verschlingt als die geringe Compilezeitersparnis.

314159265358979 schrieb:

Wozu braucht man sowas?

Um sich selber Probleme beim Compilieren zu schaffen deren Lösung um Größenordnung mehr Zeit verschlingt als die geringe Compilezeitersparnis.

Okay, alles klar.

Es kommt der gleiche Fehler.

...

Achte aber bitte auch auf den Kommentar von 314159265358979: "Warum überhaupt using namespace XY in Headern? Sowas macht man nicht."

Wenn man using namespace in Headern verwendet, macht man den Sinn von Namensräumen zunichte (In jeder Datei die direkt oder indirekt diesen Header inkludiert, wird der Namensraum "entleert").

Empfehlung: Wenn man using namespace verwendet, sollte man dies nur in Dateien machen, die nicht inkludiert werden, und nach allen Includes in der Datei. In Headern schreibt man in der Regel den Namensraum vor den Typen aus.

P.S: Ich hoffe du hast an Includeguards gedacht.

// somelib.h
namespace SomeLib {
   class String { ... };
}

hier wirt der namespace in der Header-Datei festgelegt??.

Könnt Ihr mir einen Link geben wie mein o.a. Beispiel mit namespace funktionieren könnte?

Wenn ich den namespace nur in der cpp angebe, bekomme ich diesen Fehler:

Symbol kann nicht im Namespace 'EigLib' definiert werden

Ich glaub ich bin verwirrt?

hier wirt der namespace in der Header-Datei festgelegt??.

Es war die Rede davon, dass du**using namespace** nicht in Headern verwenden sollst.

In diesem Beispiel ist es so dass ich in dieser Klasse nur inline Funktionen wollte und somit keine cpp angelegt habe.

In diesem kleinem Beispiel müsste es doch dennoch funktionieren oder?

Vielen Dank

ich habe jetzt eine 'leere' cpp-Datei angelegt und dort die using-directive angelegt.

Jetzt funktioniert es!

Vielen Dank für eure Zeit

Schon klappt das.

314159265358979 schrieb:

Wozu braucht man sowas?

Um sich selber Probleme beim Compilieren zu schaffen deren Lösung um Größenordnung mehr Zeit verschlingt als die geringe Compilezeitersparnis.

Ich weiss ja nicht, wie mühsam Precompiled Headers bei anderen Compilern zu benutzen sind, aber unter Visual Studio ist die Handhabung sehr einfach.

Von "gering" kann im Weiteren keine Rede sein. Zumindest sobald man etwas komplexere Abhängigkeiten hat, zahlt sich das Feature enorm aus (z.B. Boost, wo grosse Teile der Implementierung im Header stehen).

SeppJ schrieb:

Um sich selber Probleme beim Compilieren zu schaffen deren Lösung um Größenordnung mehr Zeit verschlingt als die geringe Compilezeitersparnis.

Ich weiss ja nicht, wie mühsam Precompiled Headers bei anderen Compilern zu benutzen sind, aber unter Visual Studio ist die Handhabung sehr einfach.

Ich habe nichts gegen Precompiled Header, sofern man sie in das Projekt implizit einbinden kann, nur haben diese imho nichts in den includes zu tun (spätestens wenn man den Code mit mehreren Compilern gleichzeitig verwendet stören sie sonst nur).