Problème lors de la compilation (C++ sous VS2015).

Bonjour le forum C++.
J'ai, comme le titre l'indique, un problème lors de la compilation de mes programmes C++ lorsqu'ils sont configurés pour être compilés en V140 :
https://s3-eu-west-1.amazonaws.com/s...titre-1164.jpg

Un simple

Code:

---

1 2 3 4 5 6 7

#include <iostream>   int main () { std::cout << "helloword" << std::endl; return 0; }

---

me sors ce genre d'erreur :
https://s3-eu-west-1.amazonaws.com/s...reenshot53.png

De plus, (si ça peux vous aider),
j'ai voulu installer la librairie SFML (version 32 bits pour VS2015 donc), et il m'a sortit ce genre d'erreur :

https://s3-eu-west-1.amazonaws.com/s...titre-1163.jpg

Erreurs qui ont disparues après avoir configuré mon projet pour être un projet VS2013 (avec SFML pour VS2013 du coups).

Cela fait un moment que je cherches une solution pour palier à ce problème car j'utilise 2 Pc pour programmer et sur un ça fonctionne correctement mais il ne prends pas VS2013 (pas installé) donc je fais avec VS2015, et chaque fois que je change de Pc je dois changer ce paramètre pour compiler...

Par avance merci.

Désolé pour le délai de réponse.

bon, ça va être un peu technique.

Première cas, vous incluez 2 fois la définition des mêmes fonctions, et en C et C++, c'est interdit.
Le cas le plus simple, vous incluez deux versions incompatibles des fonctions de librairies proches (différentes C-Runtime, version de librairie utilitaires, etc...).
Déjà, l'inclusion ce "cmath" (colonne fichier de la copie d'écran), ça sent pas la rose, car c'est l'utilisation de primitive mathématique du C dans du C++.
Ça doit faire 15-20 ans que le C++ n'a plus besoin de ces "roulettes" pour avancer.
Il y a donc de bonnes chances que d'autres fichiers, C++ eux, voir des réglages par défauts du compilateur, utilisent des déclarations C++ identiques que ce "cmath" antédiluvien. (Quelques using namespace foireux et la collision de nom de fonction est inévitable).

Normalement, la fenêtre "Sortie" contient les vrais messages d'erreurs complets, indiquant les 2 fichiers .h qui ne peuvent pas être utilisés en même temps.
Généralement, la correction des constantes de compilation devrait régler les problèmes pour que seul les fichiers d'en-tête contenant la bonne définition soient utilisés.
Si vous êtes perdu dans les includes, utilisez l'option /P du pre-processeur pour voir d'où viennent les fichiers d'en-tête et quelle constantes de compilation les influences.
https://msdn.microsoft.com/en-us/library/8z9z0bx6.aspx

Pour le 2ème cas, SFML :
Le comportement est tout à fait normal si l'on considère que votre SFML a été compilé pour utiliser la C-Runtime de VS2013 (qu'elle ait été compilé sous VS2015 ou VS2013 n'a pas d'importance, c'est la cible qui importe).
La C-runtime fournie avec VS2015 a été expurgée de bon nombre les primitives dangereuses.
Si votre SFML cible la C-Runtime VS2013, forcement, l'éditeur de lien couine.:aie:

Pour votre problématique de double installation, vous pouvez peut-être vous servir efficacement d'outils de génération de fichiers solutions comme CMake.
Il faut rationaliser votre environnement en choisissant vos cibles de compilation et faire autant de configuration de projet que de cibles nécessaires.