Question

我正在尝试在Mac OS 10.7.5上构建svn客户端。我的目标是构建完全静态的svn客户端，因此它不依赖于任何安装的dylib。我们的想法是，可以将svn客户端复制到密钥上的磁盘上，或者下载它，无需安装或配置任何东西即可工作。

我下载了svn源代码（subversion-1.7.8）和所有必需的依赖项（apr，par-util，neon，sqlite-amalgamation），并说明了configure-make-make install cycle。

Svn的configure选项有 - enable-all-static 标志，用于创建不依赖于外部dylib的svn客户端。但是，构建始终失败，并显示以下消息：

Warning!  dlname not found in /Volumes/mydisk/build/svn/libexec/mod_dav_svn.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /Volumes/mydisk/build/svn/libexec/mod_dav_svn.so
chmod: /Volumes/mydisk/wsvn/build/svn/libexec/mod_dav_svn.so: No such file or directory
apxs:Error: Command failed with rc=65536
.
make: *** [install-mods-shared] Error 1

似乎构建正在寻找mod_dav_svn.so，即使它不需要并且所有内容都是静态的。

有趣的是，构建的svn客户端实际运行！不过，我想完成构建和安装。安装得当。

我的问题是：

这个构建错误是真实的还是我可以忽略的东西？
如何完成构建时，如何避免此构建错误？

由于

Answer 1

根据我的经验，编译使用第三方库和/或系统库（如glibc等）的应用程序可能很棘手。问题是除了静态构建应用程序之外，所有这些库都需要同时提供一个动态（.so）版本以及一个静态版本（.a）和一些库只是不提供这个，至少不容易。所以你不得不自己编译依赖堆栈中的所有东西，这可能很难。

在这里说，礼貌Rick Vanderzwet's Blog：

% curl -O wget http://archive.apache.org/dist/subversion/subversion-1.7.8.tar.gz
% tar zxvf subversion-1.7.8.tar.gz
% cd subversion-1.7.8/
% ./get-deps.sh
% ./configure --with-ssl --without-gssapi --without-swig --enable-all-static
% make

使用以下命令确认：

可执行文件的大小？

% ls -lh subversion/svn/svn
-rwxrwxr-x 1 saml saml 11M Jan 19 22:09 subversion/svn/svn

可执行文件运行？

% subversion/svn/svn --version
svn, version 1.7.8 (r1419691)
   compiled Jan 19 2013, 22:03:50

Copyright (C) 2012 The Apache Software Foundation.
This software consists of contributions made by many people; see the NOTICE
file for more information.
Subversion is open source software, see http://subversion.apache.org/

The following repository access (RA) modules are available:

* ra_svn : Module for accessing a repository using the svn network protocol.
  - with Cyrus SASL authentication
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
  - handles 'http' scheme
  - handles 'https' scheme

可执行文件依赖什么？

%  ldd subversion/svn/svn
    linux-vdso.so.1 =>  (0x00007fffd7463000)
    libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00000034fc600000)
    libm.so.6 => /lib64/libm.so.6 (0x00000034e7600000)
    libssl.so.10 => /usr/lib64/libssl.so.10 (0x0000003210800000)
    libcrypto.so.10 => /lib64/libcrypto.so.10 (0x000000399a000000)
    libz.so.1 => /lib64/libz.so.1 (0x00000034e8600000)
    libmagic.so.1 => /usr/lib64/libmagic.so.1 (0x00000034ef600000)
    libexpat.so.1 => /lib64/libexpat.so.1 (0x00000034eb200000)
    libuuid.so.1 => /lib64/libuuid.so.1 (0x00000034eda00000)
    librt.so.1 => /lib64/librt.so.1 (0x00000034e8a00000)
    libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00000034f5e00000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00000034e7e00000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00000034e7a00000)
    libc.so.6 => /lib64/libc.so.6 (0x00000034e7200000)
    libresolv.so.2 => /lib64/libresolv.so.2 (0x00000034ea200000)
    libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x000000320f800000)
    libkrb5.so.3 => /lib64/libkrb5.so.3 (0x0000003210000000)
    libcom_err.so.2 => /lib64/libcom_err.so.2 (0x0000003d3ce00000)
    libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x0000003210400000)
    /lib64/ld-linux-x86-64.so.2 (0x00000034e6e00000)
    libfreebl3.so => /lib64/libfreebl3.so (0x00000034f6200000)
    libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x000000320fc00000)
    libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00000034f3a00000)
    libselinux.so.1 => /lib64/libselinux.so.1 (0x00000034e8e00000)

最后一点显示这个可执行文件依赖于几个动态库，但它比典型的动态构建的subversion要小得多！

编辑＃1

如果您不需要mod_dav_svn支持，则可以通过--without-serf切换到configure来停用此功能。

注意＃1：停用此支持会禁用svn客户端通过http和https访问SVN回购的功能！

注意＃2：如果查看svn --version命令的输出，您可以看到哪个存储库访问（RA）模块已编译到您的{ {1}}客户。

在Mac OSX上构建所有静态svn客户端，mod_dav_svn.so上的错误

1 个答案:

可执行文件的大小？

可执行文件运行？

可执行文件依赖什么？

编辑＃1