一、问题描述

buildroot 未使用外部交叉编译工具，生成的文件系统运行原先的程序不能启动。解决办法：
①使用 buildroot的工具链 重新编译程序；
②使用其它工具链编译时，可选择为静态编译。

二、应用程序使用buildroot的工具链

使用别的交叉工具链正常，但是使用buildroot的工具链编译应用工程时，报错提示

sntpfun.c:24: undefined reference to `stime'

网上搜索，发现

在程序中增加以下代码

#include <time.h>
int stime(const time_t *t)
{struct timespec ts = {};ts.tv_sec = *t;return clock_settime(CLOCK_REALTIME, &ts);
}

再次使用buildroot的工具链编译应用工程，编译通过。

三、lrzsz 移植使用原交叉工具链

使用 lrz、lsz 原交叉编译器编译好的可执行文件时，发现出现错误提示 not find。

解决办法：交叉编译工具链不变，编译时配置为静态编译即可。指令如下：

make LDFLAGS=-static

LDFLAGS=-static 表示静态编译，编译与库无关的完全独立程序。

四、总结

交叉工具链编译程序可能引发多种问题，以下是其中一些常见的问题以及相应的解决思路。
1、缺失头文件或库文件：
在编译过程中，编译器可能会报告找不到特定的头文件或库文件。这通常是因为交叉编译环境没有正确配置，或者所需的库没有安装在交叉编译工具链的指定位置。
解决思路：
确保交叉编译工具链已正确安装，并且包含了所有必要的库和头文件。检查环境变量（如PATH、LD_LIBRARY_PATH等）是否已正确设置，以便编译器和链接器能够找到这些文件和库。如果需要，手动下载并安装缺失的库或头文件，或者修改Makefile以指向正确的位置。

2、目标架构不兼容：
尝试在错误的目标架构上编译程序会导致编译失败。
解决思路：
检查交叉编译工具链是否与目标硬件的架构相匹配。如果需要，获取或构建与目标架构相匹配的交叉编译工具链。

3、依赖问题：
编译的程序可能依赖于其他库或工具，而这些依赖可能没有正确安装或配置。
解决思路：
检查程序的依赖关系，并确保所有依赖都已正确安装。使用包管理器（如apt、yum等）或手动下载并安装缺失的依赖项。在编译之前，运行依赖检查工具（如ldd）来确认程序所需的所有库都已满足。

4、版本冲突：
有时，交叉编译工具链的版本可能与源代码或目标系统不兼容。
解决思路：
检查源代码和目标系统对交叉编译工具链的版本要求。如果需要，升级或降级交叉编译工具链以匹配版本要求。在某些情况下，可能需要修改源代码以适应特定版本的交叉编译工具链。

5、路径问题：
编译器或链接器可能无法找到必要的文件，因为路径设置不正确。
解决思路：
确保所有必要的文件（如头文件、库文件等）都位于编译器和链接器能够访问的路径中。
如果需要，修改环境变量或Makefile以包含正确的路径。使用find或locate等命令来查找缺失的文件，并确认它们的路径是否正确。

6、权限问题：
在编译或安装过程中可能会遇到权限不足的问题。
解决思路：
使用具有足够权限的用户（如root用户）来执行编译和安装操作。如果不想使用root用户，可以尝试修改目标目录的权限或使用sudo命令来提升权限。

总之，解决交叉工具链编译程序引发的问题需要仔细检查配置、依赖、版本、路径和权限等方面，并根据错误信息逐步排查和修复问题。在解决问题的过程中，查阅相关文档和社区资源也是非常有帮助的。尽量使用同一工具链进行交叉编译，或者条件允许的话编译时使用静态编译。

参考：
https://github.com/OpenMathLib/OpenBLAS/issues/2656
http://t.csdnimg.cn/PZRqp