使用CMake生成静态库时依赖库符号未被打包归档问题

首先明确：静态库的生成过程不会执行链接步骤，你配置的target_link_libraries以及-Wl,--whole-archive链接参数对静态库目标完全不生效。
静态库本质只是对多个.o目标文件的打包归档，构建时只会把你在add_library里指定的源文件编译得到的.o打包进去，你写的链接依赖配置只会传递给后续链接这个静态库的可执行文件/动态库目标，不会在当前静态库打包阶段把依赖的其他静态库的.o合并进来。
你看到libwebrtc_fec.a里的符号是U（未定义），就是因为你的fec_decode.cc/fec_encode.cc里引用了这个类，但对应实现的.o没有被打包到当前静态库中。

另外你当前CMake配置里重复强制覆盖内置变量CMAKE_SOURCE_DIR属于错误写法，可能引发其他路径解析异常，建议删除这两行手动赋值。

你可以通过以下任意一种方式实现预期的静态库合并效果：

• 方案1：手动用ar命令合并静态库
  先编译得到原始的libwebrtc_fec.a和已有的libwebrtc_rtp_rtcp.a，然后执行以下命令合并：

  # 新建临时目录避免文件冲突
  mkdir tmp && cd tmp
  # 提取两个静态库的所有.o文件
  ar x ../libwebrtc_fec.a
  ar x ../libwebrtc_rtp_rtcp.a
  # 重新打包所有.o为新的静态库
  ar rcs ../libwebrtc_fec.a *.o
  cd .. && rm -rf tmp
  

  你也可以在CMake里添加add_custom_command自动完成这个步骤，不需要手动执行。
• 方案2：把依赖库的源文件直接加入当前编译目标
  直接找到libwebrtc_rtp_rtcp.a对应的所有源文件，添加到你add_library(webrtc_fec STATIC ${source_file})的源文件列表里，这样编译阶段就会把所有需要的.o直接打包进目标静态库，不需要后续合并。
• 方案3：调整链接逻辑到上层目标
  如果你后续是用libwebrtc_fec.a链接生成可执行文件/动态库，那可以不需要合并静态库，只需要在上层目标的链接参数里保留-Wl,--whole-archive libwebrtc_fec.a libwebrtc_rtp_rtcp.a -Wl,--no-whole-archive即可，链接阶段会自动解析所有符号。

内容的提问来源于stack exchange，提问作者woder