Discussion :

[julien25]

Bonjour.
Voilà maintenant je cherche à appeler des variables créer dans python avec du C.(L'inverse de Swig en faite).
J'ai utiliser pour comprendre le processus l'exemple donné par pfeuh dans un post intitule :
Résolu] [SWIG] dialogue entre code C et code python
dmichel (8ième en partant du bas du forum).

j'ai juste remplace #include "D:\Python24\include\Python.h" par #include "D:\Python25\include\Python.h"

Lorsque je compile en mode Deubug avec VS2008, j'ai le message d'erreur suivant : 1>LINK : fatal error LNK1104: impossible d'ouvrir le fichier 'python25_d.lib'

Lorsque je compile en mode Release j'obtiens : 1>LINK : fatal error LNK1104: impossible d'ouvrir le fichier 'python25.lib'

De plus je ne comprends pas dans son code en C, comment VS peux aller chercher le fichier python_sub.py (voir bas de page).
L'invoquation de #include "D:\Python25\include\Python.h" suffit il pour connaitre l'acces au .py

Mes recherches google sur le pb de 'python25_d.lib' me disent qu'il faut créer soit même en mode debud le .py. Je ne comprends pas la signification de cela.
Auriez vous déjà eu le même problème?

Merci.

Le code est le suivant : test_python.c

#include <stdio.h>
#include "D:\Python25\include\Python.h"

PyObject *mymod, *func, *pyparams, *retval;

int CallPythonInc(int myint){
int js;
func = PyObject_GetAttrString(mymod, "PythonInc");
pyparams = Py_BuildValue("(l)", myint);
retval = PyEval_CallObject(func,pyparams);
PyArg_Parse(retval, "I",&js);
return js;
}

int CallPythonGet(void){
int js;
func = PyObject_GetAttrString(mymod, "PythonGet");
retval = PyEval_CallObject(func,NULL);
PyArg_Parse(retval, "l",&js);
return js;
}

int main(void){
int _result, _testvar = 1536;
Py_Initialize();
mymod = PyImport_ImportModule("python_sub");

_result = CallPythonGet();
printf ("Python global var:%u\n",_result);

_result = CallPythonInc(_testvar);
printf ("Initial value:%u Incremented value:%u\n",_testvar,_result);

Py_Finalize();
return 0;
}

Le code python : python_sub.py

pythonvar = 123456789;

def PythonInc(myint):
return myint + 1

def PythonGet():
global pythonvar
return pythonvar

[DelphiManiac]

Pour python25.lib, tu regardes sur ton disque dans quel dossier il se trouve et tu le rajoutes dans les paramètres du link. (si mes souvenirs en C son encore valable :p) Chez moi, ce fichier est dans C:\Python25\libs.

De plus je ne comprends pas dans son code en C, comment VS peux aller chercher le fichier python_sub.py (voir bas de page).
L'invoquation de #include "D:\Python25\include\Python.h" suffit il pour connaitre l'acces au .py

ça c'est la ligne

Code :

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

mymod = PyImport_ImportModule("python_sub");

qui le gère, à priori, et ceci par un import du module python, import équivalent à la commande import de python.

Mes recherches google sur le pb de 'python25_d.lib' me disent qu'il faut créer soit même en mode debud le .py. Je ne comprends pas la signification de cela.

Cela doit signifier qu'il faut que tu compiles python, à partir de ces sources donc, en mode debug, pour obtenir ce fichier. Le plus simple, pour le moment, me semble de rester en mode release.

Ce ne sont que des pistes, vu que je n'ai pas encore fais de module en c s'interfaçant avec python, mais je ne dois pas être loin

Par contre les problèmes de link et de .lib (librairie en C) sont des notions de base en C. Il serait peut être bon que tu suives un tuto concernant le C avant de t'aventurer plus loin au niveau de l'interopérabilité C <-> python.

P.S. Juste pour info, on dis UN appel, c'est donc "appel de python dans C" et non "appelle de python dans C" .

[tamiel]

#include "D:\Python25\include\Python.h" c'est vraiment très moche et pas du tout propre.

Logiquement on fait un :
#include <Python.h>

et on ajoute un chemin de recherche des entêtes au compilateur (ici ce sera D:\Python25\include\ )

[julien25]

Merci DelphiManiac, tes souvenirs sont encore bons.
Tu as raison tamiel, ce n'était pas vraiment propre, j'ai refais comme tu as dit.
Tout fonctionne très correctement maintenant. J'ai d'ailleurs crée d'autres méthodes depuis. Merci donc à vous deux pour votre réactivité. L'opérabilité est quelque chose de très puissant.
++