Python，导入错误：未定义的符号：g_utf8_skip

StackOverflow 上大约有几十个类似的问题，但经过几个小时的潜伏，我终于放弃了。

所以我正在尝试为Python编写一个C扩展。我们就这样称呼它吧mylib。这是头文件：

mylib.h

#ifndef mylib_H
#define mylib_H

#include <Python.h>
< ... >
#include <glib.h>
< ... >

and 设置.py：

from distutils.core import setup, Extension

include_list = [
    "/usr/include/glib-2.0", "-lglib-2.0",
    "/usr/lib/x86_64-linux-gnu/glib-2.0/include"
]

module = Extension('mylib', ['mylib.c'])

setup(name='mylib', version='1.0', 
      include_dirs=include_list,
      ext_modules=[module])

如果我跑python setup.py install，我得到以下信息（我认为安装成功）：

running install
running build
running build_ext
building 'mylib' extension
creating build
creating build/temp.linux-x86_64-2.7
x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 -I-lglib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/python2.7 -c mylib.c -o build/temp.linux-x86_64-2.7/mylib.o
mylib.c: In function ‘c_sound_utf8’:
mylib.c:117:5: warning: ‘g_unicode_canonical_decomposition’ is deprecated (declared at /usr/include/glib-2.0/glib/gunicode.h:627) [-Wdeprecated-declarations]
     decomposition = g_unicode_canonical_decomposition(c_composed, &decomposition_len);
     ^
creating build/lib.linux-x86_64-2.7
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -D_FORTIFY_SOURCE=2 -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security build/temp.linux-x86_64-2.7/mylib.o -o build/lib.linux-x86_64-2.7/mylib.so
running install_lib
copying build/lib.linux-x86_64-2.7/mylib.so -> /usr/local/lib/python2.7/dist-packages
running install_egg_info
Removing /usr/local/lib/python2.7/dist-packages/mylib-1.0.egg-info
Writing /usr/local/lib/python2.7/dist-packages/mylib-1.0.egg-info

但是当我尝试使用mylib从Python内部，我得到以下信息：

>>> import mylib
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: /usr/local/lib/python2.7/dist-packages/mylib.so: undefined symbol: g_utf8_skip

在 StackOverflow 闲逛了一段时间后，我想到我应该要么1.重建所需的库或2. 把所有的链接放到需要的地方 https://stackoverflow.com/questions/11643666/python-importerror-undefined-symbol-for-custom-c-module图书馆after所有生成的模块名称。

重建不起作用（或者我以错误的方式进行了重建）。至于在其他所有事情之后放置指向所需库的链接 - 好吧，我没有找到制作方法distutils更改其编译字符串中的链接顺序。有办法吗？

我也尝试提供extra_link_args/extra_compile_args到我的扩展（没有任何效果）：

module = Extension('mylib', ['mylib.c'], 
                   extra_link_args=["-Xlinker", "-export-dynamic"])

我感到非常痛苦并继续谷歌搜索。然后我发现SWIG。我决定尝试创建另一个库，（大写） MYLIB（我更改了文件名和所有出现的文本mylib to MYLIB）。我写了一个shell脚本：

#!/bin/bash

GLIB_IMPORT_OPTS="-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -lglib-2.0"
PY_IMPORT_OPTS="-I/usr/include/python2.7/ -lpython2.7"

swig -Wall -python MYLIB.i
gcc -fPIC -Wall -c MYLIB.c $GLIB_IMPORT_OPTS
gcc -fPIC -Wall -shared MYLIB.o MYLIB_wrap.c -o _MYLIB.so $GLIB_IMPORT_OPTS -L. $PY_IMPORT_OPTS $GLIB_IMPORT_OPTS

当我运行这个东西时，一切正常（我可以导入库并用它做一些事情）。正如您所看到的，链接位于编译行的最末尾。所以现在我试图理解：我错过了什么distutils方式？我怎样才能让它发挥作用？

好吧，实际上我找到了解决方案。 A 必须添加库链接 to extra_link_args:

extra_link_args=["-I", "/usr/include/glib-2.0", "-l", "glib-2.0", "-I", "/usr/lib/x86_64-linux-gnu/glib-2.0/include"]

它将它们附加到编译字符串的末尾。