z.B. möchste ich std::tr1::is_function<T> benutzen wenn es das gibt
und bei neueren compilern natürlich nur std::is_function<T>

Damit ich jetzt nicht überall in meinem code #ifdef HAS_TR1#elif oder so ähnlich schreibe, will ich std::tr1 in meinen namespace einbetten aber zentral.

so das ich dann nur noch in meinem code überall schreiben kann:

MyNS::is_function<T>

Wie kann ich das am Besten machen, wie macht ihr das?

using namespace std::tr1;

?

namespace std {
  namespace tr1 {}
  using namespace tr1;
}

Ich bin mir nicht sicher, ob das nach Standard erlaubt ist. Es wird aber mit jedem Compiler gehen

#ifdef HAS_TR1
namespace std
{
    using namespace tr1;
}
#endif

eventuell möchte ich halt auch einen fall back anbieten wenn es diese methoden nicht gibt. z.B. weil C++ 2005 verwendet wird.

#ifdef HAS_TR1
namespace MyNs
{
    using namespace std::tr1;
}
#endif

Kann es hier nicht zu Problemen kommen, weil ich das ja in einer header datei machen muss?

Um eine Zeile und die Makrodefinition zu sparen, geht auch folgendes:

namespace std {
  namespace tr1 {}
  using namespace tr1;
}

Ich bin mir nicht sicher, ob das nach Standard erlaubt ist. Es wird aber mit jedem Compiler gehen

Was sollte hier nicht erlaubt sein? Die Lösung ist mir auch gleich eingefallen. Das ist sehr elegant. Und wenn das im Header steht, dann ist das in dem Fall gar nicht schlimm. Ich glaube, das ist der einzige Fall, in dem ich persönlich überhaupt "using namespace" verwenden würde. Ich verwende das auch nicht im cpp.

Nash26 schrieb:

eventuell möchte ich halt auch einen fall back anbieten wenn es diese methoden nicht gibt. z.B. weil C++ 2005 verwendet wird.

Was ist denn C++ 2005? Es gibt C++ 1998, 2003 und C++11, aber 2005 ist kein Standard raus gekommen.

Was ist denn C++ 2005? Es gibt C++ 1998, 2003 und C++11, aber 2005 ist kein Standard raus gekommen.

Ich denke er meint VS 2005

zeilenzähler schrieb:

Um eine Zeile und die Makrodefinition zu sparen, geht auch folgendes:

namespace std {
  namespace tr1 {}
  using namespace tr1;
}

Ich bin mir nicht sicher, ob das nach Standard erlaubt ist. Es wird aber mit jedem Compiler gehen

Was sollte hier nicht erlaubt sein?

Man darf dem namespace std keine Definitionen hinzufügen. namespace tr1 {} ist doch eine Definition, von dem her sollte es nicht erlaubt sein.

Man darf dem namespace std keine Definitionen hinzufügen. namespace tr1 {} ist doch eine Definition, von dem her sollte es nicht erlaubt sein.

Das ist eine Konvention der Standardbibliothek, die aber vom Compiler nicht geprüft wird. Daher funktioniert das auf jeden Fall.

out schrieb:

Man darf dem namespace std keine Definitionen hinzufügen. namespace tr1 {} ist doch eine Definition, von dem her sollte es nicht erlaubt sein.

Das ist eine Konvention der Standardbibliothek, die aber vom Compiler nicht geprüft wird. Daher funktioniert das auf jeden Fall.

Ja schon. Es geht aber ja auch nicht darum, ob es funktioniert oder nicht funktioniert, sondern ob es erlaubt oder nicht erlaubt ist. Das ist ein Unterschied.

ich bins schrieb:

out schrieb:

Man darf dem namespace std keine Definitionen hinzufügen. namespace tr1 {} ist doch eine Definition, von dem her sollte es nicht erlaubt sein.

Das ist eine Konvention der Standardbibliothek, die aber vom Compiler nicht geprüft wird. Daher funktioniert das auf jeden Fall.

Ja schon. Es geht aber ja auch nicht darum, ob es funktioniert oder nicht funktioniert, sondern ob es erlaubt oder nicht erlaubt ist. Das ist ein Unterschied.

Es ist nicht Standardkonform. Und außerdem löst es das Problem des OP nicht (im Gegensatz zur Variante mit Namensraum-Alias).

#ifdef HAS_TR1
namespace std
{
    using namespace tr1;
}
#endif

Das scheint mit die einzigste Lösung zu sein.

Nexus schrieb:

#ifdef HAS_TR1
    namespace ns = std::tr1;
#else
    namespace ns = std;
#endif

Hier bekomme ich eine Fehlermeldung:

a symbol with this name already exists in the current scope

da ich dieses Aktion in mehreren Header mache.

Ich hatte noch überlegt, für diese neu std Objekte die ich brauche, abzuleiten...aber wäre wohl zu viel Veränderung

Nexus schrieb:

#ifdef HAS_TR1
    namespace ns = std::tr1;
#else
    namespace ns = std;
#endif

Hier bekomme ich eine Fehlermeldung:

a symbol with this name already exists in the current scope

da ich dieses Aktion in mehreren Header mache.

Dann nimm doch einfach entweder einen extra-Header oder mach einen Includeguard drumherum.

Kellerautomat schrieb:

#ifdef HAS_TR1
namespace std
{
    using namespace tr1;
}
#endif

Das scheint mit die einzigste Lösung zu sein.

Funktioniert nur nicht. Ein std::tr1::is_function kann auch danach nicht als std::is_function angesprochen werden, da using-Direktiven keinen Einfluss auf qualifiziertes Lookup haben.

Nash26 schrieb:

Nexus schrieb:

#ifdef HAS_TR1
    namespace ns = std::tr1;
#else
    namespace ns = std;
#endif

Hier bekomme ich eine Fehlermeldung:

a symbol with this name already exists in the current scope

da ich dieses Aktion in mehreren Header mache.

Ich hatte noch überlegt, für diese neu std Objekte die ich brauche, abzuleiten...aber wäre wohl zu viel Veränderung

Dann ist dein Compiler kaputt. Namespace-alias-Definitionen können wiederholt werden, sofern sie immer auf den gleichen Namensraum verweisen. Abgesehen davon gehören solche Dinge wohl in einen eigenen Kompatibilitätsheader, es ist also nur eine Frage der Organisation.

Und wenn es ur darum geht, standarkonform alles per using-Direktive hereinzuholen, kann auch ein Hilfsnamensraum dienen:

namespace std_all
{
    using namespace ::std;
#ifdef HAS_TR1
    using namespace ::std::tr1;
#endif
}

und dann eben std_all statt std in den using-Direktiven angeben. Ist aber nur bedingt sinnvoll.