Le gcc de Mingw impose les fonctions de windows.h

Bonjour à tou(te)s,

je viens d'installer une nouvelle version de Mingw et je ne suis pas contant !
J'ai utilisé le mingw-get-setup.exe obtenu depuis https://sourceforge.net/projects/mingw/files (Looking for the latest version?).

Je lance une compilation de mon code qui contient une fonction "DeleteFile".
Et quand je l'appelle, ce nigaud croit que c'est celle de <windows.h> et me sort une erreur de mauvais paramètres.
Dans son message d'erreur, je vois qu'il a remplacé "DeleteFile" par "DeleteFileA" ce qui prouve que windows.h est bien passé par là.
C'est comme s'il incluait windows.h à mon insu.
Dans ce même fichier j'inclus en revanche quelques headers de la stl.
Ces derniers sont-ils les coupables ?
Y a-t-il une espèce d'option cachée qui force l'inclusion des headers de windows ?
Et pour info, avec mon ancienne version de Mingw (que j'ai bêtement perdue), le même code compilait sans problème...

Votre aide serait la bienvenue !
Merci d'avance

Je ne saurais pas te dire, mais au minimum pour ceux qui nous regardent, le workaround: Un #undef DeleteFile après les inclusions.

En fait, tu peux même jouer avec l'ordre des inclusions et déplacer ton #undef DeleteFile jusqu'à ce que tu trouves le coupable...

Je déconseille l'utilisation de #undef DeleteFile, surtout si c'est dans un ".h".
Renomme plutôt ta fonction, par exemple en DeleteTheFile.

Remarque : Le coupable n'est ni GCC, ni MinGW, mais la MFC.
Quelle idée de définir une macro sans préfixe et pas entièrement en majuscules !
Si cela avait été bien fait, la macro s'appellerait MFC_DELETE_FILE.

MFC?

MFC sur MinGW?? :weird:

De plus, le nom est nécessaire, parce que c'est un mapping de la fonction Win32 DeleteFile() vers les versions ASCII étendu et Wide.

Bonjour,
le problème au final est surtout d'utiliser un identifiant réservé sur la plateforme sur laquelle on développe. Le plus sain est de renommer la fonction écrite, un petit coup de refactorisation et hop.

S'il n'inclut aucun header de l'API Windows, c'est qu'il ne développe pas pour Windows. Si MinGW inclut vraiment les headers Windows dans que ce soit demandé, c'est bel et bien un problème de MinGW.

@ Captain'Flam: Utilises-tu des bibliothèques?

Merci à tous de vos réponses !

Le coupable c'est MOI ! :sm::scarymov::fou::arf::pastaper::toutcasse:

En rajoutant moi même un #define DeleteFile foobar dans mon code, gcc m'a envoyé une erreur avec la succession d'inclusions qui mène à windows.h
Et là, horreur, je constate qu'un petit malin dans mon équipe a trouvé "pratique" d'inclure windows.h pour pouvoir accéder à certaines fonctions de l'API.

J'aurais dû creuser un peu plus avant de poster ici...

Ma circonstance atténuante c'est que le problème s'est présenté au même moment que ma ré-installe de mingw.
(pour info, nous développons sous Visual Studio pour le confort de cet EDI (+raisons historiques), mais notre code est destiné à être cross-compilé par un petit cousin de gcc.
Donc, avant les livraison, je lance une compilation avec mingw/gcc pour vérifier que tout passe et profiter de ses warnings nettement plus "intelligents")

Voilà, désolé de vous avoir dérangé ...

Encore une fois, les macros ont frappé.
C'est entre autre pour ce type de problèmes qu'on déconseille très vivement les macros.

Citation:

---

Envoyé par Captain'Flam

Le coupable c'est MOI ! :sm::scarymov::fou::arf::pastaper::toutcasse:

En rajoutant moi même un #define DeleteFile foobar dans mon code, gcc m'a envoyé une erreur avec la succession d'inclusions qui mène à windows.h
Et là, horreur, je constate qu'un petit malin dans mon équipe a trouvé "pratique" d'inclure windows.h pour pouvoir accéder à certaines fonctions de l'API.

---

En fait, le coupable serait plutôt le "petit malin" s'il a introduit une dépendance à l'API Windows alors qu'il n'y en avait pas avant...

Citation:

---

Envoyé par Médinoc

En fait, le coupable serait plutôt le "petit malin" s'il a introduit une dépendance à l'API Windows alors qu'il n'y en avait pas avant...

---

Surtout que la cible étant sous linux, en plus d'être moche, ça n'avait aucune chance de passer....
Mais j'aurais dû chercher un peu plus avant de poster sur ce forum.
Surtout qu'en fin de compte (avec l'astuce de créer un conflit à dessein (je m'en resservirai)) , ça m'a pris 5 min pour trouver le fichier qui faisait cette hideuse inclusion.