conan入门(二十八):解决conan 1.60.0下 arch64-linux-gnu交叉编译openssl/3.1.2报错问题

10km

已于 2023-12-29 18:08:06 修改

阅读量822

点赞数

分类专栏： conan 文章标签： linux conan armv8 openssl 交叉编译

于 2023-09-22 11:16:50 首次发布

本文链接：https://blog.csdn.net/10km/article/details/133161687

版权

conan 专栏收录该内容

39 篇文章 99 订阅

订阅专栏

上一篇博客《conan入门(二十七):因profile [env]字段废弃导致的boost/1.81.0 在aarch64-linux-gnu下交叉编译失败》解决了conan 1.60.0交叉编译boost/1.80.1的问题后，我继续交叉编译openssl/3.1.2时又报错了

conan install openssl/3.1.2@ -pr:h aarch64-linux-gnu.jinja -pr:b default --build openssl

错误信息[部分]如下

gcc  -I. -Iinclude -Iproviders/common/include -Iproviders/implementations/include  -DBSAES_ASM -DECP_NISTZ256_ASM -DKECCAK1600_ASM -DMD5_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_CPUID_OBJ -DOPENSSL_SM3_ASM -DPOLY1305_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DSM4_ASM -DVPAES_ASM -DVPSM4_ASM -fPIC -pthread -fPIC -O3 -Wa,--noexecstack -fPIC -O3 -fPIC -DOPENSSL_USE_NODELETE -DOPENSSL_PIC -DOPENSSLDIR="\"/etc/ssl\"" -DENGINESDIR="\"//lib/engines-3\"" -DMODULESDIR="\"//lib/ossl-modules\"" -DOPENSSL_BUILDING_OPENSSL -DZLIB -DNDEBUG -DNDEBUG -I/home/gyd/.conan/data/zlib/1.2.13/_/_/package/8fd38d381db52e2495321ce060b9f457656f6c8f/include -DNDEBUG -MMD -MF crypto/libcrypto-lib-asn1_dsa.d.tmp -MT crypto/libcrypto-lib-asn1_dsa.o -c -o crypto/libcrypto-lib-asn1_dsa.o crypto/asn1_dsa.c
In file included from crypto/armcap.c:25:
crypto/arm_arch.h:50:6: error: #error "unsupported ARM architecture"
   50 | #    error "unsupported ARM architecture"
      |      ^~~~~
make[1]: *** [Makefile:7968: crypto/libcrypto-lib-armcap.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/home/gyd/.conan/data/openssl/3.1.2/_/_/build/68764798d08f50a78c0c0533ab077dd30167bb95/src'
make: *** [Makefile:2328: build_sw] Error 2

大意就是编译器不支持arm架构，如下图看，编译器还是用的本机编译器，而不是armv8的交叉编译器aarch64-linux-gnu,
openssl和boost一样，也是通过环境变量CC来定义使用的编译器的，
这个问题我在上一博客中明明已经解决了呀，不就是把profile中[env]改为[buildenv]么？怎么还会出错？

在这里插入图片描述

继续研究conan官方文档关于profile的说明 https://docs.conan.io/1/reference/profiles.html
在这里插入图片描述
仔细看上图红线划的重点，大意就是要使[buildenv]有效，有两种方式：
- 需要在conanfile.py中创建VirtualBuildEnv对象
- 在profile中设置tools.env.virtualenv:auto_use=True自动激活[buildenv]
我查看了boost/1.81.0的conanfile.py,确实在python脚本中创建并引用了VirtualBuildEnv，而openssl/3.1.2的conanfile.py并没用引用VirtualBuildEnv，所以需要以第二种方式使用profile中的[buildenv]有效
即如下在profile中加入[conf]字段定义tools.env.virtualenv:auto_use=True

[conf]
tools.env.virtualenv:auto_use=True

以下是修改后的profile aarch-linux-gnu.jinja

include(default)
target_host=aarch64-linux-gnu
[settings]
arch=armv8
build_type=Release
compiler=gcc
compiler.libcxx=libstdc++11
compiler.version=7
os=Linux
#[tool_requires]
[conf]
tools.env.virtualenv:auto_use=True
[buildenv]
# used by ./conan/cmake/aarch64-linux-gnu.toolchain.cmake
CROSS_COMPILER_PREFIX=/opt/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu
CHOST=$target_host
AR=$target_host-ar
AS=$target_host-as
RANLIB=$target_host-ranlib
CC=$target_host-gcc
CXX=$target_host-g++
LD=$target_host-ld
STRIP=$target_host-strip
#########################################################################################
# 指定./conan/cmake/aarch64-linux-gnu.toolchain.cmake 为cmake 工具链文件                   #
#########################################################################################
{% set toolchain = os.path.join(profile_dir, "..","cmake","aarch64-linux-gnu.toolchain.cmake") %}
CONAN_CMAKE_TOOLCHAIN_FILE={{ toolchain }}
CONAN_CMAKE_GENERATOR="Unix Makefiles"

conan系列文章

10km

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
conan入门(二十八):解决conan 1.60.0下 arch64-linux-gnu交叉编译openssl/3.1.2报错问题

大意就是编译器不支持arm架构，如下图看，编译器还是用的本机编译器，而不是armv8的交叉编译器aarch64-linux-gnu,解决了conan 1.60.0交叉编译boost/1.80.1的问题后，我继续交叉编译openssl/3.1.2时又报错了。我查看了boost/1.81.0的conanfile.py,确实在python脚本中创建并引用了。，而openssl/3.1.2的conanfile.py并没用引用。这个问题我在上一博客中明明已经解决了呀，不就是把profile中。来定义使用的编译器的，
复制链接

扫一扫