Clang生成动态库时必须用-o指定含完整路径和正确后缀的输出文件，如-o ./lib/libmymath.so；目录需预先创建，后缀须匹配平台（Linux用.so、macOS用.dylib），且-install_name仅影响运行时查找路径而非输出位置。
Clang生成动态库时用-o指定输出路径最直接
Clang本身不提供类似--output-dir的专用选项，输出位置完全由-o参数决定。你必须显式写出完整路径（含文件名），否则默认生成在当前目录且文件名可能不符合预期（比如只叫a.out）。
常见错误是只传目录路径：clang -shared -o ./lib/ main.o——这会创建一个叫lib的文件，而不是放进./lib/目录。正确写法必须带扩展名和完整路径：
clang -shared -o ./lib/libmymath.so main.o-
clang -shared -o /tmp/libutils.dylib utils.o（macOS） - 目录需提前存在，Clang不会自动创建父级路径
Linux和macOS的动态库命名与后缀差异影响路径构造
动态库后缀不是可选配置项，而是由目标平台硬性决定：.so用于Linux，.dylib用于macOS，Windows用.dll（但Clang在Windows上通常走MSVC工具链，行为不同）。如果路径里混用错后缀，链接时会报cannot find -lxxx或image not found。
实际构建中建议用变量或脚本封装，避免手敲出错：
- Linux：
OUT_PATH="./build/libmylib.so" - macOS：
OUT_PATH="./build/libmylib.dylib" - 调用时统一用
clang -shared -o$OUT_PATH*.o
配合-install_name时路径逻辑容易混淆
macOS下用-install_name设置动态库的运行时ID，这个值会写进二进制头，和-o指定的磁盘路径无关。但两者常被一起设置，导致误以为-install_name控制输出位置。
例如：clang -shared -o ./lib/libfoo.dylib -install_name "@rpath/libfoo.dylib" foo.o——这里-o决定文件落地位置，-install_name只影响其他程序链接它时的查找逻辑。如果-install_name路径写死成/usr/local/lib/libfoo.dylib，而你实际把库放在./lib/下，运行时就会找不到。
-
-install_name推荐用@rpath/xxx或@loader_path/xxx，保持灵活 - 确保
-o路径与后续otool -L看到的LC_ID_DYLIB路径能对齐，否则dyld加载失败
Makefile或CMake里容易漏掉目录创建步骤
自动化构建时，-o指定的路径若含多级子目录（如./build/libs/libx.so），必须先执行mkdir -p ./build/libs。Makefile里常见错误是只写$(CC) -shared -o $@ $^，而$@包含深层路径，但依赖规则没声明目录为前置条件。
CMake更隐蔽：即使写了set(CMAKE_LIBRARY_OUTPUT_DIRECTORY "${CMAKE_BINARY_DIR}/lib")，Clang仍可能忽略它——因为CMake的该变量只对add_library()有效；如果手动调用execute_process()跑Clang命令，就得自己处理路径。
- Makefile中加一句：
$(dir $@): ; mkdir -p $@ - CMake里用
file(MAKE_DIRECTORY ...)显式建目录 - CI环境尤其要注意，干净容器里
./build/lib大概率不存在
路径拼写、后缀匹配、目录预创建——这三个点漏掉任何一个，都会让-o看起来“没生效”。
