关于交叉编译Nodejs的坑
前言
交叉编译Nodejs到其他平台上的时候,遇到了2个坑,网上极少有人提及,花了整个晚上才解决,在此记录下.
我的编译目标环境为: 龙芯3A
编译脚本
cd 代码目录
export PREFIX=/usr/local/mips-loongson-linux-gnu/bin/mips-linux-gnu-
export CC=${PREFIX}"gcc -march=gs464e -mips64r2 -mabi=64"
export CXX=${PREFIX}"c++ -march=gs464e -mips64r2 -mabi=64"
export LINK=$CXX
export LD=${PREFIX}ld
export AR=${PREFIX}ar
export AS=${PREFIX}as
export RANLIB=${PREFIX}ranlib
export CROSS_COMPILE=mips-loongson
export ARCH=mips64el
# Native compilers
export AR_host="ar"
export CC_host="gcc"
export CXX_host="g++"
export LINK_host="g++"
export AR_HOST="ar"
export CC_HOST="gcc"
export CXX_HOST="g++"
export LINK_HOST="g++"
# extras for convenience.
export OBJD=${PREFIX}objdump
export GDB=${PREFIX}gdb
export RDE=${PREFIX}readelf
./configure --prefix=/home/loongson/node --dest-cpu=mips64el --cross-compiling --without-snapshot --with-mips-arch-variant=r2 --without-ssl --dest-os=linux
make -j$(grep -c ^processor /proc/cpuinfo 2>/dev/null || 1)
问题1: unrecognized command line option '-m64'
在编译nodejs过程中会编译一个叫做ssl的库,ssl有个编译参数"-m64",这个参数会导致部分交叉编译环境过不去.具体表现为,提示这么个东西:unrecognized command line option '-m64' 不过这个库可以去掉,可以在configure的时候加参数 --without-ssl 把ssl去掉来解决.
问题2: torquebasevisitor.o格式不正确
nodejs在编译过程中会生成辅助工具来帮助编译(辅助工具也由代码编译出来),这些辅助编译得是主机平台(用来编译代码的机器的平台)的,不能是目标平台(准备用来执行编译结果的平台)的,而交叉编译把编译器配置成了目标平台编译器.导致中间工具无法正常生成.
这时候,可以配置host版本的工具链,来解决,具体查看我的编译脚本的Native compilers部分.
"随笔"类型下的内容为原创,转载请注明来源. http://www.cnblogs.com/DragonStart/
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?