J'ai récupéré le module de VideoCapture sur le site
http://videocapture.sourceforge.net/.
Je l'ai testé avec une webcam et cela marche.
Maintenant je veux recompiler son fichier .cpp (vidcap.cpp) qui se trouve
dans les sources pour créer moi même mon module. L'idée par la suite est de
pouvoir modifier le code pour inclure mes propres modifications. Mais bon,
je n'en suis pas la.
Pour l'instant j'essaye seulement de recompiler, mais hélas n'y arrive pas
:(
Bon je vais essayer de poser mon problème :
Tout d'abord je suis sous windows xp puisque je dois utiliser DirectX.
J'utilise le compilateur MinGW.
J'utilise le script suivant (setup.py) pour pouvoir compiler :
Les include_dirs me permettent d'indiquer le chemin d'accès a mes .h que
j'ai besoin.
Et library_dirs en théorie les librairies dont j'ai besoin (je dis en
théorie parce que je n'ai pas l'impression qu'il prend en compte, mais on
reviendra plus tard).
J'essaye donc une première compilation avec la commande : python setup.py
build
Il me sort un bon nombre d'erreur.
J'essaye de les résoudre.
Voici les modifications que j'ai du apporter :
Dans strmif.h:
ligne 6164 : remplacer #ifndef _WINGDI_ par #ifndef _WINGDI_H
ligne 20557 : Ajouter la définition de EXTERN_GUID juste avant l'appel de
EXTERN_GUID() :
ligne 28736 : Dans la structure tagVMRGUID, remplacer GUID par ::GUID :
::GUID *pGUID;
::GUID GUID;
mettre UrlMon.h dans le dossier include de DX90SDK (récupérez le dans
Microsoft Platform SDK) de meme pour MsXml.h. (En mettant son chemin d'accès
j'avais encore plus de probleme lol, j'avais l'impression qu'il restait dans
ce répertoire et prenait les .h de celui ci au lieu de DirectX !)
Ensuite pour définir uCLSSPEC et QUERYCONTEXT, j'ai inclut leur définition
directement dans mon fichier .cpp :
error: command 'cc' failed: No such file or directory
J'obtient des warning, mais bon je me dit qu'on peut les ignorer.
(a priori, les warning ce n'est que : #pragma warning( disable: 4049 ) /*
more than 64k source lines */)
Alors mon problème c'est qu'il ne crée pas mon module .pyd. Apparement un
problème d'édition des liens. Mais je n'arrive pas a comprendre pourquoi il
me met que la commande 'cc' est introuvable (alors que j'utilise gcc) !!
J'ai l'impression que la partie C:\Python23\Enthought\MingW\bin\g en début
de ligne a disparu !
(je tiens à signaler que ce même fichier setup.py me permet de construire
d'autre module de base bien plus simple)
Bon alors j'essaye de rentrer moi même toute cette ligne de commande, c'est
à dire :
Voici ce qu'il me sort et ce n'est qu'une partie (une bonne soixantaine en
tout) :
build\temp.win32-2.3\Release\vidcap.o(.text+0x570):vidcap.cpp: undefined
reference to `IID_IGraphBuilder'
build\temp.win32-2.3\Release\vidcap.o(.text+0x579):vidcap.cpp: undefined
reference to `CLSID_FilterGraph'
build\temp.win32-2.3\Release\vidcap.o(.text+0x57e):vidcap.cpp: undefined
reference to `CoCreateInstance@20'
build\temp.win32-2.3\Release\vidcap.o(.text+0x59e):vidcap.cpp: undefined
reference to `IID_ICaptureGraphBuilder2'
build\temp.win32-2.3\Release\vidcap.o(.text+0x5a7):vidcap.cpp: undefined
reference to `CLSID_CaptureGraphBuilder2'
build\temp.win32-2.3\Release\vidcap.o(.text+0x5ac):vidcap.cpp: undefined
reference to `CoCreateInstance@20'
Donc voilà, comme je l'ai dit plus haut, à mon avis c'est un problème de
lien. Pourtant j'indique bien le répertoire où il doit récupérer les
librairies
(-LC:\Python23\libs -LC:\DX90SDK\Lib -LC:\Python23\Enthought\MingW\lib),
mais apparement il n'en prend pas compte.
Bref, comment faire ?
Si je n'ai pas pris la bonne méthode de résolution de mon problème, comment
puis-je procéder ?
J'attend vos lumières.
Je vous remerci si vous avez eu le courage de me lire :) Si je n'ai pas été
clair sur un point, dites le moi.
Toute remarque sera la bien venue.
Ps : j'ai voulu aussi le compiler sous dev-cpp pour voir. Résultat, même
problème, a part qu'il ne me reste plus que 5 ou 6 erreurs de linkage.
J'ai inclut dans les paramètres d'éditeur de lien :
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
NicolasP
Bonjour,
J'ai récupéré le module de VideoCapture sur le site http://videocapture.sourceforge.net/.
Je l'ai testé avec une webcam et cela marche.
Maintenant je veux recompiler son fichier .cpp (vidcap.cpp) qui se trouve dans les sources pour créer moi même mon module. L'idée par la suite est de pouvoir modifier le code pour inclure mes propres modifications. Mais bon, je n'en suis pas la.
Pour l'instant j'essaye seulement de recompiler, mais hélas n'y arrive pas :(
Bon je vais essayer de poser mon problème :
Tout d'abord je suis sous windows xp puisque je dois utiliser DirectX. J'utilise le compilateur MinGW.
J'utilise le script suivant (setup.py) pour pouvoir compiler :
Les include_dirs me permettent d'indiquer le chemin d'accès a mes .h que j'ai besoin.
Et library_dirs en théorie les librairies dont j'ai besoin (je dis en théorie parce que je n'ai pas l'impression qu'il prend en compte, mais on reviendra plus tard).
J'essaye donc une première compilation avec la commande : python setup.py build
Il me sort un bon nombre d'erreur.
J'essaye de les résoudre.
Voici les modifications que j'ai du apporter :
Dans strmif.h:
ligne 6164 : remplacer #ifndef _WINGDI_ par #ifndef _WINGDI_H
ligne 20557 : Ajouter la définition de EXTERN_GUID juste avant l'appel de EXTERN_GUID() :
ligne 28736 : Dans la structure tagVMRGUID, remplacer GUID par ::GUID :
::GUID *pGUID;
::GUID GUID;
mettre UrlMon.h dans le dossier include de DX90SDK (récupérez le dans Microsoft Platform SDK) de meme pour MsXml.h. (En mettant son chemin d'accès j'avais encore plus de probleme lol, j'avais l'impression qu'il restait dans ce répertoire et prenait les .h de celui ci au lieu de DirectX !)
Ensuite pour définir uCLSSPEC et QUERYCONTEXT, j'ai inclut leur définition directement dans mon fichier .cpp :
error: command 'cc' failed: No such file or directory
J'obtient des warning, mais bon je me dit qu'on peut les ignorer.
(a priori, les warning ce n'est que : #pragma warning( disable: 4049 ) /* more than 64k source lines */)
Alors mon problème c'est qu'il ne crée pas mon module .pyd. Apparement un problème d'édition des liens. Mais je n'arrive pas a comprendre pourquoi il me met que la commande 'cc' est introuvable (alors que j'utilise gcc) !!
J'ai l'impression que la partie C:Python23EnthoughtMingWbing en début de ligne a disparu !
(je tiens à signaler que ce même fichier setup.py me permet de construire d'autre module de base bien plus simple)
Bon alors j'essaye de rentrer moi même toute cette ligne de commande, c'est à dire :
Voici ce qu'il me sort et ce n'est qu'une partie (une bonne soixantaine en tout) :
buildtemp.win32-2.3Releasevidcap.o(.text+0x570):vidcap.cpp: undefined reference to `IID_IGraphBuilder'
buildtemp.win32-2.3Releasevidcap.o(.text+0x579):vidcap.cpp: undefined reference to `CLSID_FilterGraph'
buildtemp.win32-2.3Releasevidcap.o(.text+0x57e):vidcap.cpp: undefined reference to `'
buildtemp.win32-2.3Releasevidcap.o(.text+0x59e):vidcap.cpp: undefined reference to `IID_ICaptureGraphBuilder2'
buildtemp.win32-2.3Releasevidcap.o(.text+0x5a7):vidcap.cpp: undefined reference to `CLSID_CaptureGraphBuilder2'
buildtemp.win32-2.3Releasevidcap.o(.text+0x5ac):vidcap.cpp: undefined reference to `'
Donc voilà, comme je l'ai dit plus haut, à mon avis c'est un problème de lien. Pourtant j'indique bien le répertoire où il doit récupérer les librairies (-LC:Python23libs -LC:DX90SDKLib -LC:Python23EnthoughtMingWlib), mais apparement il n'en prend pas compte.
Bref, comment faire ?
Si je n'ai pas pris la bonne méthode de résolution de mon problème, comment puis-je procéder ?
J'attend vos lumières.
Je vous remerci si vous avez eu le courage de me lire :) Si je n'ai pas été clair sur un point, dites le moi.
Toute remarque sera la bien venue.
Ps : j'ai voulu aussi le compiler sous dev-cpp pour voir. Résultat, même problème, a part qu'il ne me reste plus que 5 ou 6 erreurs de linkage.
J'ai inclut dans les paramètres d'éditeur de lien :
C:/Python23/libs/libpython23.a
C:/DX90SDK/Lib/amstrmid.lib
C:/Python23/Enthought/MingW/lib/libole32.a
C:/Python23/Enthought/MingW/lib/liboleaut32.a
Sauf erreur de ma part, il s'agit ici de cross_compilation. Il faut alors le préciser à la compilation. "python setup.py build" ne suffit pas. Il faut plutôt une commande du genre "python setup.py build compiler=mingw" Je ne me souviens pas de la syntaxe exacte. Va voir sur le site python, le sujet y est abordé.
Nicolas
Bonjour,
J'ai récupéré le module de VideoCapture sur le site
http://videocapture.sourceforge.net/.
Je l'ai testé avec une webcam et cela marche.
Maintenant je veux recompiler son fichier .cpp (vidcap.cpp) qui se trouve
dans les sources pour créer moi même mon module. L'idée par la suite est de
pouvoir modifier le code pour inclure mes propres modifications. Mais bon,
je n'en suis pas la.
Pour l'instant j'essaye seulement de recompiler, mais hélas n'y arrive pas
:(
Bon je vais essayer de poser mon problème :
Tout d'abord je suis sous windows xp puisque je dois utiliser DirectX.
J'utilise le compilateur MinGW.
J'utilise le script suivant (setup.py) pour pouvoir compiler :
Les include_dirs me permettent d'indiquer le chemin d'accès a mes .h que
j'ai besoin.
Et library_dirs en théorie les librairies dont j'ai besoin (je dis en
théorie parce que je n'ai pas l'impression qu'il prend en compte, mais on
reviendra plus tard).
J'essaye donc une première compilation avec la commande : python setup.py
build
Il me sort un bon nombre d'erreur.
J'essaye de les résoudre.
Voici les modifications que j'ai du apporter :
Dans strmif.h:
ligne 6164 : remplacer #ifndef _WINGDI_ par #ifndef _WINGDI_H
ligne 20557 : Ajouter la définition de EXTERN_GUID juste avant l'appel de
EXTERN_GUID() :
ligne 28736 : Dans la structure tagVMRGUID, remplacer GUID par ::GUID :
::GUID *pGUID;
::GUID GUID;
mettre UrlMon.h dans le dossier include de DX90SDK (récupérez le dans
Microsoft Platform SDK) de meme pour MsXml.h. (En mettant son chemin d'accès
j'avais encore plus de probleme lol, j'avais l'impression qu'il restait dans
ce répertoire et prenait les .h de celui ci au lieu de DirectX !)
Ensuite pour définir uCLSSPEC et QUERYCONTEXT, j'ai inclut leur définition
directement dans mon fichier .cpp :
error: command 'cc' failed: No such file or directory
J'obtient des warning, mais bon je me dit qu'on peut les ignorer.
(a priori, les warning ce n'est que : #pragma warning( disable: 4049 ) /*
more than 64k source lines */)
Alors mon problème c'est qu'il ne crée pas mon module .pyd. Apparement un
problème d'édition des liens. Mais je n'arrive pas a comprendre pourquoi il
me met que la commande 'cc' est introuvable (alors que j'utilise gcc) !!
J'ai l'impression que la partie C:Python23EnthoughtMingWbing en début
de ligne a disparu !
(je tiens à signaler que ce même fichier setup.py me permet de construire
d'autre module de base bien plus simple)
Bon alors j'essaye de rentrer moi même toute cette ligne de commande, c'est
à dire :
Voici ce qu'il me sort et ce n'est qu'une partie (une bonne soixantaine en
tout) :
buildtemp.win32-2.3Releasevidcap.o(.text+0x570):vidcap.cpp: undefined
reference to `IID_IGraphBuilder'
buildtemp.win32-2.3Releasevidcap.o(.text+0x579):vidcap.cpp: undefined
reference to `CLSID_FilterGraph'
buildtemp.win32-2.3Releasevidcap.o(.text+0x57e):vidcap.cpp: undefined
reference to `CoCreateInstance@20'
buildtemp.win32-2.3Releasevidcap.o(.text+0x59e):vidcap.cpp: undefined
reference to `IID_ICaptureGraphBuilder2'
buildtemp.win32-2.3Releasevidcap.o(.text+0x5a7):vidcap.cpp: undefined
reference to `CLSID_CaptureGraphBuilder2'
buildtemp.win32-2.3Releasevidcap.o(.text+0x5ac):vidcap.cpp: undefined
reference to `CoCreateInstance@20'
Donc voilà, comme je l'ai dit plus haut, à mon avis c'est un problème de
lien. Pourtant j'indique bien le répertoire où il doit récupérer les
librairies
(-LC:Python23libs -LC:DX90SDKLib -LC:Python23EnthoughtMingWlib),
mais apparement il n'en prend pas compte.
Bref, comment faire ?
Si je n'ai pas pris la bonne méthode de résolution de mon problème, comment
puis-je procéder ?
J'attend vos lumières.
Je vous remerci si vous avez eu le courage de me lire :) Si je n'ai pas été
clair sur un point, dites le moi.
Toute remarque sera la bien venue.
Ps : j'ai voulu aussi le compiler sous dev-cpp pour voir. Résultat, même
problème, a part qu'il ne me reste plus que 5 ou 6 erreurs de linkage.
J'ai inclut dans les paramètres d'éditeur de lien :
C:/Python23/libs/libpython23.a
C:/DX90SDK/Lib/amstrmid.lib
C:/Python23/Enthought/MingW/lib/libole32.a
C:/Python23/Enthought/MingW/lib/liboleaut32.a
Sauf erreur de ma part, il s'agit ici de cross_compilation. Il faut alors le préciser à la compilation.
"python setup.py build" ne suffit pas.
Il faut plutôt une commande du genre "python setup.py build compiler=mingw"
Je ne me souviens pas de la syntaxe exacte. Va voir sur le site python, le sujet y est abordé.
J'ai récupéré le module de VideoCapture sur le site http://videocapture.sourceforge.net/.
Je l'ai testé avec une webcam et cela marche.
Maintenant je veux recompiler son fichier .cpp (vidcap.cpp) qui se trouve dans les sources pour créer moi même mon module. L'idée par la suite est de pouvoir modifier le code pour inclure mes propres modifications. Mais bon, je n'en suis pas la.
Pour l'instant j'essaye seulement de recompiler, mais hélas n'y arrive pas :(
Bon je vais essayer de poser mon problème :
Tout d'abord je suis sous windows xp puisque je dois utiliser DirectX. J'utilise le compilateur MinGW.
J'utilise le script suivant (setup.py) pour pouvoir compiler :
Les include_dirs me permettent d'indiquer le chemin d'accès a mes .h que j'ai besoin.
Et library_dirs en théorie les librairies dont j'ai besoin (je dis en théorie parce que je n'ai pas l'impression qu'il prend en compte, mais on reviendra plus tard).
J'essaye donc une première compilation avec la commande : python setup.py build
Il me sort un bon nombre d'erreur.
J'essaye de les résoudre.
Voici les modifications que j'ai du apporter :
Dans strmif.h:
ligne 6164 : remplacer #ifndef _WINGDI_ par #ifndef _WINGDI_H
ligne 20557 : Ajouter la définition de EXTERN_GUID juste avant l'appel de EXTERN_GUID() :
ligne 28736 : Dans la structure tagVMRGUID, remplacer GUID par ::GUID :
::GUID *pGUID;
::GUID GUID;
mettre UrlMon.h dans le dossier include de DX90SDK (récupérez le dans Microsoft Platform SDK) de meme pour MsXml.h. (En mettant son chemin d'accès j'avais encore plus de probleme lol, j'avais l'impression qu'il restait dans ce répertoire et prenait les .h de celui ci au lieu de DirectX !)
Ensuite pour définir uCLSSPEC et QUERYCONTEXT, j'ai inclut leur définition directement dans mon fichier .cpp :
error: command 'cc' failed: No such file or directory
J'obtient des warning, mais bon je me dit qu'on peut les ignorer.
(a priori, les warning ce n'est que : #pragma warning( disable: 4049 ) /* more than 64k source lines */)
Alors mon problème c'est qu'il ne crée pas mon module .pyd. Apparement un problème d'édition des liens. Mais je n'arrive pas a comprendre pourquoi il me met que la commande 'cc' est introuvable (alors que j'utilise gcc) !!
J'ai l'impression que la partie C:Python23EnthoughtMingWbing en début de ligne a disparu !
(je tiens à signaler que ce même fichier setup.py me permet de construire d'autre module de base bien plus simple)
Bon alors j'essaye de rentrer moi même toute cette ligne de commande, c'est à dire :
Voici ce qu'il me sort et ce n'est qu'une partie (une bonne soixantaine en tout) :
buildtemp.win32-2.3Releasevidcap.o(.text+0x570):vidcap.cpp: undefined reference to `IID_IGraphBuilder'
buildtemp.win32-2.3Releasevidcap.o(.text+0x579):vidcap.cpp: undefined reference to `CLSID_FilterGraph'
buildtemp.win32-2.3Releasevidcap.o(.text+0x57e):vidcap.cpp: undefined reference to `'
buildtemp.win32-2.3Releasevidcap.o(.text+0x59e):vidcap.cpp: undefined reference to `IID_ICaptureGraphBuilder2'
buildtemp.win32-2.3Releasevidcap.o(.text+0x5a7):vidcap.cpp: undefined reference to `CLSID_CaptureGraphBuilder2'
buildtemp.win32-2.3Releasevidcap.o(.text+0x5ac):vidcap.cpp: undefined reference to `'
Donc voilà, comme je l'ai dit plus haut, à mon avis c'est un problème de lien. Pourtant j'indique bien le répertoire où il doit récupérer les librairies (-LC:Python23libs -LC:DX90SDKLib -LC:Python23EnthoughtMingWlib), mais apparement il n'en prend pas compte.
Bref, comment faire ?
Si je n'ai pas pris la bonne méthode de résolution de mon problème, comment puis-je procéder ?
J'attend vos lumières.
Je vous remerci si vous avez eu le courage de me lire :) Si je n'ai pas été clair sur un point, dites le moi.
Toute remarque sera la bien venue.
Ps : j'ai voulu aussi le compiler sous dev-cpp pour voir. Résultat, même problème, a part qu'il ne me reste plus que 5 ou 6 erreurs de linkage.
J'ai inclut dans les paramètres d'éditeur de lien :
C:/Python23/libs/libpython23.a
C:/DX90SDK/Lib/amstrmid.lib
C:/Python23/Enthought/MingW/lib/libole32.a
C:/Python23/Enthought/MingW/lib/liboleaut32.a
Sauf erreur de ma part, il s'agit ici de cross_compilation. Il faut alors le préciser à la compilation. "python setup.py build" ne suffit pas. Il faut plutôt une commande du genre "python setup.py build compiler=mingw" Je ne me souviens pas de la syntaxe exacte. Va voir sur le site python, le sujet y est abordé.
Nicolas
Méta-MCI
Bonjour !
C'est hors-sujet ; et, surtout, ne le prend pas mal.
Mais, étais-tu obligé de citer tous le message original dans la réponse ? Dans les newsgroup avec messages en HTML (je sais, ce n'est pas le cas ici), toute citation inutile est mal vue.
En pratique, j'ai commencé par croire qu'il n'y avait que le message cité, sans réponse... Il m'a fallu lire une seconde fois le message, pour apercevoir ta réponse (qui est d'ailleurs très judicieuse).
@+
Michel Claveau
Bonjour !
C'est hors-sujet ; et, surtout, ne le prend pas mal.
Mais, étais-tu obligé de citer tous le message original dans la réponse ?
Dans les newsgroup avec messages en HTML (je sais, ce n'est pas le cas ici),
toute citation inutile est mal vue.
En pratique, j'ai commencé par croire qu'il n'y avait que le message cité,
sans réponse...
Il m'a fallu lire une seconde fois le message, pour apercevoir ta réponse
(qui est d'ailleurs très judicieuse).
C'est hors-sujet ; et, surtout, ne le prend pas mal.
Mais, étais-tu obligé de citer tous le message original dans la réponse ? Dans les newsgroup avec messages en HTML (je sais, ce n'est pas le cas ici), toute citation inutile est mal vue.
En pratique, j'ai commencé par croire qu'il n'y avait que le message cité, sans réponse... Il m'a fallu lire une seconde fois le message, pour apercevoir ta réponse (qui est d'ailleurs très judicieuse).
@+
Michel Claveau
NicolasP
C'est hors-sujet ; et, surtout, ne le prend pas mal.
Si si ;)
Mais, étais-tu obligé de citer tous le message original dans la réponse ? Dans les newsgroup avec messages en HTML (je sais, ce n'est pas le cas ici), toute citation inutile est mal vue.
Effectivement, j'ai eu une petite (grosse ?) faiblesse. Mais je rentrais juste de vacances alors... j'étais pas encore chaud :)
En pratique, j'ai commencé par croire qu'il n'y avait que le message cité, sans réponse... Il m'a fallu lire une seconde fois le message, pour apercevoir ta réponse (qui est d'ailleurs très judicieuse). Je connais bien le problème car j'ai récemment eu ce genre de problème.
Nicolas
C'est hors-sujet ; et, surtout, ne le prend pas mal.
Si si ;)
Mais, étais-tu obligé de citer tous le message original dans la réponse ?
Dans les newsgroup avec messages en HTML (je sais, ce n'est pas le cas ici),
toute citation inutile est mal vue.
Effectivement, j'ai eu une petite (grosse ?) faiblesse. Mais je rentrais juste de vacances alors... j'étais pas encore chaud :)
En pratique, j'ai commencé par croire qu'il n'y avait que le message cité,
sans réponse...
Il m'a fallu lire une seconde fois le message, pour apercevoir ta réponse
(qui est d'ailleurs très judicieuse).
Je connais bien le problème car j'ai récemment eu ce genre de problème.
C'est hors-sujet ; et, surtout, ne le prend pas mal.
Si si ;)
Mais, étais-tu obligé de citer tous le message original dans la réponse ? Dans les newsgroup avec messages en HTML (je sais, ce n'est pas le cas ici), toute citation inutile est mal vue.
Effectivement, j'ai eu une petite (grosse ?) faiblesse. Mais je rentrais juste de vacances alors... j'étais pas encore chaud :)
En pratique, j'ai commencé par croire qu'il n'y avait que le message cité, sans réponse... Il m'a fallu lire une seconde fois le message, pour apercevoir ta réponse (qui est d'ailleurs très judicieuse). Je connais bien le problème car j'ai récemment eu ce genre de problème.
Nicolas
Jérôme Le Bougeant
Sauf erreur de ma part, il s'agit ici de cross_compilation. Il faut alors le préciser à la compilation. "python setup.py build" ne suffit pas. Il faut plutôt une commande du genre "python setup.py build compiler=mingw"
Mon probleme a été réglé depuis un bon moment, mais je pense avoir dit que j'utilisais le compilateur MinGW ? (bien sur en rajoutant l'option "compiler=mingw")
Mais bon avec Python2.4 et Visual C++ 2005 Express je m'en sort.
Merci qd meme pour la reponse.
Sauf erreur de ma part, il s'agit ici de cross_compilation. Il faut alors
le préciser à la compilation.
"python setup.py build" ne suffit pas.
Il faut plutôt une commande du genre "python setup.py build
compiler=mingw"
Mon probleme a été réglé depuis un bon moment, mais je pense avoir dit que
j'utilisais le compilateur MinGW ? (bien sur en rajoutant l'option
"compiler=mingw")
Mais bon avec Python2.4 et Visual C++ 2005 Express je m'en sort.
Sauf erreur de ma part, il s'agit ici de cross_compilation. Il faut alors le préciser à la compilation. "python setup.py build" ne suffit pas. Il faut plutôt une commande du genre "python setup.py build compiler=mingw"
Mon probleme a été réglé depuis un bon moment, mais je pense avoir dit que j'utilisais le compilateur MinGW ? (bien sur en rajoutant l'option "compiler=mingw")
Mais bon avec Python2.4 et Visual C++ 2005 Express je m'en sort.