Namespace deklariert in file a, Nutzung in file b

Du könntest Mal beschreiben, was in a genau definiert wird und was in b.

Mir ist nicht ganz klar, was du da genau meinst. Ich versuche aber mal zu beschreiben was ich da versteh.

Bei Klasse a handelt es sich um ein algorithmisches Skelett, welches den Datentyp, der in Klasse b definiert wird, benutzt.

In a ist es wie folgt:

template<typename T> class b;
template<typename Tin, typename Tout = Tin> class a;
/**
 *  @brief In this namespace possible clamping methods are defined
 */
namespace Clamping {
/*
 * Possible Clamping Methods
 */
enum Method {
	SCL_NEAREST, /**<If this method is chosen, the value of the element next to the undefined is taken*/
	SCL_NEUTRAL  /**<If this method is chosen, a neutral element has to be defined by the user. This is taken for the undefined elements*/
};
} // namespace clamping

In Klasse b sieht es wie folgt aus:

template<typename Tin, typename Tout> class a;

/**
 *	@brief In this namespace are the possible distributions for the Vector class defined.
 */
namespace Distribution {
/**
 *	Enumeration of the possible distributions for a vector.
 */
enum Type {
	none, /**< This distribution is set during the initialization of a vector. It can not be set as a distribution with the Vector::setDistribution(Distribution::Type, cl_uint) function. */
	single, /**< If a vector is set to this distribution, the data of the vector is stored on a single device. */
	striped, /**< If a vector is set to this distribution, the data of the vector is striped over multiple devices. Therefore, the data is split up and a chunk is stored every device. */
	mirrored, /**< If a vector is set to this distribution, the complete data is copied to every device. */
	overlap
};
}

Desweiteren gibt es noch eine weitere .h-Datei, die als Ausgangspunkt für die Benutzung der Bibliothek dient.

Hier werden die beiden einzelnen Klassen inkludiert:

#include "b.h"
#include "a.h"

Ich denke, das Problem ist, dass b vor a inkludiert wird. Wenn ich nun daher in b a inkludiere, komme ich ja zu der zyklischen Abhängigkeit.

Den Namespace Distribution aus der Klasse b kann ich problemlos in der Klasse a benutzen. Nur halt den Namespace Clamping aus a nicht in b.

Klasse a und b inkludieren nichts von der Bibliothek, das sollte meiner Meinung nach über die Klasse, die als Ausgangspunkt dient, geschehen.

Ich hoffe, das ist das wonach du gefragt hast, und es ist verständlich...

Eisflamme

Na ja, Du hast nicht viel Neues erzählt und die Codes enthalten nur Forward-Deklarationen und enums.

Ich frag Mal anders: Was sind die in a und b definierten Typen? In a ist ein algorithmisches Skelett, okay. Und was ist b? Macht es Sinn, dass b a kennt? Wieso ist dieses enum in a definiert, gehört es zwangsläufig zu a? Oder wird es bisher nur ausschließlich von a verwendet (aber jetzt auch von b)?

b ist ein dem std::vector ähnlicher Datentyp. Das Skelett in a benutzt diesen Datentyp, daher muss a b kennen.

Bisher war es nicht so, dass der Datentyp b das Skelett a kennen musste.

Das enum ist in a definiert, weil es zu a gehört. In dem enum wird festgelegt, wie mit Randzugriffen umgegangen wird. Da für diese Randzugriffe ein extra Array angelegt wurde, hatte der Datentyp damit bisher nichts zu tun. Jetzt soll dieses extra Array aber in den Datentyp "mit rein".

Skym0sh0

[quote="centershock"]

Hier werden die beiden einzelnen Klassen inkludiert:
#include "b.h"
#include "a.h"
Ich denke, das Problem ist, dass b vor a inkludiert wird. Wenn ich nun daher in b a inkludiere, komme ich ja zu der zyklischen Abhängigkeit.

wieso?

es sieht im letztendlichen file doch so aus:

// #include "b.h" wird zu
   // #include "a.h" wird zu 
         // definitionen von a
    // definitionen von b
// #include "a.h" wird zu
    //definitionen von a, aber nicht merh genutzt wegen include guards

du inkludierst so doch nur a quasi 2mal, aber da du auf jedenfall includeguards verwenden solltest, hast du kein roblem mit multipler definition...

Eisflamme

Ok, auf dem Genauigkeitsgrad kommen wir nicht weiter, glaub ich...

Macht aber nichts. Was hältst Du davon, das enum in eine dritte Datei c auszulagern und diese ausgehend von a und b zu initialisieren? Da b ja a nicht braucht, sondern nur das enum wäre die zirkuläre Abhängigkeit damit ja perdu.

Ok, ich hab den namespace Clamping in eine weitere Datei ausgelagert und diese dann in a und b inkludiert.

Jetzt bekomme ich den Fehler in Klasse b:
error: previous definition of ‘class b’

Wo kommt das denn jetzt her?

Eisflamme

Wenn b a nicht braucht, wieso steht in b.h dann:

template<typename Tin, typename Tout> class a;

?

EOutOfResources

centershock schrieb:

Ok, ich hab den namespace Clamping in eine weitere Datei ausgelagert und diese dann in a und b inkludiert.

Jetzt bekomme ich den Fehler in Klasse b:
error: previous definition of ‘class b’

Wo kommt das denn jetzt her?

Include-Guards gesetzt?

Skym0sh0

EOutOfResources schrieb:

centershock schrieb:

Ok, ich hab den namespace Clamping in eine weitere Datei ausgelagert und diese dann in a und b inkludiert.

Jetzt bekomme ich den Fehler in Klasse b:
error: previous definition of ‘class b’

Wo kommt das denn jetzt her?

Include-Guards gesetzt?

oder wenigstens

#pragma once

EOutOfResources

Skym0sh0 schrieb:

oder wenigstens
#pragma once

Leider nicht Standard. Ich hoffe, sie werden es irgendwann einmal standardisieren.

Skym0sh0

ja, dass es nicht standard ist weiss ich...

mh, ich weiss nicht wieso, aber ich mag pragma once nicht. die normalen include guards per #ifndef und #define sind mir viel lieber...

wobei eigentlich ist so wie in java schöner, aber alles rein subjektive empfindung...

Gott sei Dank, es funktioniert endlich!!!

Ich hab die Datei, in die ich den Clamping-namespace ausgelagert hab, nur in class b inkludiert und die Include-Guards gesetzt. Dann hat es funktioniert.

Ich danke euch *vielmals* für eure Hilfe!!

Gruß,
centershock

Eisflamme

a nutzt das aber auch. Klar nutzt b auch c und daher ist das Inkludieren von b in a für den Moment ausreichend, aber c in a und in b zu inkludieren, sollte nicht zu einem Fehler führen und ist eigentlich auch die sauberere Lösung.

Du hast recht, es in beiden Klassen zu inkludieren ist besser.

Hab ich jetzt auch gemacht und führt auch nicht zu einem Fehler!

EOutOfResources

centershock schrieb:

Hab ich jetzt auch gemacht und führt auch nicht zu einem Fehler!

Demzufolge hattest du die Include-Guards vergessen, nicht?

EDIT: Zeitform gefixt

Ich hab Include-Guards in beiden Dateien und es führt nicht zu einem Fehler...