Peut programmes qui sont écrits en c++ exécuter de n'importe où?

Je sais que pour l'exécution de c++ sur Windows, vous avez besoin pour compiler spécifiquement pour Windows et il en va de même pour linux et sur...

Mais par exemple, si je suis la compilation de programme pour Windows écrit en c++ natif, je peux le faire tourner sur un fraîchement installé windows pc? Je veux dire, sans téléchargement de visual c++ runtime des bibliothèques, etc, je peux le compiler, disons, réinstaller windows sur mon ordinateur, et de l'exécuter sans installer quoi que ce soit d'autre?

(La question ci-dessus à l'aide de Windows comme exemple, mais la même chose peut être fait sur fraîchement installé linux distro? e.g Ubuntu)
Merci à l'avance.

Le système d'exploitation est écrit en C ou C++ si les bibliothèques sont généralement préinstallé.
Quand ils construisent le système d'exploitation qu'ils utilisent, c++STD ou de la bibliothèque c standard?
Cela dépend du moment de l'exécution de votre programme utilise les bibliothèques
Je voulais dire en utilisant seulement le c++STD ou c de la bibliothèque standard
Vous devez le lien de la bibliothèque standard de manière statique. Sinon il ne fonctionnera que si la version de la bibliothèque standard pour votre compilateur est installé dans votre système d'exploitation par défaut (que vous ne pouvez pas compter sur, en général).

OriginalL'auteur UnTraDe | 2013-02-04

  1. 15

    La seule réponse est "ça dépend".

    Il existe de nombreuses façons que l'OS peut "lancer" un programme, de nombreux égards, un programme peut se construire, et beaucoup de code peuvent être assemblés.

    Un programme qui utilise uniquement des "bibliothèques standard" et que les liens de toutes les bibliothèques de manière statique, n'a pas besoin de toute autre dépendance (dans le sens que tout le code qu'il faut est dans le fichier binaire ou en OS bibliothèques -être partie du système lui-même - sont déjà sur le système).

    Mais:

    • lier statiquement les bibliothèques standard (qui sont les plus susceptibles de présenter dans tous les programmes) le ballonnement de l'utilisation de la mémoire de beaucoup de copie du même code. C'est la raison de la bibliothèque sont souvent liés dynamiquement, mais cela exige une "installation" de ces bibliothèques

    • Programmes qui utilisent uniquement des bibliothèques standard ne peut faire que les choses qui sont en quelque sorte "commun" (ou peut-être généralement représenté) dans tous les systèmes, perdant ainsi tous la particularité qui fait un OS différent de l'autre.

    • Il y a des "plates-formes" qui, par la nature de leurs périphériques, ne sont pas représentés l'un dans l'autre: une machine à café dispose de 12 touches et un texte ligne 2 x 20 col de l'affichage. Un PC qui a une souris, un clavier et un écran qui peut atteindre jusqu'à 10'000 pixels de largeur, de millions de couleur chaque. Une tablette a une surface de contact qui peut s'emparer de plusieurs points en même temps.
      Pouvez-vous imaginer un programme qui s'exécute de la même manière sur tous ces trois plate-forme?

    OriginalL'auteur Emilio Garavaglia

  2. 0

    Pas. Souvent, les bibliothèques sont différentes sur différents systèmes. Si votre programme comprend une interface graphique alors vous allez certainement avoir des OS spécifique de code qui ne fonctionne pas sur d'autres systèmes d'exploitation.

    Si vous écrivez un programme C++ ciblant le compilateur g++ sans le code de la GUI il y a peut-être un OS à un code spécifique. Mais vous devriez être capable de le porter avec un minimum d'effort.

    Si votre programme utilise la stl et de stdio, alors il sera probablement portable. Par exemple, MS STL ::c_str() fonctionne un peu différent de linux.

    Je voulais dire si je suis le programme de construction à l'aide de c++STD bibliothèque ou seulement c de la bibliothèque standard.
    Vous devez être bien alors.
    Mais ai-je besoin d'apporter des modifications au code source si je suis en utilisant std::c_str avant que je suis de compiler pour windows après la construction du programme pour linux?
    Pas tant que vous ne comptez pas sur le zéro de l'indexation et au lieu d'appeler la fonction de la longueur de la chaîne. Vous ne devriez pas avoir la portabilité des préoccupations, sauf si vous êtes l'écriture d'un long et compliqué programme.

    OriginalL'auteur Tony Velito

  3. 0

    Pour ce que ça vaut, lors de l'utilisation de MinGW avec une liaison statique de la libc et de la libc++, Il est très probable que votre application C++ fonctionne sur n'importe quel système Windows '95 et plus tard, sauf si vous activé la fonctionnalité de l'API Windows qui n'est pas disponible, comme NT caractéristiques. Tous mes SDL applications compilées pour Windows 7 (compilé en 32 bits, bien sûr) fonctionnent très bien sur ma machine 95.

    Lors du déploiement d'une application Linux, il est préférable de simplement fournir la source, plus un script de configuration ou makefile. Cela permettra d'assurer que l'utilisateur a valide les dépendances de votre application. Vous pourriez déployer les fichiers binaires à certains gestionnaires de paquet, si vous vouliez bien.

    OriginalL'auteur Kaslai

  4. -1

    Oui, les bibliothèques standard sont partout. Il suffit de penser, la plupart de vos programmes que vous obtenez sont écrit en C/C++. Seulement dépendances viennent quand vous utilisez certains des bibliothèques comme winsock, etc, donc certaines applications windows sont peu de chances de fonctionner sur linux et vice-versa.

    Oui mais je voulais dire en utilisant seulement le c++STD ou c de la bibliothèque standard
    Oui, l'installation par défaut pour à peu près n'importe quel consommateur OS comprendra une mise en œuvre de la C et C++ bibliothèques standard.
    Ainsi, la norme d'entrée et de sortie sont les mêmes. Pour un exemple, lorsqu'il s'agit de la lecture de fichiers, le code d'assemblée est fondamentalement la même, seulement perturber les vecteurs sont différents, de sorte que la compilation avec différents OS cible retenue de travail.
    cela ne signifie pas qu'un programme compilé avec VS2010 va courir sur un nouveau Windows XP. Le VS2010 l'exécution (ce qui est, en fait, le C et le C++ runtime des bibliothèques) est différente de VS2008 de l'exécution, qui est différente de VS2005 de l'exécution et ainsi de suite. Cette réponse est mal.
    Un exécutable par un processeur Intel x86 processeur de l'exécution de windows ne fonctionne pas sur un Mac ou sur un ordinateur Windows équipé d'un processeur différent (à moins que ce processeur est capable de traduire des instructions x86). Les exécutables contiennent généralement processeur des instructions spécifiques.

    OriginalL'auteur Tomas Smagurauskas