为什么libgtest.a移动到其他路径后链接报fPIC重定位错误？

问题1原因 #

• 报错和库文件的存放路径没有直接关系，核心原因是两次链接使用的libgtest.a编译参数完全不同：
  1. 未指定绝对路径时，target_link_libraries写libgtest.a会触发链接器优先从系统标准库路径（/usr/lib/x86_64-linux-gnu/等）搜索依赖，该路径下的libgtest.a是发行版预编译版本，默认编译时开启了-fPIC（位置无关代码）参数，支持链接到共享库目标，因此不会报错。
  2. 手动拷贝到项目目录的libgtest.a，实际是之前在/usr/src/googletest下手动编译生成的版本，编译时未开启-fPIC参数，这类静态库只能用于链接可执行文件，链接到共享库时就会抛出重定位错误。
• 额外注意你给出的CMake配置存在路径拼写错误：你拷贝库的路径是/my/project/dir/depends/pkgs/，但链接时写的是/my/project/dir/depends/pkgget/，拼写错误也可能导致链接器找错库文件。

问题2解决方案 #

要在自定义路径下正常使用预编译的gtest静态库链接共享库，按以下步骤操作：

1. 验证静态库是否支持PIC
   执行以下命令检查库文件是否编译了位置无关代码：

readelf -d /my/project/dir/depends/pkgs/libgtest.a | grep TEXTREL

如果命令有输出，说明该库没有开启-fPIC，需要重新编译gtest生成符合要求的静态库。
2. 重新编译带PIC的gtest静态库
进入gtest源码目录执行以下编译命令：

cmake -B build -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=OFF -DCMAKE_POSITION_INDEPENDENT_CODE=ON
cmake --build build -j$(nproc)

编译完成后将build/lib/libgtest.a拷贝到你的项目依赖目录即可。
3. 规范CMake配置
不推荐直接硬写绝对路径链接，更稳定的配置方式如下：

# 方法1：指定自定义库搜索路径后直接链接
link_directories(/my/project/dir/depends/pkgs/)
target_link_libraries(Application PRIVATE gtest)

# 方法2：显式查找库文件再链接（更严谨，避免搜索到其他路径的同名库）
find_library(GTEST_LIB 
    NAMES gtest 
    PATHS /my/project/dir/depends/pkgs/ 
    NO_DEFAULT_PATH
)
target_link_libraries(Application PRIVATE ${GTEST_LIB})

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