Discussion :

[xabila]

Bonjour,
Je recherche désespérément qui défini (sans que je lui demande ) _SECURE_SCL.
En fait j'utilise une bibliothèque qui m'envoit un #error si _SECURE_SCL est definit car il y a des problèmes avec la STL.

Donc il préconise d'inclure leur macro au début de ton code et malgré tout ca j'ai qd même cette variable définie.

Donc Visual inclus cet header sans me le dire (dans la ligne de commande ou la fenêtre de sortie ) dans le BuildLog.htm

Donc je suppose 1> que visual ne donne pas toutes les informations dans la ligne de commande
2> Qu'il inclut par défaut des header qui doivent définir le _SECURE_SCL

Ma macro :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#if ((defined _MSC_VER) || defined(_WIN32)) && !defined(__CYGWIN__)
	#define __WINDOBE__   1
	#define _WINSOCKAPI_  1 // Prevent inclusion of winsock.h
	#ifdef _SECURE_SCL
		#error "!!! _SECURE_SCL DEFINED, please include AReVi before any STL usage !!!"
	#endif
	#define _SECURE_SCL        0
	#define _SECURE_SCL_THROWS 0
	#include <windows.h>
#endif

Merci

[bacelar]

T'a trop vu XFILE, xabila.

Le complot, ça n'existe pas dans VS.

La méthode bourrin, ajouter dans les options de compilation d'un des fichiers qui compile pas, l'option /P. Puis faire une compilation du fichier.

Avec cette option, la chaine de compilation s'arrête à la fin de l'étape de preprocessing. Le résultat est stocké dans un fichier .s.

Tu verras dans ce fichier .s quel include ou define fout la grouille.

A+ Mulder.

[xabila]

Oui c vrai c'etait une erreur qu'en fait un #definie toto=0 ne veut pas dire undefined
Donc c'est bon