Clang生成的动态库（.so/.dylib）不可直接运行，因其无main入口点；需编译含main的可执行程序并正确链接、设置运行时库路径、确保符号导出可见。
Clang生成的动态库不能直接运行
动态库（.so 或 .dylib）本身不是可执行文件，没有入口点（main），Clang 用 -shared 编译出来的东西只是供其他程序加载调用的代码模块。你看到“生成成功”但双击或 ./libxxx.so 报错 Permission denied 或 cannot execute binary file，这是正常现象——不是编译错了，是用法错了。
运行依赖动态库的程序：三步缺一不可
真正要“运行”，得有一个带 main 的可执行程序，它在运行时加载你的动态库。关键在于链接、查找路径、加载时机三个环节：
-
编译可执行程序时必须链接动态库：用
-L指定库路径，-l指定库名（去掉lib前缀和扩展名），例如clang main.c -L. -lmylib -o app -
运行时系统必须能找到库文件：Linux 默认只查
/usr/lib、/lib等系统路径；你的libmylib.so在当前目录，就得临时加路径：LD_LIBRARY_PATH=. ./app（macOS 用DYLD_LIBRARY_PATH） -
或者把库路径硬编码进可执行文件：编译时加
-Wl,-rpath,.（注意逗号后不能有空格），这样运行时就不用设环境变量了
常见错误：明明写了 -l 却提示 undefined reference
这通常不是链接失败，而是符号没导出或命名不匹配。Clang 默认不导出 C++ 符号（name mangling），也不自动导出静态函数：
- C++ 代码中导出函数必须加
extern "C"声明，否则nm -D libmylib.so看不到符号 - 确保头文件里声明的函数，在实现文件里确实定义了，且没被
static修饰 - 检查函数签名是否完全一致（参数类型、const 限定符等），哪怕差一个
int和size_t都会找不到
验证动态库是否可用：用 ldd 和 nm 快速排查
别急着跑程序，先确认库本身没问题：
-
ldd ./app看输出里有没有libmylib.so => not found—— 有就是路径问题 -
nm -D libmylib.so | grep your_func_name确认符号存在且未被 strip 掉 - 如果库依赖其他第三方库（比如用了
pthread），ldd libmylib.so也能看出缺失项
动态库的“运行”本质是被加载，不是独立执行；最容易卡住的地方永远是路径和符号可见性，而不是语法或编译选项本身。
