bin gerade auf diesen Blog-Eintrag gestoßen und will ihn euch nicht vorenthalten.

Leider ist im Standard kein einziger solcher operator drin. Ich hätte schon wieder sooooo viele Ideen, was man da alles machen könnte.

Ja? Dann lass doch mal sehen. Bei mir sind das nur ganz neue Ideen zur Code-Confusion.

Das tolle an den Operatoren ist ja, dass man auch andere Zeichen als die aus dem Standard-Zeichensatz verwenden kann, beispielsweise π.

Jein. Der operator darf irgendein identifier sein. Die dürfen aus den bekannten digits, non-digits, universal-character-names und weiteren, implementation-defined characters bestehen. Wobei es allerdings auch wieder implementation-defined ist, welche "physical source file character" in einen universal-character-name übersetzt werden.

Es gibt also drei Möglichkeiten:
a) Die Implementation setzt laut [lex.phases, 1] Π beim Parsen in einen \uXXXXXXXX um (d.h. man darf Π auch in string-literalen und character-literalen benutzen)
b) Die Implementation nimmt die genannte Umwandlung nicht vor, erlaubt Π aber als Teil eine identifiers ([lex.name]). D.h. es darf in string/char-Literalen nicht vorkommen, wohl aber als Identifier und damit auch als Literal-Suffix
c) Die Implementation tut auch das nicht, dann ist Π als Literalsuffix nicht erlaubt.

So oder so ist es also implementation defined, man darfs aber genauso für Funktionsnamen, Variablennamen, Klassennamen usw. benutzen - wenns die implementation erlaubt.

Weiss jemand, wie man Literale (z.B. lit) in einem Namensraum Ns verwenden kann ohne using namespace Ns;

Spontan würde ich using Ns::lit vermuten.

Spontan würde ich using Ns::lit vermuten.

Dachte ich auch, kanns aber nicht überprüfen. Trotzdem ist das etwas umständlich. Es leitet sogar zur These, dass nur Literale im globalen Namensraum sinnvoll einsetzbar sind, woraus folgt, dass sie von Bibliotheken nicht verwendet werden sollten.

Weiss jemand, wie man Literale (z.B. lit) in einem Namensraum Ns verwenden kann ohne using namespace Ns; zu machen? Etwa 42Ns::lit!?

Vermutlich läuft das aufs gleiche bei raus wie bei allen anderen Operatoren. Die kann man in einem fremden NS benutzen wenn
a) per ADL in den richtigen Namespace geschaut wird, oder
b) per using-Direktive der ganze Namespace oder
c) nur der Operator bekannt gemacht wird. (z.B. using Ns::operator+)

a) greift hier nie, weil die Argumente builtin-Literale sind
b) willst du nicht
c)

using Ns::operator "" lit;