Unterstriche und Grossbuchstaben am Anfang oder doppelte Unterstriche sind bei Bezeichnern ja verboten, weil sie für Compiler und Implementierung reserviert sind.

Was kann denn passieren, wenn man es doch tut? Das Schlimmste kann ja sein, dass ein Bezeichner sich mit einem vorgegebenen deckt und man deshalb ein fehlerhaftes Programm erhält. Ich habe nicht vor, Unterstriche zu verwenden, aber mich würde das schon mal genauer interessieren.

Gibt es jemanden, der deswegen Probleme bekommen hat?

Ich denke, dass du einen schwer zu findenden Fehler hast, oder im schlimmsten Fall keinen Fehler, sondern dass es sich kompilieren lässt, zur Laufzeit dann aber irgend etwas falsches macht. Das dann zu finden ist imo recht schwer. (Weil man natürlich zu letzt an den Namen denkt. ;))

(Weil man natürlich zu letzt an den Namen denkt. )

z.B. wenn man versucht BOOST_FUSION_ADAPT_STRUCT mit nem vector zu benutzen...

int __asm=5;

nur gibt es keine garantie, was passieren wird. siehe auch "nasal demons".
und du willst es nicht riskieren, daß der fehler zu gelegentlich auftauchenden schutzverletzungen führt und erst beim kunden auftaucht.

passiert ist mir dabei noch nichts. ich hatte nur mal eine kollision mit einer ganz verrückten header-datei, die makros namens min und max definiert hat und meine lokalen variablen dieses namen zerschossen hat. der fehler war nicht einfach zu finden, da die compilerausgabe hier ablolut nicht hilfreich ist.

wie wäre das? ich inkludiere etwas mit std::, dann mache ich was böses mit dem namen des initialisierers von std::cout, dann inkludiere ich <iostream> und hoffe auf einen absturz.

Das Schlimmste kann ja sein, dass ein Bezeichner sich mit einem vorgegebenen deckt

Wenn es sich nur um einen vergebenen Bezeichner handelt ist die Welt noch weitgehend in Ordnung (außer dass der Compiler dir den Bezeichner um die Ohren wirft). Aber stell dir mal vor es handelt sich um Makros oder irgendwelche Makro-ähnliche Compilerinnereien, dann kannst du einen großen Topf voller unverständlicher Fehlermeldungen bekommen (schlecht) oder der Compiler macht sang- und klanglos die Grätsche (noch schlechter) und lässt dich mit einem großen "HÄ?" im Gesicht sitzen. Was dann?
Lieber gleich klein beigeben. Der Compiler hat die Macht, und führende Unterstriche sind sein Territorium Seis drum.
Guten Rutsch

Gibt es jemanden, der deswegen Probleme bekommen hat?

Der Onkel meines Fahrschullehrers kennt einen Postboten der einen Cousin hat der Software entwickelt und dessen Kolege soll schon mal solche Probleme gehabt haben.

@volkard:
Ich hasse das min/max aus den Windos Headern. Damit ich da keinen define Krieg anfangen musst, darf ich (und wahrscheinlich ein paar andere) std::min und std::max immer auf die spezielle Art (mit den Klammern) benutzen.

Was kann denn passieren, wenn man es doch tut?

Du kannst z.B. beim Ableiten von Klassen der Standard C++ Library Probleme mit virtuellen Funktionen bekommen.

// ---- Standard C++ Library Code ----

namespace std
{

class _TreeBase
{
    // ...
    virtual void _Foo() = 0;
    // ...
};

template <class T, ...> class map : private _TreeBase
{
    // ...
    virtual void _Foo()
    {
        // ...
        // map implementiert _Foo, damit _TreeBase irgendwelche "map-spezifischen" Aktionen auslösen kann
    }
    // ...
};

} // namespace std

// ---- Eigener Code ----

class Bar : map<int>
{
    void _Foo() // unbeabsichtigter override von std::_TreeBase::_Foo !
    {
    }
};

Das wäre ein Beispiel für einen "stillen" Fehler der, also einen wo das Programm noch fehlerfrei compiliert, aber dann nicht das tut was man möchte.

Fehler die dazu führen dass es Fehler beim Compilieren gibt, gibt's natürlich noch viel mehr, speziell wenns um Makros geht (was ja schon erwähnt wurde)

Aber ich werde mich hüten, es gibt ja eigentlich genügend Möglichkeiten, normale Bezeichner und Makros zu wählen.