如何添加libcurl依赖而不绑定特定OpenSSL版本？

首先直接给结论：不能仅通过添加libcurl.so作为依赖来规避这个问题，因为libcurl本身在编译时会链接到特定版本的OpenSSL库，你的程序虽然只直接依赖libcurl，但libcurl会间接拉取它编译时依赖的OpenSSL版本（也就是你Debian Wheezy上的libssl.so.1.0.0）。当目标系统没有这个特定版本的OpenSSL时，动态链接器就会报错找不到库。

下面是几个可行的解决方案，帮你让程序在不同发行版上正常运行：

1. 静态编译libcurl（推荐） #

把libcurl和它依赖的OpenSSL库都静态链接到你的程序中，这样程序就不再依赖系统中的动态库，完全自给自足。

具体步骤： #

• 下载并编译静态版本的libcurl（以curl 7.88.1为例，你可以选合适的版本）：

  # 下载源码
  wget https://curl.se/download/curl-7.88.1.tar.gz
  tar xzf curl-7.88.1.tar.gz
  cd curl-7.88.1
  
  # 配置编译选项：启用静态库，禁用动态库，指定OpenSSL（如果需要其他TLS后端可以替换，比如--with-mbedtls）
  ./configure --prefix=/usr/local --enable-static --disable-shared --with-openssl
  
  # 编译并安装
  make && sudo make install
  

• 编译你的程序时链接静态库：

  gcc your_app.c -o your_app -L/usr/local/lib -lcurl -lssl -lcrypto -ldl -lpthread
  

  编译完成后，用ldd your_app检查，应该看不到libcurl.so或libssl.so的依赖了。

⚠️ 注意：静态编译要考虑许可证兼容性，比如OpenSSL的许可证（Apache 2.0）和你的程序许可证是否兼容，避免法律问题。

2. 使用libcurl的其他TLS后端 #

如果不想依赖OpenSSL，可以让libcurl使用其他TLS实现，比如mbedTLS、GnuTLS等，这些库的版本兼容性可能更好，或者你可以静态链接这些后端。

比如编译libcurl时指定mbedTLS：

./configure --prefix=/usr/local --enable-static --disable-shared --with-mbedtls

这样你的程序就会依赖mbedTLS而非OpenSSL，减少版本冲突的概率。

3. 在较新的基础环境中编译程序 #

Debian Wheezy是非常老旧的发行版（已经停止支持），它的libcurl和OpenSSL版本都很低。你可以在一个较新的发行版（比如Debian 11/12、Ubuntu 22.04，或者用Docker容器模拟）中编译你的程序，这样libcurl会链接到较新的OpenSSL版本（比如1.1.x或3.x），而大多数现代发行版都带有这些版本的OpenSSL，或者提供兼容包。

如果需要同时兼容新旧系统，可以考虑使用交叉编译或者像buildroot这样的工具来构建兼容多版本的二进制。

4. 打包程序为AppImage/Flatpak #

把程序和它依赖的所有库（包括libcurl和对应版本的OpenSSL）打包成AppImage或Flatpak格式，这样用户不需要安装任何依赖，直接运行打包后的文件即可。这种方式适合分发桌面应用，能很好地解决依赖版本冲突问题。

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