构建GCC/GLIBC时指定默认动态链接器名称及ARM程序编译时强制指定动态链接器的问题
Hey William, let's tackle this issue step by step—first fixing your current compile command, then covering how to adjust the toolchain defaults if you really need to.
一、先解决当前编译命令的问题
你说已经加了-Wl,-dynamic-linker,/lib/ld-linux.so.3但readelf还是显示默认的ld-linux-armhf.so.3，这大概率是参数顺序不对或者-flto（链接时优化）干扰了参数传递。GCC对参数顺序特别敏感：链接器选项应该放在所有源文件/目标文件之后，库依赖（比如-lcrypto、-lcurl）之前。
试试调整你的编译命令，把链接器参数移到更靠前的位置，或者用更清晰的写法：
arm-linux-gnueabihf-gcc -std=c17 -Wall -pipe -O3 -flto -s prog.c -Wl,-dynamic-linker=/lib/ld-linux.so.3 -Wl,--build-id=none -lcrypto -lcurl -ljson-c -ldl -o prog
如果还是不行，可能是工具链的默认链接脚本强制指定了动态链接器。这种情况下，你可以绕开GCC，直接用ld手动链接：
- 先把源文件编译成目标文件：
arm-linux-gnueabihf-gcc -std=c17 -Wall -pipe -O3 -flto -c prog.c -o prog.o
- 再用
ld手动指定动态链接器完成链接：
arm-linux-gnueabihf-ld -dynamic-linker /lib/ld-linux.so.3 --build-id=none -o prog prog.o -lcrypto -lcurl -ljson-c -ldl -lc
⚠️ 注意：手动链接时必须加上-lc（C标准库），因为GCC不会自动帮你添加这个依赖。
另外，你提到目标系统用的是libld.so.2而非ld-linux*.so.3，这说明目标系统的GLIBC版本比较旧（ld-linux.so.3对应GLIBC 2.3及以上，libld.so.2是更早的版本）。如果你的工具链GLIBC版本比目标系统高，就算改了链接器名称，程序大概率还是跑不起来——版本兼容性问题会导致各种运行时错误。这种情况下，你可能需要构建一套和目标系统GLIBC版本匹配的交叉工具链。
二、构建GCC/GLIBC时修改默认动态链接器名称
如果你不想每次编译都手动指定链接器，想直接修改工具链的默认设置，就得在构建交叉工具链时调整GLIBC的配置：
- 配置GLIBC时指定链接器名称：
在配置GLIBC的时候，加上--with-linker-name=ld-linux.so.3选项，同时设置libc_cv_slibdir=/lib（指定共享库的安装目录为/lib）。这样GLIBC编译完成后，生成的动态链接器就是ld-linux.so.3，而不是带armhf后缀的版本。 - 同步GCC的默认设置：
GCC的默认动态链接器路径是从GLIBC的配置继承来的，所以只要GLIBC配置正确，GCC编译时就会自动用你指定的链接器。如果需要更精细的控制，也可以在构建GCC时通过--with-default-linker-script指定自定义链接脚本，或者添加默认的-dynamic-linker参数。
不过要提醒你，构建交叉工具链是个挺复杂的活儿，得保证GLIBC、GCC和内核头文件的版本都和目标系统兼容，不然很容易出各种奇怪的问题。
备注：内容来源于stack exchange，提问作者William
