ich habe folgendes in mehreren cpp-Dateien stehen:

namespace constValues
{
	const double startBurnerLength = 140.0;

        ....

	const TCHAR* burnerPath = _T("IDB_BRENNER");	
}

Wenn ich das so mache in mehreren cpp-Dateien, dann bekomme ich einen Compile-Fehler bei burnerPath (Mehrdeutigkeit). Die "Zahl-Variablen" gehen aber komischerweise durch. Woran liegt das?

...bekomme ich einen Compile-Fehler ...

Welchen denn ?
Compilefehler halte ich auch eher für unwahrscheinlich (zumindestens, wenn er Mehrdeutigkeiten betrifft), da (vernünftiges Design vorausgesetzt) der Compiler jede cpp-Datei separat betrachtet.
Linkerfehler dagegen könnte ich mir schon eher vorstellen....

Frage: Nutzt Du startBurnerLength wirklich irgendwo ?

Gruß,

Simon2.

Pellaeon schrieb:

...bekomme ich einen Compile-Fehler ...

Welchen denn ?
Compilefehler halte ich auch eher für unwahrscheinlich (zumindestens, wenn er Mehrdeutigkeiten betrifft), da (vernünftiges Design vorausgesetzt) der Compiler jede cpp-Datei separat betrachtet.
Linkerfehler dagegen könnte ich mir schon eher vorstellen....

Frage: Nutzt Du startBurnerLength wirklich irgendwo ?

Gruß,

Simon2.

hm peinlich, natürlich ein Linker-Fehler^^
Ja die Konstanten nutze ich. Ich packe sie halt gerne in einen Namespace, weil ich dann später im Quellcode sofort sehe, wenn eine Variable eine Konstante ist.
Den Fehler krieg ich weg, wenn ich den Text static mache. Mich interessiert halt einfach, warum die doubles keine Mehrdeutigkeit verursachen, die Texte aber schon.

Ich vermute, dass der Compiler den double (als primitiven Typen) im cpp direkt ersetzt, während burnerPath tatsächlich als adressierbares Objekt stehen bleibt.
(allerdings hieße das, dass es als Symbol auch anderen Modulen nicht zur Verfügung stände und das würde mir derzeit nicht einleuchten).....
hmmm, muss ich mal nachblättern.

Gruß,

Simon2.

Ich vermute, dass der Compiler den double (als primitiven Typen) im cpp direkt ersetzt, während burnerPath tatsächlich als adressierbares Objekt stehen bleibt.
(allerdings hieße das, dass es als Symbol auch anderen Modulen nicht zur Verfügung stände und das würde mir derzeit nicht einleuchten).....

Bei burnerPath ist es eindeutig - ODR verletzt, da in jedem Modul, welches diesen Namespace inkludiert, ein constValues::burnerPath definiert wird. Lösung: (Extern-)Deklaration im Header und Definition in einem Sourcefile.

startBurnerLength ist mir bislang noch ein Rätsel, da ich zwar wusste dass Konstanten auf Namespaceebene in C++ "echte" Konstanten sind, sofern dem Compiler der Wert bekannt ist, aber annahm, dies träfe nur auf Integrale (keine Fließkommatypen) zu. Bei den Integralen ist es zudem so, dass der Linker erst dann ein Symbol dafür benötigt, wenn der Wert dem Compiler nicht bekannt ist (z.B. weil die Variable wie oben angedeutet extern deklariert und in einem File definiert wurde) oder wenn jemand die Adresse der Variable zu nehmen versucht.

Pellaeon:
Wenn du wirklich unterschiedliche Konstanten je Übersetzungseinheit haben willst, dann solltest du einfach anonyme Namespaces verwenden (der Zugriff darauf ist dann auch einfacher, da du nicht immer den Namespace-Namen voranschreiben mußt). Wenn du aber dieselben Konstanten für die ÜEs haben willst, dann schreibe sie in einen Header und definiere sie genau 1 mal (wie LordJaxom geschrieben hat).

P.S. Wenn 'burnerPath' selber eine Konstante sein soll, dann mußt du noch ein 'const' hinzufügen:

const TCHAR* const burnerPath = _T("IDB_BRENNER");

const double startBurnerLength = 140.0;

keine Verletzung der ODR, wenn das in mehreren Übersetzungseinheiten auftritt. Umgekehrt, ist

const TCHAR* burnerPath = _T("IDB_BRENNER");

keine Definition einer Konstanten (und das hat nichts mit konstanten Ausdrücken zu tun), solche Variablen sind standardmäßig extern.

MfG Pellaeon