C:Präprozessor

[Xin]

...bitte nach C:Preprozessor verschieben, danke.

Verschoben.

Ich verstehe es nach wie vor nicht. ^^
oO

Du hattest das Kapitel "C:Der Präprozessor" genannt. Ich habe es in "C:Preprocessor" verschoben. Kein Artikel, englischer Seitenname. Aber da ist Deine Seite nicht die einzige.

[Dirty Oerti]

Vielleicht sollte man Regeln/Normen zur Namensgebung von Kapiteln/Artikeln aufstellen/verbreiten?

[Xin]

Vielleicht sollte man Regeln/Normen zur Namensgebung von Kapiteln/Artikeln aufstellen/verbreiten?

Definitiv... es gibt unterschiedliche Formatierungen in den Artikeln, da müssen wir mal brauchbare Regeln machen.

Ich versuche die Tage mal eine Templateseite zu schreiben.


<edit>Am Rande, ich habe eben den Präprozessorartikel mal überflogen. Zum einen *THUMBS UP*.
Ich habe die Überschriften hochgesetzt, es gibt 6 Überschriften: An alle: bitte benutzt diese auch der Reihe nach, also zuerst

Code: Alles auswählen

====== Titel ======

Bla

===== Unterkapitel =====

Snafu Foo bar Baz!

Wenn ihr da Wünsche an die Optik habt, dann muss man sich darüber unterhalten, aber die Kapitelstruktur sollte einheitlich und einfach nachvollziehbar verwendet werden.


Zu dem Artikel selbst nochmal: Der wird langsam zu groß. Außerdem ist CPP (C-Präprozessor) eine eigene Sprache, daher schlage ich vor, dass Du den Artikel aufspaltest und in einen eigenen Namensraum "C:Pre" eröffnest, mit Startseite als Übersicht, was man mit dem Preprozessor alles machen kann.

Weiterhin wird dieser Namensraum überschaubar sein, das bedeutet, wir könnten in diesem Namensraum Navigationskonzepte ausprobieren, ohne gleich 100 Seiten überarbeiten zu müssen.
</edit>

[Metamorph]

Du hattest das Kapitel "C:Der Präprozessor" genannt. Ich habe es in "C:Preprocessor" verschoben. Kein Artikel, englischer Seitenname. Aber da ist Deine Seite nicht die einzige.

*_Zaunpfahl_endlich_sehe_*

Zu dem Artikel selbst nochmal: Der wird langsam zu groß. Außerdem ist CPP (C-Präprozessor) eine eigene Sprache, daher schlage ich vor, dass Du den Artikel aufspaltest und in einen eigenen Namensraum "C:Pre" eröffnest, mit Startseite als Übersicht, was man mit dem Preprozessor alles machen kann.

Alles klar, werde ich machen.

[Xin]

Zu dem Artikel selbst nochmal: Der wird langsam zu groß. Außerdem ist CPP (C-Präprozessor) eine eigene Sprache, daher schlage ich vor, dass Du den Artikel aufspaltest und in einen eigenen Namensraum "C:Pre" eröffnest, mit Startseite als Übersicht, was man mit dem Preprozessor alles machen kann.

Alles klar, werde ich machen.

Sofern Du es noch nicht gemacht hast, verschieb es nicht in den Namensraum "C:Pre:", sondern "Pre:", da der Preprocessor a) eine eigenständige Sprache ist und b) von C++ genauso genutzt wird. ^^

Weiterhin wäre ein Kapitel über Seiteneffekte noch super:

Code: Alles auswählen

#define max( a, b ) ( ( (a) > (b) ) ? (a) : (b) )

int main( void )
{
  int a = 4, b = 3;

  int c = max( a++, b );

  printf( "c: %d\n", c ); // was kommt raus?
}

[Metamorph]

Weiterhin wäre ein Kapitel über Seiteneffekte noch super:

Code: Alles auswählen
#define max( a, b ) ( ( (a) > (b) ) ? (a) : (b) )

int main( void )
{
int a = 4, b = 3;

int c = max( a++, b );

printf( "c: %d\n", c ); // was kommt raus?
}

5?

Was verstehst du unter Seiteneffekten?

EDIT:

Weiss jemand, wieso man sowas in Headerdateien schreibt?:

Code: Alles auswählen

#ifndef __HEADER_H__
#define __HEADER_H__
/*...*/
#endif

[Xin]

Weiterhin wäre ein Kapitel über Seiteneffekte noch super:

Code: Alles auswählen
#define max( a, b ) ( ( (a) > (b) ) ? (a) : (b) )

