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.