référence indéfinie vers « _imp__Py_SetProgramName »

Bonjour,

je suis nouveau sur python. je tente de faire un jeu qui utiliserai des scripts lors de l'exécution.
Hors, j'ai un problème au niveau de l'édition des liens: j'ajoute python.h au source, je lie avec python32.lib et python3.lib, et j'obtient cette erreur:

Code:

---

1 2 3 4 5

g++ -LH:\OgreSDK_mingw_v1-7-2\lib\debug -LH:\Python32\libs -oGame.exe src\ScriptEngine.o src\PackageDef.o src\GameContext.o src\Console.o src\Application.o -lOgreMain_d -lPython3 -lpython32 -lOIS_d src\ScriptEngine.o: dans la fonction « ScriptEngine »: H:\workspace\Game\Debug/../src/ScriptEngine.cpp:42: référence indéfinie vers « _imp__Py_SetProgramName » H:\workspace\Game\Debug/../src/ScriptEngine.cpp:43: référence indéfinie vers « _imp__Py_Initialize »

---

(j'utilise la nouvelle version, l'ancienne 2.7 faisait exactement la même chose avec python27.lib)

Merci

Salut,
C'est une des difficultés dans lesquelles on tombe lorsqu'on utilise MinGW sous Windows pour construire des extensions: la bibliothèque \libs\pythonXY.lib est au format MSVC++ et çà ne marche pas tout seul...
La solution piquée ici est pour la version X.Y de Python:

Citation:

---

Create libpythonXY.a

1. Download pexport (from here or http://starship.python.net/crew/kern...orts-0.42h.zip).
2. Get PythonXY.dll (from \Windows\System32).
3. Run : pexports pythonXY.dll > pythonXY.def
This will extract all symbols from pythonXY.dll and write them into pythonXY.def.
4. Run : dlltool --dllname pythonXY.dll --def pythonXY.def --output-lib libpythonXY.a
This will create libpythonXY.a (dlltool is part of MinGW utilities).
5. Copy libpythonXY.a to c:\pythonXY\libs\ (in the same directory as pythonXY.lib).

This trick should work for all Python versions, including future releases of Python. You can also use this trick to convert other libraries.

---

- W

Merci,
mais ce programme plante a chaque fois que j'essaye le point 3 ...
Est ce normal?

Ben non.
L'URL documentant pexports signale

Citation:

---

I found that pexports would often crash when it attempted to extract exports from Functions (whatever that means), so I created a WinZipped patch that causes the program to avoid executing this part. The program seems to work, but if the section bypassed does anything important, clearly this doesn't get done with the patched version. In other words, my patch bypasses the problem, it does not fix it.

---

Ca explique aussi comment faire cela via DUMPBIN et mentionne un "tuto" expliquant tout cela plus en détails.

J'ai eu besoin de faire cela récemment avec Python2.7/32 sur Windows 7/64, je n'ai pas constaté ce type de soucis.
- W

J'ai utilisé DUMPBIN et dlltool comme indiqué dans le tuto et je n'ai plus d'erreur à la compilation... mais pour l'exécution j'obtiens "L'application n'a pas pu démarrer correctement (0xc000007b)"...

Salut,
Une lecture rapide de ce qui sort de Google avec ce message d'erreur (que je n'ai jamais eu l'occasion de voir en faisant ce type d'opération) laisse penser que la toolchain fonctionne mais que vous avez peut être des pbs côté droits/base de registre.
Peut être tester avec une bibliothèque python avec des extensions C pas trop pénible à installer pour voir - mais je n'en connais plus de tête.
- W