gcc -shared -fPIC 是生成 Linux 动态库（.so）的最小必要组合：-shared 指定输出为共享对象（ET_DYN），-fPIC 生成位置无关代码以支持运行时重定位；缺一不可，否则编译失败或库无法正确加载。
gcc -shared -fPIC 是生成 .so 的最小必要组合
不加 -shared 会默认生成可执行文件；不加 -fPIC 在现代 Linux 上直接报错（如 relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object）。这两个选项缺一不可，不是“建议”，是硬性要求。
-
-shared告诉 GCC 输出动态链接格式（ELF 类型为 ET_DYN），并启用符号导出/导入机制 -
-fPIC生成位置无关代码，确保库能被加载到任意内存地址——这是运行时由ld.so完成重定位的前提 - 省略
-o会导致输出文件名变成a.out，且无扩展名，极易误用
单源文件 vs 多源文件的命令写法差异
单个 .c 文件可一步到位；多个源文件建议分步，避免重复编译和调试困难。
- 单文件快捷写法：
gcc -fPIC -shared -o libmath.so math.c - 多文件推荐流程：
gcc -fPIC -c add.c -o add.o→gcc -fPIC -c mul.c -o mul.o→gcc -shared -o libmath.so add.o mul.o - 直接拼接源文件（
gcc -fPIC -shared -o libmath.so add.c mul.c）虽可行，但任一源文件改动都会全量重编，Makefile 中难以增量构建
链接时容易漏掉的 -Wl,-soname 和版本控制
只用 -shared -fPIC 生成的 .so 缺少 soname，会导致 ldconfig 无法正确管理版本、运行时找不到库，或升级后程序崩溃。
- 带 soname 的标准写法：
gcc -fPIC -shared -Wl,-soname,libmath.so.1 -o libmath.so.1.0.0 add.o mul.o - 之后需创建软链接：
ln -sf libmath.so.1.0.0 libmath.so.1和ln -sf libmath.so.1 libmath.so - 不设
-soname时，readelf -d libmath.so | grep SONAME输出为空，ldd可能显示not found即使路径正确
Windows 下 MinGW 生成 .dll 的关键区别
MinGW 的 gcc 生成 Windows 动态库时，-shared 仍必需，但 -fPIC 不是强制项（x86_64 下实际仍推荐加），且需注意导出符号。
- 基础命令：
gcc -shared -o libsort.dll sort.c（默认导出所有全局函数） - 若需显式控制导出，应配合
.def文件或__declspec(dllexport)，否则 C++ 函数可能因 name mangling 无法被调用 - MinGW 生成的
.dll不能在 MSVC 环境下直接使用，ABI 不兼容；反之亦然
真正卡住人的往往不是命令本身，而是 soname 缺失导致运行时报 libxxx.so: cannot open shared object file，或者多版本共存时 ldconfig -p 列不出你的库——这些都和 -Wl,-soname 是否写对强相关。
