编译第三方源码二进制文件时的依赖版本问题求助

兄弟，我太懂你这种崩溃了！我常年在Debian（偶尔摸Ubuntu）上捣鼓源码编译，依赖版本不兼容简直是每次必遇的拦路虎——系统仓库就那俩主版本，偏偏第三方源码要的版本根本找不到。你说的那几种尝试我全踩过坑：

• 直接apt-get搜目标版本：成功率低到离谱，要么是系统自带的旧版，要么连包都搜不到
• 修改sources.list单独更这个依赖：看似精准，实则是给自己挖坟，分分钟把其他软件的依赖搞崩，之前我这么干过一次，桌面环境直接炸了
• 跑dist-upgrade：系统倒是更新了，但之前编译好的一堆软件直接因为依赖被替换打不开，白忙活一场
• 从第三方官网手动装依赖：能拿到需要的版本没错，但没包管理器管着，后续升级、卸载全靠手动，还容易跟系统自带依赖打架

就拿你说的Debian Jessie要g++5的例子，其实有更稳的解决办法，分享几个我常用的：

1. 源码编译依赖到独立目录：把g5的源码下下来，编译时指定--prefix=/opt/gcc-5这种自定义路径，然后在编译目标源码前，用export CFLAGS="-I/opt/gcc-5/include"和export LDFLAGS="-L/opt/gcc-5/lib"指定头文件和库路径，这样既不碰系统自带的g4，又能满足编译需求
2. 用apt-pinning精准控版本：在/etc/apt/preferences.d/里新建个配置文件，比如gcc5.pref，指定g++5相关包从某个兼容的仓库（比如backports，如果有的话）获取，同时设置高优先级，其他包还是用系统默认仓库，比直接改sources.list安全太多
3. 容器隔离编译环境：用Docker拉个Debian Stretch的镜像（里面自带g++5），在容器里装好所有依赖再编译，完全跟宿主机环境隔离开，根本不用担心搞乱本地系统，我现在复杂编译基本都这么干
4. Ubuntu用PPA：如果是Ubuntu的话，找找有没有维护g++5的PPA，添加后就能通过apt正常装，不会影响系统其他依赖

这些方法亲测有效，尤其是容器和独立目录编译，基本能杜绝版本冲突的问题。

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