|
Anzeige
|
"/" im C-Quellcode
Gast
#5688760
Hallo, kann mir jemand sagen, was diese Codezeilen funktionieren? Ich habe das mit dem "/" im Quellcode noch nie gesehen. Verwendet wird ein ATXMega324AU. Das hier oben als "define"...
Und dann der Aufruf im Programm...
Grüße
Gast
#5688763
Nomalerweise endet eine Makrodefinition mit dem Ende der Zeile. Ein
am Ende der Zeile setzt die Makrodefiniton aber auf der nächsten Zeile fort. > Ich habe das mit dem "/" im Quellcode noch nie gesehen.
In deinem Quellcode kommt gar kein / vor.
Schlag erst mal den Unterschied zwischen einen Slash (/) und einem
Backslash (\) nach.
Erst danach kannst du dich dann auf weiterführende Fragestellungen
konzentrieren.
Backslash ist ein Zeilenverbinder.
Gast
#5688770
Danke Mac. Das wusste ich nicht. Habs grad probiert :). Und sorry sollte natürlich "\" in meiner Fragestellung heißen.
Gast
#5688772
Danke Wolfgang.
Gast
#5688777
Das Ding '\' heisst übrigens Backslash. Das im Deinem Titel gezeigte '/' ist ein Slash. In Deinem Quellcode ist ein Backslash '\'. Man darf das nicht verwechseln in C. Das eine '\' ist, wie oben schon gesagt, ein Zeichen, dass die Makroxexpansion auf der folgenden Zeile fortgesetzt wird. Das andere '/' ist der Divisions-Operator. Theor schrieb: > Das andere '/' ist der Divisions-Operator. Oder ein halber Kommentar... Mac schrieb: > in \ am Ende der Zeile setzt die Makrodefiniton aber auf der nächsten > Zeile fort. Das gilt übrigens nicht nur für Makrodefinitionen, sondern allgemein für C-Quellcode:
Ohne Backslash gibt es einen Syntax-Error, mit Backslash kompiliert das Programm. Außerdem sollte man beachten, dass dies nur für Backslashes *am Ende der Zeile* gilt. Ist da nur ein (unsichtbares) Leerzeichen dahinter, verliert der Backslash diese "Zeilenverbinderfunktion" und man wundert sich über merkwürdige Fehlermeldungen. Frank M. schrieb: > printf ("%s\n", "Das ist ein \ > langer String"); Das sollte man lieber nicht machen, da man den Quellcode nicht mehr einrücken kann. Besser ist:
Peter D. schrieb: > Das sollte man lieber nicht machen, da man den Quellcode nicht mehr > einrücken kann. Ich wollte nur darstellen, was mit dem Backslash technisch möglich ist - mehr nicht. Zum Beispiel geht auch das hier:
Ob das sinnvoll ist, ist eine ganz andere Frage. Der Hintergrund ist historisch zu sehen: In den 70er Jahren hatte man Terminals mit 24x80 Zeichen. Da waren überlange Zeilen schlecht möglich. Und soviel ich weiß, gab es da noch nicht die Möglichkeit, einen langen String durch Hintereinanderschreiben von zwei Strings zu formulieren. Das war meiner Erinnerung nach in den 80ern zunächst eine gcc-Erweiterung, die dann irgendwann in den Standard übernommen wurde. Antwort schreiben |
Anzeige
|
