printf vs. cout

-**P0I**-

thx

-**P0I**-

Ähm....
Was mir gerade einfällt (jetzt bin ich wach *g*)

Diese Lösung

cout << static_cast<int>(test);

ist im Prinzip ja eigentlich das Gleiche wie

char test = 'a';
int temp = test;
cout << temp << endl;

nur halt mit einem template, oder?

(Soll keine Kritik oder Ähnliches sein. Nur zur Info für mich.)

HumeSikkins

-=[P0I]=- schrieb:

Diese Lösung
cout << static_cast<int>(test);
ist im Prinzip ja eigentlich das Gleiche wie
char test = 'a';
int temp = test;
cout << temp << endl;
nur halt mit einem template, oder?

Ein Template ist hier nicht involviert. Die Lösung ist insofern ähnlich, da auch hier ein int-Objekt erzugt wird (temporär und unbenannt).
Das gilt aber genauso für die Variante:

int(test)

Jester

Im Prinzip ja... zumindest wenn der Optimierer damit fertig ist wird es wohl auf das gleiche rauskommen. Das ist übrigens keine template, sondern ein C++ - Cast.

Bashar

Ein temporäres Objekt wird auch bei printf erzeugt. Erstens kann ein char einer Funktion mit variabler Argumentliste nicht direkt, sondern nur über den Umweg als int übergeben werden, zweitens ist es sowieso eine Übergabe by value.

-**P0I**-

Jester schrieb:

Im Prinzip ja... zumindest wenn der Optimierer damit fertig ist wird es wohl auf das gleiche rauskommen. Das ist übrigens keine template, sondern ein C++ - Cast.

soweit ich weiß ist das doch ein template wenn " <datentyp> " im spiel ist.
korrigiert mich wenn ich falsch liege.

Jester

Ich hab doch geschrieben: Das hier ist ein C++ cast. Kein template.

Shade Of Mine

-=[P0I]=- schrieb:

soweit ich weiß ist das doch ein template wenn " <datentyp> " im spiel ist.
korrigiert mich wenn ich falsch liege.

Man beachte, dass static_cast blau gefärbt ist - es ist also Magie, genau wie sizeof

-**P0I**-

OK OK, gewonnen:

aber bei templates verwendet man doch auch diese "<>"-Teile oder?
sagt mir bitte das ich jetzt mit dem wenigstens recht habe.
bitte......

rüdiger

ja. Es ist auch bestimmt die Intention bei den Casts an Templates zu erinnern, aber es handelt sich dennoch um Builtin Sachen.

Jester

oder sollen die templates vielleicht an casts erinnern?

-**P0I**-

wenigstens einmal recht

übrigens wurde meine ursprüngliche frage auch beantwortet

thx

( ich bin für die "casts sollen an templates erinnern"-Theorie )

Bashar

Templates gabs es schon im ARM (1990), die Casts kamen AFAIK erst viel später.

-**P0I**-

Bashar schrieb:

Templates gabs es schon im ARM (1990), die Casts kamen AFAIK erst viel später.

in der Zeit hab ich noch mit LEGO häuser programmiert

SirLant

Liegt doch eigentlich nahe sich an den Templates zu orientieren, wenn man neue Casting-Operatoren einführt.

Bashar

-=[P0I]=- schrieb:

[1990]
in der Zeit hab ich noch mit LEGO häuser programmiert

Ich auch, hab damals den Großteil meines "Begrüßungsgeldes" darin investiert. Das ARM hab ich erst sehr sehr viel später in die Finger bekommen

operator void

-=[P0I]=- schrieb:

Diese Lösung
cout << static_cast<int>(test);
ist im Prinzip ja eigentlich das Gleiche wie
char test = 'a';
int temp = test;
cout << temp << endl;
nur halt mit einem template, oder?

Jein. Es macht in dem Fall dasselbe. Aber static_cast kann man auch für Typen verwenden, die man nicht einfach per Zuweisung umwandeln kann. (void* zu int* geht z.B. nicht ohne static_cast.) Falls das eine Frage nach der Macht war

-**P0I**-

operator void schrieb:

Jein. Es macht in dem Fall dasselbe. Aber static_cast kann man auch für Typen verwenden, die man nicht einfach per Zuweisung umwandeln kann. (void* zu int* geht z.B. nicht ohne static_cast.) Falls das eine Frage nach der Macht war

Ich meinte ja auch nur im PRINZIP und für diesen speziellen Fall

Auserdem ist das ja nicht eine frage der macht. das eine kanns das andere nicht. man muss sich halt das entsprechende aussuchen.
wenn alles alles könnte wärs ja auch langweilig

operator void

Naja, static_cast kann alles, was man zuweisen kann und mehr. Wenn ich static_caste, wo eine implizite Konvertierung reichen würde, fühle ich mich immer, als hätte ich eine Kettensäge der Hand.