如何为Mac构建python和NSS？

Question

我试图在运行MacOS10.6.5的64位Mac上构建python-nss，这是一个用于Mozilla NSS库的python接口，用于运行MacOSX10.6或更高版本的python软件。我可以使用某些选项使NSS本身成功构建，但是Python构建提供了几个警告，由此产生的Python模块是不可用的。

为了构建NSS，我遵循这些指示，但是使用这个NSS源代码，而不是从cvs签出。如果我只是运行make nss_build_all，就会遇到一个错误：

ncraike@ncraikework ~/Installs/nss-3.12.9/mozilla/security/nss
$ make nss_build_all
...
drbg.c: In function ‘RNG_RandomUpdate’:
drbg.c:516: error: size of array ‘arg’ is negative
make[3]: *** [Darwin10.5.0_DBG.OBJ/Darwin_SINGLE_SHLIB/drbg.o] Error 1
make[2]: *** [libs] Error 2
make[1]: *** [libs] Error 2
make: *** [libs] Error 2

所讨论的行(mozilla/security/nss/lib/freebl/drbg.c的第516行)是对特定类型具有预期大小的断言：

    PR_STATIC_ASSERT(sizeof(size_t) <= 4);

如果我编写了一个快速测试程序，sizeof(size_t)似乎是8，所以可能正在构建64位版本，尽管在上面的说明页面中是这样的：

在Unix平台上，除了Alpha/OSF1 1之外，如果您想要为系统的64位ABI构建一个版本，请在您的环境中设置USE_64=1。默认情况下，NSS在除Alpha/OSF1 1之外的所有平台上构建32位环境。

添加gcc选项-arch i386 (建议用于类似问题)并不有用，但是使用USE_64环境变量进行构建是成功的(尽管64位构建可能不是我所需要的)：

ncraike@ncraikework ~/Installs/nss-3.12.9/mozilla/security/nss
$ USE_64=1 make nss_build_all

这可能很好，但是当我尝试构建python(使用本源)时会出现问题。

需要对python的setup.py进行一些修改，以包括刚刚构建的NSS库。原始的setup.py硬编码每个扩展名的包含目录，例如：

nss_nss_extension = \
    Extension('nss.nss',
              sources            = ['src/py_nss.c'],
              include_dirs       = ['src', '/usr/include/nss3', '/usr/include/nspr4'],
              libraries          = ['nspr4', 'ssl3', 'nss3'],
              extra_compile_args = extra_compile_args,
              )

因此，我通过添加以下行修改了扩展声明：

DIST_ROOT = '/Users/ncraike/Installs/nss-3.12.9/mozilla/dist/'
INCLUDE_DIRS = [DIST_ROOT+'Darwin10.5.0_64_DBG.OBJ/include', DIST_ROOT+'public/nss/', DIST_ROOT+'private/nss/']
LIB_DIRS = [DIST_ROOT+'Darwin10.5.0_64_DBG.OBJ/lib/']

...and更改每个扩展以添加一个INCLUDE_DIRS列表，并包含一个library_dirs参数(如distutils文档中所述)。例如：

nss_nss_extension = \
    Extension('nss.nss',
              sources            = ['src/py_nss.c'],
              include_dirs       = ['src'] + INCLUDE_DIRS,
              libraries          = ['nspr4', 'ssl3', 'nss3'],
              library_dirs       = LIB_DIRS,
              extra_compile_args = extra_compile_args,
              )

在这些更改之后，python setup.py build运行并且似乎知道NSS库，但是会产生几个警告，包括：

src/py_nss.c:12640: warning: format ‘%d’ expects type ‘int’, but argument 2 has type ‘Py_ssize_t’
gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 -arch ppc -arch x86_64 build/temp.macosx-10.6-universal-2.6/src/py_nss.o -L/Users/ncraike/Installs/nss-3.12.9/mozilla/dist/Darwin10.5.0_64_DBG.OBJ/lib/ -lnspr4 -lssl3 -lnss3 -o build/lib.macosx-10.6-universal-2.6/nss/nss.so
ld: warning: in build/temp.macosx-10.6-universal-2.6/src/py_nss.o, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /Users/ncraike/Installs/nss-3.12.9/mozilla/dist/Darwin10.5.0_64_DBG.OBJ/lib//libnspr4.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /Users/ncraike/Installs/nss-3.12.9/mozilla/dist/Darwin10.5.0_64_DBG.OBJ/lib//libssl3.dylib, file was built for unsupported file format which is not the architecture being linked (i386)

