Python bindings doesn't work with Python 3.8+ about nametag HOT 5 CLOSED

Yup, you are right. I know about it for some time, but teaching in the current situation is taking all my time and I have little left for this. But I will try to release an updated version whenever I can. (I already have an infrastructure for building binary wheels, already applied on ufal.morphodita, so binary wheels will be part of the next release.)

BTW, you can make the Python bindings from the sources (in the bindings/python directory) in the meantime.

Leaving open for tracking.

Cheers!

from nametag.

@maresmar I was able to patch the existing release with this little change.

--- a/nametag/nametag_python.cpp	2016-09-22 14:33:51.000000000 +0200
+++ b/nametag/nametag_python.cpp	2021-11-30 14:45:57.096869000 +0100
@@ -3318,7 +3318,7 @@
 
 SWIGINTERN void
 SwigPyStaticVar_dealloc(PyDescrObject *descr) {
-  _PyObject_GC_UNTRACK(descr);
+  PyObject_GC_UnTrack(descr);
   Py_XDECREF(PyDescr_TYPE(descr));
   Py_XDECREF(PyDescr_NAME(descr));
   PyObject_GC_Del(descr);

The process is basically:

pip download ufal.nametag==1.1.2.1
tar -xf *
cd ufal.nametag*
patch -p1 < $patch_above
pip install .

from nametag.

BTW, I just did a maintenance release of NameTag 1, including Python wheels of ufal.nametag 1.2.0.1, for Python 3.6-3.11, Linux 32bit&64bit&aarch64; Windows 32bit&64bit; macOS Intel&ARM.

from nametag.

Hi @foxik, any news about the fix/whl release? Cheers.

from nametag.

Or, if you download the repo, then with SWIG installed, the bindings build cleanly. I faced a strange problem when trying to use string vectors between nametag and morphodita.

Basically, sending morphodita.Forms into nametag works with SWIG 3 but not with SWIG 4. To avoid adding conversions in Python, I went with the hack above to stay at SWIG 3.

from nametag.