Comment identifier plate-forme/compilateur de macros du préprocesseur?

Je suis en train d'écrire une croix-plate-forme de code, qui devrait compiler sur linux, windows, Mac OS. Sur windows, je dois en charge de visual studio et mingw.

Il y a quelques morceaux de plate-forme spécifique de code, je devrait mettre en #ifdef .. #endif de l'environnement. Par exemple, ici, j'ai placé le code spécifique win32:

#ifdef WIN32
#include <windows.h>
#endif

Mais comment puis-je reconnaître linux et mac OS? Quelles sont définit les noms (ou etc.) Je devrais utiliser?

  • Voici OS macro définir la liste.
  • La dupe est beaucoup mieux accepté de répondre.
  • L'proposé en double n'est PAS la même question. Cette question ne demande qu'à propos de l'identification du système d'exploitation, alors que cette question pose aussi des questions sur l'identification du compilateur, qui est une chose très différente.
  • encore accepté la réponse ne fait même pas mention des compilateurs, et ne parle que de Systèmes d'exploitation (et d'une "plate-forme"). Pour ne pas mentionner que c'est une terrible réponse par rapport à ce que la dupe a à offrir.
  • Puis les lier à la question en commentaire. Juste parce qu'il a une meilleure réponse, ne pas faire un doublon. La question est de savoir ce qui détermine si c'est un doublon, pas les réponses. La fermeture de celle-ci ne garantit que nous ne serez jamais obtenir une bonne qualité de réponse pour le compilateur liés à la partie de la question, dont le soi-disant "double" ne peut pas toujours répondre.
  • Je ne peux ré-accepter la meilleure réponse quand il apparaîtra. )
  • double possible de Comment puis-je vérifier l'OS avec une directive de préprocesseur?
  • Vous devriez plutôt utiliser _WIN32 au lieu de WIN32. stackoverflow.com/questions/9025708/...
  • Rien ne pourra te sauver sur sous Solaris de Sun Studio.... Vous définit peut-être l'habitude de voir, comme __SSE2__ ne sont pas présents. Et il n'y a aucun moyen de savoir qui -xarch=X a été spécifié, comme -xarch=sse4_2, -xarch=aes ou -xarch=avx_i.

InformationsquelleAutor Arenim | 2011-01-05
  1. 129

    Pour Mac OS:

    #ifdef __APPLE__

    Pour MingW sur Windows:

    #ifdef __MINGW32__

    Pour Linux:

    #ifdef __linux__

    Pour les autres compilateurs pour Windows, vérifiez ce fil et cette pour plusieurs autres compilateurs et des architectures.

    • Ne __APPLE__ distinguer entre OSX et iOS?
    • __APPLE__ est pour OS X et iOS. Vous pouvez #include <TargetConditionals.h> à l'intérieur de #ifdef __APPLE__, qui vous donne un TARGET_OS_IPHONE #define.
    • __MINGW64__ est également disponible lorsque l'on utilise mingw64
    • Depuis __MINGW64__ est référencé, pense _MSC_VER pour Windows/MSVC mérite (qui peut également être utilisé pour vérifier MSVC Version).
    • Je suis désolé, mais cette réponse est tout à fait incorrect sur tous les comptes et n'a même pas de répondre à la question.
    • __MINGW64__ n'est pas approuvé par le MinGW-w64 auteurs, au lieu de cela, vous devriez vérifier pour __MINGW32__, #include <_mingw.h> si elle est définie, et vérifier __MINGW64_VERSION_MAJOR.

    InformationsquelleAutor karlphillip
  2. 59

    Voir: http://predef.sourceforge.net/index.php

    Ce projet prévoit raisonnablement une liste complète de pré-définies #defines pour de nombreux systèmes d'exploitation, compilateurs, de la langue et de la plate-forme de normes, et les bibliothèques standard.

    • À partir de la version 1.55, Predef est maintenant inclus dans la Bibliothèques Boost C++.
    • Je sais que les règles sont différentes lorsque vous avez posté, mais je vais vous demander d'éditer ce post pour y inclure plus de détails pertinents. Maintenant un jours lien seules réponses sont fortement déconseillés, et je voudrais vous offrir la chance de sauver ce post avant son enlèvement.
    • Comme c'est la seule réponse qui répond vraiment à la question, comme indiqué dans le titre, et la question est très générique et pertinente, je conseil vivement à l'encontre de l'enlever. Je n'appellerais pas ça un "lien seulement" réponse.
    • Ce bénéfice possible pour quelqu'un serait-il en dupliquant le contenu des autres réponses en ce que c'est? Si vous croyez que c'est vraiment important d'avoir une seule réponse définitive, peut être devriez-vous créer une telle réponse vous-même (il ne devrait pas être difficile: il suffit de coller le tout dans le les réponses existantes dans certains ordre logique). Personnellement, j'ai de meilleures choses à faire avec mon temps, mais en tant que modérateur clairement est DONC plus important pour vous que pour moi.
    InformationsquelleAutor John Bartholomew
  3. 44

    Voici ce que j'utilise:

    #ifdef _WIN32 //note the underscore: without it, it's not msdn official!
    //Windows (x64 and x86)
#elif __unix__ //all unices, not all compilers
    //Unix
#elif __linux__
    //linux
#elif __APPLE__
    //Mac OS, not sure if this is covered by __posix__ and/or __unix__ though...
#endif

    EDIT: Bien que le ci-dessus pourrait fonctionner pour les bases, n'oubliez pas de vérifier ce que la macro que vous souhaitez vérifier en regardant le Coup de pouce.Predef pages de référence. Ou tout simplement utiliser Boost.Predef directement.

    • utilisation __linux __ au lieu de cela, linux n'est pas définie lors de la compilation avec GCC avec GNU extensions désactivées (ie-std=c++0x)
    • Fixes, mais il faut vraiment l'utiliser predef.sourceforge.net/index.php comme dans la plus haute cote de réponse.
    • en effet. Et elle a eu trop peu de votes encore, je pense 🙂 ... j'ai tourné à leur site à de nombreuses reprises.
    • Pour des raisons de cohérence (peut-être un peu pédant) : la première #if demander si elle est définie, les autres test de valeur. Si serait plus cohérent de faire #elif defined(__unix__) , etc, je pense.
    InformationsquelleAutor rubenvb
  4. 19

    Si vous êtes à la rédaction de C++, je ne peux pas le recommander à l'aide de la Boost bibliothèques assez fortement.

    La dernière version (1.55) inclut un nouveau Predef bibliothèque qui couvre exactement ce que vous cherchez, avec des dizaines d'autres plate-forme et l'architecture de la reconnaissance des macros.

    #include <boost/predef.h>

//...

#if BOOST_OS_WINDOWS

#elif BOOST_OS_LINUX

#elif BOOST_OS_MACOS

#endif
    • Étant donné que c'est boost, cette solution fonctionne sur différentes plates-formes/OSs ET des compilateurs différents.
    • "je ne peux pas vous recommandons d'utiliser les bibliothèques Boost assez fortement...." - j'ai évalué Boost trois fois. Il ne peut pas se passer d'une évaluation... la Plupart des bugs rapport ont eu de la chance si ils ont été reconnus. Manque de reconnaissance des points à des problèmes plus profonds dans le processus d'ingénierie. Je crois que les macros du préprocesseur et construit dans la Norme C++ Bibliothèques sont un choix plus sûr.
    InformationsquelleAutor rvalue