最常见的警告是：“文件是为不受支持的文件格式构建的，该文件格式不是正在链接的体系结构”。此错误在另一个站点上的帖子中提到，并可能与gcc一起使用-arch i386选项的解决方案。我不确定在构建过程的哪个步骤添加此选项(NSS或python？)，以及如何将其添加到构建脚本中。

构建确实完成了，但是生成的python模块似乎无法使用：

ncraike@ncraikework ~/Installs/python-nss-0.10/build/lib.macosx-10.6-universal-2.6
$ ls
nss
ncraike@ncraikework ~/Installs/python-nss-0.10/build/lib.macosx-10.6-universal-2.6
$ python
Python 2.6.1 (r261:67515, Jun 24 2010, 21:47:49) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import nss.nss
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: dlopen(nss/nss.so, 2): Library not loaded: @executable_path/libssl3.dylib
  Referenced from: /Users/ncraike/Installs/python-nss-0.10/build/lib.macosx-10.6-universal-2.6/nss/nss.so
  Reason: image not found

我的错误是如何构建NSS，还是如何构建python？我应该如何告诉python构建脚本正确地链接到Mac库？我有比C经验更多的python经验，所以如果我犯了一些简单的构建错误，我不会感到惊讶。

我正在运行MacOS10.6.5，安装了Xcode 3.2.4 (64位)。gcc -v给了gcc version 4.2.1 (Apple Inc. build 5664)和Target: i686-apple-darwin10。

谢谢。

Answer 1

在OSX 10.7中，默认情况下有llvm gcc和llvm-g++ .他们通常会打印出更多的口头错误信息。

cc -o Darwin11.3.0_DBG.OBJ/Darwin_SINGLE_SHLIB/drbg.o -c -g -fPIC -Di386 -Wmost -fpascal-strings -fno-common -pipe -DDARWIN -DHAVE_STRERROR -DHAVE_BSD_FLOCK  -DXP_UNIX -DSHLIB_SUFFIX=\"dylib\" -DSHLIB_PREFIX=\"lib\" -DSHLIB_VERSION=\"3\" -DSOFTOKEN_SHLIB_VERSION=\"3\" -DRIJNDAEL_INCLUDE_TABLES -DDEBUG -UNDEBUG -DDEBUG_antkong -DUSE_UTIL_DIRECTLY -DMP_API_COMPATIBLE -I../../../../dist/Darwin11.3.0_DBG.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss -Impi -Iecl  drbg.c
drbg.c:471:34: warning: implicit conversion from enumeration type 'PRStatus' to different enumeration type 'SECStatus' (aka 'enum _SECStatus') [-Wconversion]
    return (globalrng != NULL) ? PR_SUCCESS : PR_FAILURE;
                               ~ ^~~~~~~~~~
drbg.c:471:47: warning: implicit conversion from enumeration type 'PRStatus' to different enumeration type 'SECStatus' (aka 'enum _SECStatus') [-Wconversion]
    return (globalrng != NULL) ? PR_SUCCESS : PR_FAILURE;
                               ~              ^~~~~~~~~~
drbg.c:516:5: error: 'arg' declared as an array with a negative size
    PR_STATIC_ASSERT(sizeof(size_t) <= 4);
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../../dist/Darwin11.3.0_DBG.OBJ/include/prtypes.h:528:42: note: expanded from macro 'PR_STATIC_ASSERT'
    extern void pr_static_assert(int arg[(condition) ? 1 : -1])
                                         ^~~~~~~~~~~~~~~~~~~~
2 warnings and 1 error generated.

希望它们可以帮助您找到解决方案或向Mozilla NSS项目提交错误报告。