vorneweg gesagt: Ich benutze das VS6.
Ich habe eine CPP Datei mit der main Funktion. Diese bindet den Header einer Klasse ein die ich benutzen will. Wenn ich nun kompiliere wird gesagt das Define xyz nicht definiert ist. Also schreibe ich VOR der inluce für die Klasse in der CPP Datei meine Define Anweisung. Trotzdem kommt die Meldung das xyz nicht definiert sei.

Wie kompiliert also der VS6 Kompiler mein Projekt? Wird da wild durcheinander jedes Source Schnipsel kompiliert? (Gut zu wissen, denn dann bräuchte ich keine Header Dateien mehr erstellen *g*) Oder wie läuft das? Welche Datei wird zuerst kompiliert? Dort würde ich dann mein Define vornehmen. Die vorkompilierten Headerdatei verwende ich nicht. Ich möchte den Define auch nicht in den Projekt Settings vornehmen. (Wenn ich es dennoch tue läuft alles.)

Vielen Dank

Wenn ich nun kompiliere wird gesagt das Define xyz nicht definiert ist.

Wie lautet die Fehlermeldung genau, und wie sieht der Code aus, der die Fehlermeldung erzeugt?

Also schreibe ich VOR der inluce für die Klasse in der CPP Datei meine Define Anweisung. Trotzdem kommt die Meldung das xyz nicht definiert sei.

Dann machst du etwas falsch.

Wie kompiliert also der VS6 Kompiler mein Projekt? Wird da wild durcheinander jedes Source Schnipsel kompiliert? (Gut zu wissen, denn dann bräuchte ich keine Header Dateien mehr erstellen *g*) Oder wie läuft das? Welche Datei wird zuerst kompiliert? Dort würde ich dann mein Define vornehmen.

Die Reihenfolge der Kompilierung ist für dich nicht wichtig. Jede Übersetzungseinheit (.cpp-Datei) wird einzeln kompiliert. Wenn du also in mehreren ÜEn etwas brauchst, dann musst du dies eben in all diesen ÜEn hinzufügen.

In der Headerdatei aaaa.h steht dieses:

#ifdef MYDEF
const int myint=6;
#endif

In meinem main Modul steht dieses

#define MYDEF
#include "aaaa.h"
//#define MYDEF

int main(int argc, char* argv[]) {
	printf("Hello %d World!\n", myint);
	return 0;
}

So wie es jetzt dort steht funktioniert es, steht der Define hinter der Include Anweisung gibt es eine Fehlermeldung. Also geht der Präprozessor (ich habe Kompiler und Präprozessor in meinem ersten Posting verwechselt) zuerst in das Modul wo die Main Funktion steht.

Ich habe nun in meinem eigentlichen Projekt als erste Anweisung "#define NATIVE_CODE" geschrieben. Danach die Include Anweisungen die Header einbinden wo NATIVE_CODE definiert sein muesste. Wenn der Präprozesser aber in die Header geht ist NATIVE_CODE undefiniert. Ein #undef Anweisung kann ich nicht finden. Wird NATIVE_CODE irgendwo in den Windows oder MFC Headern verwendet (wieder undefiniert)?

Also geht der Präprozessor (ich habe Kompiler und Präprozessor in meinem ersten Posting verwechselt) zuerst in das Modul wo die Main Funktion steht.

Der Präprozessor bearbeitet nur die cpp-Datei. Er ersetzt dabei die Include-Direktive durch den Inhalt der Headerdatei. Damit sollte klar sein, warum das nicht klappt, wenn die Definedirektive hinter der Includedirektive steht, denn das ist das, was danach der Compiler bekommt:

#ifdef MYDEF
const int myint=6;
#endif
#define MYDEF

int main(int argc, char* argv[]) {
    printf("Hello %d World!\n", myint);
    return 0;
}

Wenn der Präprozesser aber in die Header geht ist NATIVE_CODE undefiniert.

Wiederum: Zeig die Fehlermeldung und den Code. Dein Beispielcode tut's ja offenbar nicht, der funktioniert, so wie er soll.

Kode kann ich nicht zeigen, weil ich den Fehler noch nicht eingrenzen kann. Die Fehlermeldung ist das eine bestimmte Funktion (funcAbc) nicht definiert ist.

// Code innerhalb von aaaa.cpp
#ifdef xyz
int aaaa::funcAbc() {
	...
}
#endif

In dem main Modul ist als erstes Anweisung #define xyz. Ich kann funcAbc aber nicht innerhalb von main aufrufen, weil es nicht definiert.

Wenn ich nun in den Projektsettings xyz definiere (und nicht in meiner main.cpp) funktioniert alles. Der Kode ist also Ok.

Das heißt in deinem Fall: Wenn der Compiler die main.cpp bearbeitet, bindet er alle dort eingebundenen Header ein und übersetzt (in der aaaa.h steht dann vermutlich auch die Definition der Klasse aaaa). Deine aaaa.cpp wird dabei nicht angefasst. Wenn er sich die aaaa.cpp vornimmt, passiert das gleiche - da in dieser Übersetzungseinheit aber das Makro 'xyz' nicht definiert ist, übergeht er diese Definition einfach.

Das heißt der Präprozessor fängt mit irgendeiner Cpp Datei an. Nicht (unbedingt) mit der wo main() drin ist.
Vielen Dank Euch allen für die Aufklärung

Du hast es immer noch nicht verstanden. Es ist egal, in welcher Reihenfolge die Dateien kompiliert werden, weil die Kompilierung von main.cpp und die von aaaa.cpp absolut nichts miteinander zu tun haben. Präprozessordefinitionen sind nur für die Übersetzungseinheit gültig, in der sie stehen. Sie werden nicht von einer ÜE zur nächsten "vererbt".

Durch nichts, was du in main.cpp mit dem Präprozessor anstellst, kannst du diese Ifdef-Direktive in aaaa.cpp beeinflussen.

Das heißt der Präprozessor fängt mit irgendeiner Cpp Datei an. Nicht (unbedingt) mit der wo main() drin ist.
Vielen Dank Euch allen für die Aufklärung

Um das nochmal klarzustellen: jede Datei wird "alleine" übersetzt, als ob es keine anderen zu übersetzenden Dateien gäbe. Die einzige Ausnahme hier ist die
#include <file>
bzw.
#include "file"
Anweisung, die eben vom Präprozessor durch den Inhalt von "file" (EDIT: den Inhalt des Files namens "file") ersetzt wird.

Und eben weil jede Datei "so übersetzt wird als ob es sonst nix gäbe" ist es auch egal in welcher Reihenfolge sie übersetzt werden.

Und natürlich gibt es wieder eine Ausnahme, nämlich falls man vorkompilierte Headerdateien verwendet muss natürlich die Datei welche zum Erstellen der vorkompilierten Headerdatei verwendet wird als erste übersetzt werden -- sonst steht ja für die weiteren Dateien die vorkompilierten Headerdatei nicht zur Verfügung. Sollte auch klar sein.

EDIT2: falls du dich jetzt wunderst wie die "alleine übersetzten" Dateien dann "zusammenfinden": das ist ein eigener Schritt der folgt nachdem alle Dateien übersetzt wurden, und nennt sich "linken" (und das Tool welches das macht bezeichnet man als "Linker").

Vielen Dank Euch allen