在使用paho-mqtt-c和paho-mqtt-cpp静态库时遇到连接问题，错误提示MQTTReasonCode_toString未定义。经过实验发现，静态库的连接顺序会影响编译结果。原本的连接顺序${MQTTC_LIB} ${MQTTCXX_LIB}导致错误，而调整为${MQTTCXX_LIB} ${MQTTC_LIB}后编译成功。这表明静态库的符号查找可能遵循某种特定顺序，但原理不明确。通过链接顺序影响分析解决了困惑。
静态连接顺序的问题
在使用paho-mqtt-c 和paho-mqtt-cpp库时，考虑到部署的方便，决定使用静态库。
paho-mqtt-cpp 是依赖paho-mqtt-c 做的c++ 封装库。连接动态库，不要考虑具体的连接顺序。
纯静态库，连接问题
g++ (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
出现MQTTReasonCode_toString，未定义
连接顺序： ${MQTTC_LIB} ${MQTTCXX_LIB}时
查看符号表，MQTTReasonCode_toString时存在的，当时依然报错。
readelf -s build/src/libpaho-mqtt3a.a | grep -i MQTTReasonCode_toString
调整连接顺序： ${MQTTCXX_LIB} ${MQTTC_LIB}，编译通过。静态库符号是向后查找的么？
不明白其原理，属实困惑。
在这里找到原理解释
最低0.47元/天 解锁文章
893
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
