我试图首先通过distutils以通常的方式构建this package I wrote (我知道它正在工作)
# python2.7 setup.py build
running build
running build_py
running build_ext
building 'uptime._posix' extension
gcc -fno-strict-aliasing -Wno-error -march=i586 -DHAVE_DB_185_H -I/usr/pkg/include -I/usr/include -DNDEBUG -Wno-error -march=i586 -DHAVE_DB_185_H -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/python2.7 -c src/_posix.c -o build/temp.minix-3-i686-2.7/src/_posix.o
ld -L/usr/tmp/work/lang/python27/work/Python-2.7.2 -lcompat_minix -minlib -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib build/temp.minix-3- i686-2.7/src/_posix.o -o build/lib.minix-3-i686-2.7/uptime/_posix.so
ld: unrecognized option '-Wl,-R/usr/pkg/lib'
ld: use the --help option for usage information
build failed: uptime._posix (no big deal)好吧,好吧;distutils是那些经常在不太流行的平台上崩溃的模块之一。因此,我尝试手动编译扩展部分:
# gcc -fno-strict-aliasing -march=i586 -DNDEBUG -I/usr/pkg/include/python2.7 -fPIC -shared -o _posix.so src/_posix.c这是可行的--也就是说,它毫无错误地生成了_posix.so --但是,试图用Python语言导入生成的模块却没有:
>>> import _posix
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: Service unavailableGoogle认为这与操作系统加载共享库( Python扩展)的能力有关。我去看了看,发现MINIX在last year之前根本不支持共享库,但现在应该支持了。事实上,/usr/pkg/include/python2.7/pyconfig.h同时定义了HAVE_DLOPEN和HAVE_DYNAMIC_LOADING,因此它显然是这样做的。
到底怎么回事?
发布于 2013-03-03 05:08:40
MINIX现在确实支持共享库,但pkgin提供的二进制Python包是静态链接的,这阻止了它们无论如何都无法加载共享库。解决这个问题的唯一方法是自己编译Python,最好是通过pkgsrc。默认情况下,所有pkgsrc包都是动态构建的。
(您仍然需要手动构建这些扩展。)
https://stackoverflow.com/questions/15179462
复制相似问题