Gelernt aus Fehlern

camper

GorbGorb schrieb:

camper schrieb:

Allerdings gibt es selbstdefinierte Literale, die man für diesen Zweck benutzen kann.

Bist du dir sicher, dass das auch mit string literals funktioniert (d.h. nicht nur mit integral literals)? Der wikipedia Artikel scheint mir da anderes zu sagen (obwohl ich eigentlich eher geneigt bin dir zu glauben als einem wikipedia Artikel wenns um c++ geht).
http://en.wikipedia.org/wiki/C%2B%2B11#User-defined_literals

Da hast du recht. Dann ist das doch nicht so möglich.

knivil schrieb:

Der Threadtitel ist aber sehr suggestiv. Aus welchen Fehlern wurde denn gelernt, von auto_ptr mal abgesehen?

Vielleicht mal den Artikel lesen, bevor du rumlaberst?

314159265358979

camper, hattest du da nicht ien constexpr char[] bei deinem Brainfukc Compiler, dass du irgendwie in dein Template bekommen hast?

GorbGorb

Doch, hat er ja auch verlinkt. Ich hab zu dem Thema noch nen netten blog Eintrag gefunden:
http://akrzemi1.wordpress.com/2011/05/11/parsing-strings-at-compile-time-part-i/
Wird Zeit dass ich mir mal nen neuen gcc runterlad...

Im Artikel steht das hier zum shared_ptr:

Aber auch ohne explizite Angabe des Deleter-Arguments zeigt sich ein positiver Effekt: Es lässt sich eine Klasse ohne virtuellen Destruktor problemlos durch einen shared_ptr der Basisklasse zerstören

Wie geht das?

camper

314159265358979 schrieb:

camper, hattest du da nicht ien constexpr char[] bei deinem Brainfukc Compiler, dass du irgendwie in dein Template bekommen hast?

Schon, das war allerdings kein Literal. Damit die Umwandlung nachträglich funktioniert, muss ein Objekt mit internal oder external linkage her.

Die neuen Features sind doch zum Großteil fürn Arsch oder nur Kleinigkeiten.
Und der ganze Templatemist ist eher was für verträumte Theoretiker als für die Praxis.

Tomahawk

Enttäuschter schrieb:

Die neuen Features sind doch zum Großteil fürn Arsch oder nur Kleinigkeiten.
Und der ganze Templatemist ist eher was für verträumte Theoretiker als für die Praxis.

Wieso das denn? Sobald man alle zur compilezeit bekannten Parameter an das Template übergibt, werden spezialisierte Funktionen automatisch vom Compiler erzeugt. Das führt zu mehr Performance und leichter wartbarem Code. Wäre jetzt nur mal ein simples Beispiel aus der Praxis.

template<int i>
void f(int k) {
  STATIC_ASSERT(i < A);
  ASSERT(k < B);
  // ...
}

Allerdings muss hier parametrisiert werden, sonst schimpft der Compiler bei der Verwendung von *k* in bedingten Ausdrücken - wäre der einzige Schönheitsfehler. Lässt sich das vielleicht eleganter beheben?

krümelkacker

blöde Frage schrieb:

Im Artikel steht das hier zum shared_ptr:

Aber auch ohne explizite Angabe des Deleter-Arguments zeigt sich ein positiver Effekt: Es lässt sich eine Klasse ohne virtuellen Destruktor problemlos durch einen shared_ptr der Basisklasse zerstören

Wie geht das?

http://stackoverflow.com/questions/3899790/shared-ptr-magic/3900082

Ah, cool. Danke.