我正在Xcode中构建一些命令行工具（纯C，无Cocoa）。我希望它们都使用我的定制版libpng，并通过在所有可执行文件之间共享一个库的副本来节省空间（我不介意将.dylib与它们一起重新分发）。
我需要做一些神奇的操作才能获取libpng导出符号吗？
“链接二进制文件与库”构建阶段是否静态链接？
Apple的文档提到使用dlopen在运行时加载库，但我如何使Xcode创建可执行文件而不会抱怨缺少符号？
我想我已经解决了：
libpng没有正确链接，因为我构建了32/64位可执行文件和32位库。库和可执行文件的构建设置必须匹配。
libpng的config.h需要有大量的定义，比如#define FEATURE_XXX_SUPPORTED
“链接二进制文件与库”构建阶段可以很好地处理动态库，对于从应用程序包加载.dylib，需要使用DYLD_FALLBACK_LIBRARY_PATH环境变量。
在Mac OS X上进行动态链接，一个简单的示例
步骤：
问题：你“只是”想创建一个供其他模块使用的库。 然而有一大堆程序 - gcc、ld、MacOSX libtool、dyld - 有无数个选项，有些已经腐烂了，而且MacOSX和Linux之间也存在差异。 有大量的man页（我在10.4.11 ppc中数了7679+1358+228+226行）， 但是没有太多的示例或者可以让你“告诉我你在做什么”的程序。
（理解最重要的事情是为自己制作一个简化的概述： 画些图，运行一些小的示例，向别人解释）。
背景：苹果关于动态库的概述， 维基百科动态库
步骤1，创建libmylib.dylib库--
mymod.c:
#include <stdio.h>
void mymod( int x )
{
printf( "mymod: %d\n", x );
}
gcc -c mymod.c # -> mymod.o
gcc -dynamiclib -current_version 1.0 mymod.o -o libmylib.dylib
# calls libtool with many options -- see man libtool
# -compatibility_version is used by dyld, see also cmpdylib
file libmylib.dylib # Mach-O dynamically linked shared library ppc
otool -L libmylib.dylib # versions, refs /usr/lib/libgcc_s.1.dylib
第二步，编译并链接 callmymod --
callmymod.c:
extern void mymod( int x );
int main( int argc, char** argv )
{
mymod( 42 );
}
gcc -c callmymod.c
gcc -v callmymod.o ./libmylib.dylib -o callmymod
# == gcc callmymod.o -dynamic -L. -lmylib
otool -L callmymod # refs libmylib.dylib
nm -gpv callmymod # U undef _mymod: just a reference, not mymod itself
第三步，运行callmymod以链接到libmylib.dylib库--
export DYLD_PRINT_LIBRARIES=1 # see what dyld does, for ALL programs
./callmymod
dyld: loaded: libmylib.dylib ...
mymod: 42
mv libmylib.dylib /tmp
export DYLD_LIBRARY_PATH=/tmp # dir:dir:...
./callmymod
dyld: loaded: /tmp/libmylib.dylib ...
mymod: 42
unset DYLD_PRINT_LIBRARIES
unset DYLD_LIBRARY_PATH
这就是一个小例子的结束，希望它有助于理解这些步骤。
（如果您需要经常执行此操作，请查看GNU Libtool，在Macs上为glibtool，
以及SCons。）
http://brockwoolf.com/blog/how-to-use-dynamic-libraries-in-xcode-31-using-fmod
希望这能帮到你。dyld(1) man page中描述的一组默认路径下搜索（小）集合下的DYLD_FALLBACK_LIBRARY_PATH。