Mehrdimensionales Array kopieren
-
Sharpie schrieb:
Wenn ich das ganze richtig sehe, muss sich:
//Funktor sortiert nach value_a static struct SortBy_value_a { bool operator()(const CalcDataElem& L, const CalcDataElem& R) { return L.value_a < R.value_a; } } value_aSorter;außerhalb der Funktion befinden und mit einem "static" erweitert werden, sonst erhalte ich einen Kompiler-Fehler.
Sonst funktioniert alles bestens und habe einen großen Teil der Software bereits umgestellt, nochmal vielen Dank!
Nö, eigentlich darf es in der Funktion stehen. Was sagt der Compiler denn?
-
Tachyon schrieb:
Sharpie schrieb:
Wenn ich das ganze richtig sehe, muss sich:
//Funktor sortiert nach value_a static struct SortBy_value_a { bool operator()(const CalcDataElem& L, const CalcDataElem& R) { return L.value_a < R.value_a; } } value_aSorter;außerhalb der Funktion befinden und mit einem "static" erweitert werden, sonst erhalte ich einen Kompiler-Fehler.
Sonst funktioniert alles bestens und habe einen großen Teil der Software bereits umgestellt, nochmal vielen Dank!
Nö, eigentlich darf es in der Funktion stehen. Was sagt der Compiler denn?
Die Klasse muss außerhalb der Funktion definiert sein.
, denn lokale Klassen dürfen nicht Templateargument sein (und der sort-Aufruf deduziert ja die Klasse aus dem Argument). Wo das Objekt allerdings definiert wird, ist unerheblich. static ist unnötig, im Zweifelsfall wäre ein anonymer Namensraum vorzuziehen. Falls die Funktion calculate allerdings inline im Header definiert ist, und value_aSorter auf Namensraumebene definiert wird, darf es weder static sein, noch sich in einem anonymen Namensraum befinden, sonst wird die ODR verletzt. Am sinnvollsten und üblich dürfte immer noch sein, das Vergleichsobjekt temporär direkt beim sort-Aufruf zu erzeugen.
-
camper schrieb:
Die Klasse muss außerhalb der Funktion definiert sein.
, denn lokale Klassen dürfen nicht Templateargument sein (und der sort-Aufruf deduziert ja die Klasse aus dem Argument). Wo das Objekt allerdings definiert wird, ist unerheblich. static ist unnötig, im Zweifelsfall wäre ein anonymer Namensraum vorzuziehen. Falls die Funktion calculate allerdings inline im Header definiert ist, und value_aSorter auf Namensraumebene definiert wird, darf es weder static sein, noch sich in einem anonymen Namensraum befinden, sonst wird die ODR verletzt. Am sinnvollsten und üblich dürfte immer noch sein, das Vergleichsobjekt temporär direkt beim sort-Aufruf zu erzeugen.
Der Typ wird doch nicht aus der Prädikaten-Klasse deduziert, sondern aus dem Iteratoren-Typ.
-
Tachyon schrieb:
Der Typ wird doch nicht aus der Prädikaten-Klasse deduziert, sondern aus dem Iteratoren-Typ.Der Iterator-Typ wird wohl aus dem Iterator deduziert. Der Typ des Prädikats hat aber mit dem Iterator wenig zu tun.
-
Tachyon schrieb:
Der Typ wird doch nicht aus der Prädikaten-Klasse deduziert, sondern aus dem Iteratoren-Typ.
template<class RandomAccessIterator, class Compare> void sort(RandomAccessIterator first, RandomAccessIterator last, Compare comp);
-
camper schrieb:
Tachyon schrieb:
Der Typ wird doch nicht aus der Prädikaten-Klasse deduziert, sondern aus dem Iteratoren-Typ.
template<class RandomAccessIterator, class Compare> void sort(RandomAccessIterator first, RandomAccessIterator last, Compare comp);Jo, habs auch gerade unter 14.3.1 §2 gefunden. Und Comeau und g++ schlucken das auch einleuchtenderweise tatsächlich nicht.
MSVC 2008 allerdings schon...