Comment le programme d'installation de visual studio pour la croix-plate-forme de développement en c++

Après un certain temps principalement .net développement, j'ai besoin de travailler en c++ dans une plate-forme de façon.

Je ne veux pas donner de visual studio, donc mon espoir est qu'il est possible d'utiliser visual studio et la cible de windows comme un testbuild, et puis à chaque fois dans un tandis que, par le biais d'une vm tester le code sur linux ou mac.

Quelqu'un a une expérience à la meilleure façon de le définir?

Je suis surtout curieux de savoir comment vous assurez-vous que des choses comme le fichier de projet de rester en synchronisation avec les fichiers qui sont probablement nécessaires sur les *nix plates-formes.

  • Une excellente question. Je hais Eclipse et GDB. Maladroit, d'une mauvaise utilisation de l'écran de l'immobilier, un moniteur, moche, en charge de l'imprimante, etc... uuugh. Windows bien que tout n'est pas de la POSIX minuterie soutien dont j'ai besoin pour les télécommunications applications et notre environnement de production est tout Linux, donc j'ai été à la recherche d'une solution. J'aime le look de WinGDB et VisualGDB solutions MaHuJa souligné ci-dessous, donc, va enquêter sur ceux-ci. Tous les commentaires que vous pouvez offrir au bout de 3 ans?
InformationsquelleAutor Toad | 2010-08-17
  1. 15

    Tout d'abord, sélectionnez un non-projet C++ managé (pour éviter les .net des trucs).

    Après cela, montez le niveau d'avertissement (/W3 devrait faire), et d'être très prudent ce que vous faites/écriture. À mon humble avis, GCC est mieux à vous tenir droit avec la norme (-Wall -Wextra -pedantic -std=c++11), mais que vous spécifiez MSVC.

    Comme Noé l'a dit, vous aurez besoin de construire système qui est en lui-même de la croix-plate-forme, comme CMake (il y en a d'autres, s'il vous plaît n'oubliez pas que).

    Pensez à utiliser la plate-forme/architecture/compilateur indépendant types, comme std::size_t, std::(u)intptr_t etc. au lieu de la plaine int, long, unsigned: ce sont une recette pour le désastre et l'API Windows jette ces autour de la voie trop.

    Voir ici, mais seulement/en particulier les points 1, 2, 5 et 8 (et 9, mais généraliser qu'à svn, git, mercurial).

    • D'excellents conseils. Je vais assurez-vous de vérifier régulièrement et de construire sur d'autres plates-formes. Je suppose que la configuration initiale prendra le plus long (configuration des libs, makefiles, etc), mais finalement les choses se simpeler en bas de la ligne droite ?
    • Jusqu'à ce que vous code une grande partie du code et de voir que votre hypothèse n'est pas correcte sur l'autre plate-forme :). En théorie, il devrait, si vous obtenez le système de construction à droite (en ce qui concerne l'éditeur de liens: .lib/.dll (.dll).un/.donc andsoforth, chemins d'accès, plate-forme de détection...)
    InformationsquelleAutor rubenvb
  2. 4

    je suis surtout curieux de savoir comment vous assurez-vous que des choses comme le fichier de projet de rester en synchronisation avec les fichiers qui sont probablement nécessaires sur les *nix plates-formes.

    Depuis que microsoft a décidé de supprimer la prise en charge pour les fichiers makefile à partir de VS, vous n'avez pas. Vous utilisez autre chose qui peut générer VS fichiers de projet et assurez-vous de garder QUE les configurer correctement. Quelque chose comme CMake.

    • Nous sommes en utilisant CMake pour supprimer la dépendance sur le système de projet Visual Studio. Fonctionne très bien. cmake.org
    • Ainsi, lorsque de nouveaux fichiers sont ajoutés au projet je vais faire que de cmake et puis le démarrage de visual studio?
    • plus ou moins, oui. VS n'a pas été en mesure de la sortie des makefiles depuis 2005 ou une version antérieure. Franchement, vous êtes mieux avec autre chose si vous voulez faire de la croix-plate-forme de développement. MS a tendance à décourager de telles choses autant que possible, et en VS-ils pour ce faire, il est à peu près impossible.
    • roberts des recommandations sur une bonne ide?
    • Il y a des tonnes d'entre eux: QtCreator, Code::Blocks, Eclipse (CDT plugin), Netbeans (plugin). Ce sont, dans l'ordre de préférence personnelle.
    • Je suis un fan de l'Éclipse, principalement à cause de la tâche en fonction d'un modèle de développement et les autres de l'équipe des outils proposés par mylyn et une intégration étroite avec les autres plugins.
    • J'ai une certaine expérience avec eclipse (utilisé pour le flex, php et python). C'est complet, mais toujours a la faiblesse de se sentir à lui.
    • qtcreator a l'air vraiment super. Très agréable avec le support intégré dans qt
    • il a également git, svn, mercurial, cvs, CMake, et de la prise en charge du débogage :). Et il est assez snazzy, ouais.

    InformationsquelleAutor Crazy Eddie
  3. 2

    (3 ans plus tard...)

    Si vous avez NON-EXPRESS, permettant ainsi l'utilisation de plugins, puis il y a des trucs comme WinGDB et VisualGDB pour vous aider.

    Duckduckgo me dit aussi de faire-il-donc qui est plutôt par jour - mais il peut y avoir encore plus de celles de maintenant, puisqu'ils devraient être plus simples à faire avec la nouvelle base de xml formats de projet.

    • Je veux utiliser Visual Studio pour déboguer Linux code C/C++, donc, cela ressemble à du billet. Merci un million de fois plus si elle fonctionne comme annoncé. Il va me rendre la vie tellement plus facile.
    InformationsquelleAutor MaHuJa
  4. 2

    C'est une question très ancienne, à partir de 6 ans, mais je voudrais juste souligner que Microsoft a désormais officiel d'outils pour travailler avec linux en c++ dans Visual Studio:

    https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/

    En outre, Windows 10 a maintenant des capacités pour exécuter Linux à l'intérieur de Windows, il devrait donc rendre votre vie beaucoup plus facile pour ceux qui sont encore intéressés dans le développement en C++ pour Linux sur Visual Studio.

    InformationsquelleAutor justanotherxl