3. #ifndef ???

#ifndef ???

  • ?

    Hallo ihr Nachtschwärmer,

    hoffe es kann mir jemand weiterhelfen

    Beispiel:
    was heißt es eigentlich wenn diese Zeilen am Anfang der datei 3dmath.h stehen?:
    #ifndef _3DMATH_H
    #define _3DMATH_H

    0
  • P

    Das sind Includeguards.

    #ifndef MYHEADER_H // falls nicht definiert...
#define MYHEADER_H //definiers halt ...

/*code*/

#endif

    Das dient dazu, das der Compiler sich beim Mehrfachincludieren
    von Headern nicht verschluckt, sondern schon weiss, was er bereits
    eingelesen hat.

    Devil

    0
  • P

    Veritas schrieb:

    Hallo ihr Nachtschwärmer,

    hoffe es kann mir jemand weiterhelfen

    Beispiel:
    was heißt es eigentlich wenn diese Zeilen am Anfang der datei 3dmath.h stehen?:
    #ifndef _3DMATH_H
    #define _3DMATH_H

    Das ist der Anfang eines Include Guards. Der ganze sieht dann so aus:

    #ifndef _3DMATH_H
#define _3DMATH_H
<Inhalt>
#endif

    Oft kommt es vor, dass .h Dateien über verschiedene Ecken in die selbe Datei includiert werden. Damit die Definitionen in den .h Dateien doppelt und dreifach vorkommen und das Programm ungültig machen, setzt man diese Include Guards. Dazu wählt man ein Makro, dass als Guard dient, hier _3DMATH_H. Wenn der Header zum ersten mal includiert wird ist das Makro nicht definiert und #ifndef _3DMATH_H ist wahr, so dass der Inhalt includiert wird. Die erste Direktive dahinter ist aber das #define _3DMATH_H, die das Makro definiert. Wird die Datei nun ein zweites mal includiert, ist das Makro definiert und der gesamte Inhalt wird übersprungen.

    Es ist üblich in alle .h Dateien Include Guards zu setzen. Allerdings darfst du keine Makronahmen auswählen, der mit einem _ anfängt, oder mehr als ein _ im Namen hat. Diese Namen sind für den Hersteller deiner C++ Implementierung reserviert. Wenn also die 3dmath.h nicht gerade von deinem Hersteller kommt, hat der Autor illegalen Code ausgeliefert.

    0
  • E

    Hier kannst du noch weiter lesen zu diesem Thema:
    http://www.cpp-tutor.de/cpp/le08/le08_04.htm#ifdef

    0
  • ?

    und is es wichtig ob das Groß oder klein geschrieben wird?

    0
  • ?

    und is es wichtig ob das Groß oder klein geschrieben wird?

    0
  • K

    Veritas schrieb:

    und is es wichtig ob das Groß oder klein geschrieben wird?

    nein, das is völlig egal, aber es ist üblich defines komplett GROSS zu schreiben da sie ziemlich gefährlich sein können und man so das etwas entschärfen kann =).

    0
  • C

    Ponto schrieb:

    oder mehr als ein _ im Namen hat

    Nur, wenn die in Folge auftreten problematisch, oder?
    Also nur MYHEADER__H ist schlecht oder auch MY_HEADER_H?

    0
  • P

    Cocaine schrieb:

    Ponto schrieb:

    oder mehr als ein _ im Namen hat

    Nur, wenn die in Folge auftreten problematisch, oder?
    Also nur MYHEADER__H ist schlecht oder auch MY_HEADER_H?

    Du hast recht. Die dürfen nicht in Folge auftreten. MY_HEADER_H ist ok. Hab mich falsch ausgedrückt.

    0
  • S

    Ich hab sie immer so genannt _PROJEKT_HEADERNAME_H_, aber inzwischen hab ich mich an das praktische #pragma once gewöhnt 🤡

    0
  • C

    SirLant, laß die Underscores vorne weg, dann paßt's.

    edit
    Ach ja, und #pragma once ist VC++ spezifisch, soweit ich weiß.

    0
  • S

    Weshalb sollt ich den Unterstrich vorne weglassen? Wenn nen Compiler wirklich genau den Namen für nen Makro verwendet wie ich, dann sollt ich mir Gedanken über den Namen machen und nicht über nen führenden Unterstrich.

    0
  • P

    SirLant schrieb:

    Weshalb sollt ich den Unterstrich vorne weglassen? Wenn nen Compiler wirklich genau den Namen für nen Makro verwendet wie ich, dann sollt ich mir Gedanken über den Namen machen und nicht über nen führenden Unterstrich.

    Man weiß nicht immer, wann man sich damit eine Falle stellt. Bei uns hatten wir letztens noch das Problem. Jemand hatte vor Jahren in C eine Liste in der Datei list.h implementiert und den Include Guard _LIST_H genannt. Nun wurde diese Datei indirekt in einem C++ Projekt verwendet, dass auch ein #include <list> hatte. Es hat lange gebraucht, bis der eigentliche Fehler gefunden wurde.

    0
  • C

    SirLant schrieb:

    Weshalb sollt ich den Unterstrich vorne weglassen? Wenn nen Compiler wirklich genau den Namen für nen Makro verwendet wie ich, dann sollt ich mir Gedanken über den Namen machen und nicht über nen führenden Unterstrich.

    Der Standard bemängelt aber führende Unterstriche mit folgendem Großbuchstaben und nicht irgendwelche Namen dahinter wie LIST, VECTOR etc.

    0
  • S

    Bei mir würde die dann _UTIL_LIST_H heißen und dann gäb es keine Probs

    abgesehen davon verwende ich aus dem Grund auch das #pragma once

    0
Anmelden zum Antworten