Lors de la liaison de code C ++ à l'aide de swig, créez un objet partagé à l'aide de setup.py. Quand j'essaye de le faire sur Mac OS X, la bibliothèque elle-même est compilée avec g ++, mais quand j'essaye de la compiler avec Clang, j'obtiens une erreur.
Comme ça.
$ python setup.py build_ext
running build_ext
building '_Mykytea' extension
cc -fno-strict-aliasing -fno-common -dynamic -arch i386 -arch x86_64 -I/usr/local/include -I/usr/local/opt/sqlite/include -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/usr/local/Cellar/python/2.7.3/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c mykytea_wrap.cxx -o build/temp.macosx-10.8-intel-2.7/mykytea_wrap.o
(Abréviation)
In file included from mykytea_wrap.cxx:3481:
In file included from ./mykytea.hpp:9:
/usr/local/include/kytea/kytea.h:128:24: error: implicit instantiation of undefined template
'kytea::Dictionary<kytea::ModelTagEntry>'
if(dict_ != 0) delete dict_;
^
/usr/local/include/kytea/kytea.h:34:26: note: template is declared here
template <class T> class Dictionary;
^
2 warnings and 1 error generated.
error: command 'cc' failed with exit status 1
Donc, si vous n'appelez pas Clang, vous pouvez le laisser seul et le compiler avec gcc.
$ ARCHFLAGS="-arch x86_64" CC=gcc CXX=g++ python setup.py build_ext
Et c'est suffisant.
En fait, il peut être préférable de l'écrire dans setup.py, mais je me demande s'il est possible de déterminer dynamiquement avec quoi la bibliothèque d'origine a été compilée.
Donc, félicitations la liaison Python de Kytea est maintenant compatible avec la dernière version 0.4.4.
Recommended Posts