书接上回<迁移到arm架构时，我遇到的那些坑>，把原有模块代码迁移到arm架构时，又发现了一个离奇的“undefined reference”错误，跟大家分享一下。

问题：

在低版本操作系统上能够编译通过的Base代码，被拿到高版本编译器所在机器上进行编译时，提示：undefined reference to `u_toupper_62'等错误。

思路：

(1)先提取此编译问题的关键词：undefined reference to

(2)然后分别分析或上网查看这些关键词出现的可能原因和对策。

(3)对这些原因的可能对策进行初步分析后开始挨个尝试

实际操作：

• 先检查符号是否的确包含在命令行用 -l 参数指定的库里。

==>经过确认，当前使用的是libxerces-c-3.2.2.a静态库，库中含有此符号信息，所以应该不是静态库编译的问题。

• 在makefile的编译命令的结尾处再添加一次-lxerces-c-3.2.2参数，尝试再次link。

==>经过尝试，问题同样存在，所以不是程序没有链接上库文件的问题。

• 在makefile中修改link顺序。

==>经过尝试，问题同样存在。

• 查看xerces-c-3.2.2库依赖的其他库在机器上是否存在。

==>xerces-c-3.2.2库依赖icu库，通过rpm命令查看软件安装信息，发现依赖库也是ok的。

通过上面的操作，得出初步结论：

xerces-c-3.2.2库本身是没有问题的，那么问题在于程序把libxerces-c-3.2.2.a静态库加入一起编译时出问题了。

转换思路：

在正常分析没有思路的情况下，我们需要转换个思路进行思考，也许能有意外收获呢。

思路1：是否有其他类似的库是好用的呢？其他库为什么能好用呢？

移植的这个程序使用到了两个第三方库文件，分别是libxerces-c-3.2.2.a、libsqlapi.a。libsqlapi.a使用时是好用的，那么我们分析一下他们的使用差异。

link方式：都是一样的"-L路径 -l库名称"

link顺序：base是先link libsqlapi.a，后link libxerces-c-3.2.2.a。修改link顺序后问题依旧存在。

编译方式：都是先执行对应的configure，然后再执行make

编译顺序：base是先编译libxerces-c-3.2.2.a，后编译libsqlapi.a。修改编译顺序后问题依旧存在。

思路2：不知道Base程序是什么原因使用的静态库，但是一般使用第三方库时，都是采用动态库方式进行link，我们尝试把libxerces-c-3.2.2.a编成动态库试试。

先看看编译好的动态库是否含有关键符号信息，

然后再编译整体程序代码，程序编译成功！！

设置动态库环境变量后，程序运行成功！！

(不过，为什么xerces-c的so库里还会包含其他的icu*.so呢？为什么以前base代码xerces-c的静态库没有特殊link其他的icu*.so也能好用呢？[恐惧])

问题产生的原因

(原因只是推测)

因为xerces-c在编译的时候，需要先执行对应的configure，然后再执行make，但是在整体程序编译和link时，并没有再次执行xerces-c的configure，所以导致此时的编译选项等信息不满足xerces-c静态库使用，从而导致了问题出现。

但是因为Base代码是在低版本编译器上编译的，编译器要求没有那么严格，所以以前的环境是好用的，但是迁移环境使用的编译器版本特别的高(gcc和g++都是9.3.1)，对编译的检查比较严格，所以此问题就暴露出来了。

建议：

对于使用的第三方程序，尤其是需要先执行configure，然后才能编译的库，或者对其他库有依赖的第三方库，最好还是使用动态库(*.so)形式。

补充：

1.静态库和动态库在程序编译时使用它们的共同点和区别

①共同点：

如果在程序中使用到了静态库和动态库，那么静态库和动态库都是在程序的连接阶段进行处理。

②区别：

静态库：程序在连接阶段，会将静态库的代码复制到可执行程序中。在可执行程序运行时，直接调用静态库中的代码。

动态库：程序在连接阶段，没有将动态库的代码复制到可执行程序中，仅仅将动态库的一些信息(例如动态库的名称)复制到可执行程序中。在可执行程序运行时，由系统将动态库的代码动态加载到内存中供程序调用。

2.静态库和动态库的优缺点

①静态库的优缺点

优点：

静态库被打包到可执行程序中，因此加载速度快。

发布程序时，无需提供静态库，因此移植方便。

缺点：

消耗系统资源、浪费内存。比如程序多处用到了静态库，相当于复制了多份静态库的代码，浪费内存。

更新、部署、发布麻烦。当静态库内容更新时，需要重新编译程序后才能使用。

②动态库的优缺点

优点：

可以实现进程间资源共享。

更新部署发布简单。

可以控制何时加载动态库。

缺点：

加载速度比静态库慢。

发布程序时需要提供依赖的动态库。

原创不易，欢迎关注、点赞、收藏！[作揖]