int main( void )
{
int a = 4, b = 3;

int c = max( a++, b );

printf( "c: %d\n", c ); // was kommt raus?
}

5?

Wäre möglich...

Folgendes ist hier eindeutig definiert:

Code: Alles auswählen

      printf( "a: %d\n", a ); // was kommt raus?   HIER WIRD NACH a GEFRAGT, NICHT NACH c.

Was verstehst du unter Seiteneffekten?

In dem Fall, dass das Programm abhängig vom Compiler, mit dem es kompiliert wird zu unterschiedlichen Ergebnissen kommt.

Aber man kann mit Macros auch sehr schön regelmäßige Effekte erzeugen, die man aber trotzdem nicht haben möchte.

EDIT:

Weiss jemand, wieso man sowas in Headerdateien schreibt?:

Code: Alles auswählen

#ifndef __HEADER_H__
#define __HEADER_H__
/*...*/
#endif

Wenn __HEADER_H__ nicht definiert ist, dann definiere __HEADER_H__ und viele andere Dinge in der Datei.
Wenn __HEADER_H__ definiert ist, dann springe an #endif.

Stünde das nicht davor, würden die vielen anderen Dinge mehrfach definiert, und C/C++ würde meckern, wenn die Datei von anderen Header-Dateien mehrfach eingebunden würde. Braucht Dein .c File HeaderA.h und HeaderB.h und beider brauchen HeaderH.h würde alles in HeaderH.h zweimal definiert => Mecker.
HeaderA liest die Definitionen von HeaderH ein und HeaderB liest HeaderH ein, überspringt dann aber alle Definitionen => kein Gemecker.

[Kerli]

Weiss jemand, wieso man sowas in Headerdateien schreibt?:

Code: Alles auswählen

        #ifndef __HEADER_H__
        #define __HEADER_H__
        /*...*/
        #endif

Wenn __HEADER_H__ nicht definiert ist, dann definiere __HEADER_H__ und viele andere Dinge in der Datei.
Wenn __HEADER_H__ definiert ist, dann springe an #endif.

Stünde das nicht davor, würden die vielen anderen Dinge mehrfach definiert, und C/C++ würde meckern, wenn die Datei von anderen Header-Dateien mehrfach eingebunden würde. Braucht Dein .c File HeaderA.h und HeaderB.h und beider brauchen HeaderH.h würde alles in HeaderH.h zweimal definiert => Mecker.
HeaderA liest die Definitionen von HeaderH ein und HeaderB liest HeaderH ein, überspringt dann aber alle Definitionen => kein Gemecker.

Es wundert mich irgendwie, dass du das noch nie gesehen hast. Normalerweise wird das in jedem Buch/Tutorial gleich nachdem man das Verteilen des Quellcodes auf mehrere Dateien durchmacht erwähnt. Häufig wird es auch 'Include-Guard' genannt, da es vor mehrfachen 'Includes' schützt.

edit: Ich glaub so ein Kapitel könnten wir auch noch irgendwo einbauen. Ich glaub das Aufteilen auf mehrere Dateien fehlt uns noch...

[Metamorph]

Es wundert mich irgendwie, dass du das noch nie gesehen hast. Normalerweise wird das in jedem Buch/Tutorial gleich nachdem man das Verteilen des Quellcodes auf mehrere Dateien durchmacht erwähnt. Häufig wird es auch 'Include-Guard' genannt, da es vor mehrfachen 'Includes' schützt.

Ja, in dem Buch, in dem ich das gelesen habe, stand es auch drin. Allerdings wurde nicht erklärt, warum das so gemacht wird. In einem E-Book wurde diese Methode noch nicht einmal gezeigt.

edit: Ich glaub so ein Kapitel könnten wir auch noch irgendwo einbauen. Ich glaub das Aufteilen auf mehrere Dateien fehlt uns noch...

Was meinst du jetzt genau damit?

[Xin]

edit: Ich glaub so ein Kapitel könnten wir auch noch irgendwo einbauen. Ich glaub das Aufteilen auf mehrere Dateien fehlt uns noch...

Wir haben noch keine größeren Projekte im Tutorial vorbereitet.

Wir sollten Makefile vorziehen, so sie dass vor den komplexeren Datenstrukturen als bekannt vorausgesetzt werden können.
In den komplexeren Datenstrukturen sollten wir komplette Projekte zum Download anbieten, die per (einfachem) Makefile kompilierbar sind und die im Wiki ausführlich kommentiert werden.