编译带msdkh264enc的GStreamer时出现重定位错误

看起来你遇到的是典型的系统库与本地编译库冲突问题——你编译libgstmsdk.so时用的是自己构建的新版GStreamer核心库，但安装后运行时动态链接器优先加载了系统预装的旧版GStreamer库，那些缺失的符号（比如gst_va_dmabuf_get_modifier_for_format）都是新版GStreamer才引入的API，系统旧库没有实现，所以出现了重定位错误。

下面是针对性的解决步骤：

1. 编译阶段强制使用本地构建的GStreamer库 #

你需要在meson setup时明确指定安装路径，并强制 meson 优先使用本地子项目的GStreamer依赖，而不是系统库：

meson setup \
  --prefix=/tmp/blah/usr/local \
  --libdir=/tmp/blah/usr/local/lib \
  -Dbad=enabled \
  -Dgst-plugins-bad:msdk=enabled \
  -Dgst-plugins-bad:avtp=disabled \
  -Dgstreamer:default_library=static \
  -Dgst-plugins-base:default_library=static \
  build

• --prefix和--libdir直接指向你的安装目录，让meson在编译时优先查找本地构建的子项目库
• 启用default_library=static是可选但有效的手段：将GStreamer核心库静态链接到插件中，彻底避免运行时的库路径冲突

2. 安装后配置运行时库路径 #

即使编译时链接正确，系统动态链接器还是会默认优先加载/usr/lib下的库，所以需要手动指定优先加载你安装目录下的库：

• 临时生效（当前终端会话内）：

  export LD_LIBRARY_PATH=/tmp/blah/usr/local/lib:$LD_LIBRARY_PATH
  export GST_PLUGIN_PATH=/tmp/blah/usr/local/lib/gstreamer-1.0:$GST_PLUGIN_PATH
  

• 永久生效（长期使用）：可以把上述两行添加到你的~/.bashrc或~/.profile文件中，或者在启动GStreamer应用前执行这些命令

3. 验证修复效果 #

设置好环境变量后，重新用ldd检查插件的链接情况：

ldd /tmp/blah/usr/local/lib/gstreamer-1.0/libgstmsdk.so

此时所有GStreamer相关的库（比如libgstreamer-1.0.so.0、libgstbase-1.0.so.0）都应该指向/tmp/blah/usr/local/lib目录下的文件，而不是系统的/usr/lib。

额外排查：适配Alpine的musl libc #

Alpine使用musl libc而非glibc，部分GStreamer API的兼容性需要额外处理，如果上述步骤仍未解决问题，可以尝试：

1. 确保安装了所有musl兼容的依赖包：

   apk add musl-dev libva-dev libmfx-dev gstreamer-dev
   

2. 编译时添加兼容musl的编译参数：

   meson setup \
     --prefix=/tmp/blah/usr/local \
     --libdir=/tmp/blah/usr/local/lib \
     -Dc_args="-D_GNU_SOURCE" \
     -Dcpp_args="-D_GNU_SOURCE" \
     -Dbad=enabled \
     -Dgst-plugins-bad:msdk=enabled \
     -Dgst-plugins-bad:avtp=disabled \
     build
   

这类问题的核心就是要保证编译、安装、运行三个阶段的库路径完全一致，避免系统预装库的干扰。Alpine的musl libc确实会比glibc多一些兼容性细节需要注意，明确指定编译参数能有效减少踩坑。

备注：内容来源于stack exchange，提问作者JonasVautherin