mbedtls-2.6.0 arm linux交叉编译

最新推荐文章于 2025-11-09 03:44:16 发布
原创 最新推荐文章于 2025-11-09 03:44:16 发布 · 5.9k 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何使用armlinuxgcc进行mbedtls 2.6.0的交叉编译，包括设置环境变量、指定配置文件等关键步骤。

README for mbed TLS

### arm linux gcc 交叉编译mbedtls 2.6.0方法:

build

下载源代码：mbedtls-2.6.0

====================

编译方法

====================

cd mbedtls-2.6.0
export CC=arm-linux-gcc
export SHARED=1
export CFLAGS="-I$PWD/configs -DMBEDTLS_CONFIG_FILE='<config-thread.h>'"
make
交叉编译mbedtls
BeanGuohui的博客
12-29 2039
交叉编译mbedtls使用INTEL工具链编译编译流程编译成功文件默认的存放位置使用mipsel-24kec-linux-uclibc工具链编译编译流程编译成功文件默认的存放位置 使用INTEL工具链编译 编译流程 make CC="gcc -fPIC" make install 编译成功文件默认的存放位置 库：/usr/local/lib/ 头文件：/usr/local/include/mbedtls/ 使用mipsel-24kec-linux-uclibc工具链编译 编译流程 make CC="
CommonAPI SomeIP Runtime 交叉编译
hrx-@@
08-20 1072
记录一下CommonAPI SomeIP Runtime在PC上编译及交叉编译情况。
mbedtls:开源，可移植，易于使用，可读且灵活的SSL库
05-11
适用于Mbed TLS的自述文件 Mbed TLS是一个C库，可实现加密原语，X.509证书操作以及SSL / TLS和DTLS协议。 它的代码占用空间小，使其适用于嵌入式系统。 Mbed TLS包括的参考实现。 当前，此预览仅用于评估目的。 稳定 警告：Mbed TLS的分支当前具有不稳定的API。 这是Mbed TLS的下一个主要版本正在开展的工作。 直到Mbed TLS 3.0被释放，如果你需要一个稳定的API，请使用分支代替。 配置 在大多数系统上，Mbed TLS应该是开箱即用的。 完全记录在案的配置文件include/mbedtls/config.h中提供了一些特定于平台的选项，这也是可以选择功能的地方。 该文件可以手动编辑，也可以使用Python 3脚本scripts/config.py （使用--help以获得更详尽的说明）以更加编程的方式进行编辑。 使用Make和CM
mbedtls编译选项详解：优化大小与性能的编译配置
最新发布
gitblog_00982的博客
11-09 634
在嵌入式系统开发中，安全通信往往面临资源受限的挑战。mbedtls作为轻量级TLS库，其编译配置直接影响最终固件的大小和运行效率。本文将系统讲解如何通过编译选项平衡安全性、代码体积和性能，帮助开发者针对不同场景进行精准优化。 ## 核心配置文件解析 mbedtls的编译配置中心是[include/mbedtls/mbedtls_config.h](https://link.gitcode.co
ubuntu16.04 交叉编译 mbedtls
Xuesengxinyi的博客
11-10 1606
首先， mbedtls 需要依赖 python, 在 cmake 的过程中， 如果不是使用系统默认的 cmake 可能会导致，mbedtls 在执行 cmake 的过程中选择与预期不符的 python 版本，导致安装的 jinja2 和 jsonschema 在以安装的情况下仍然找不到。另外一个问题是， ubuntu 16.04 上默认的版本是 python 3.5 ，而这个版本是不支持 jsonschema 的，所以需要安装 python 3.6。安装 python 3.6。首先安装交叉编译工具链。
arm linux编译mbedtls
若有博文对您有帮助，欢迎点赞关注，收藏评论。
09-26 3018
build mbedtls $tar xvf mbedtls-2.16.0-apache.tgz $cd mbedtls-2.16.0 $mkdir build && cd build $CC=arm-anykav200-linux-uclibcgnueabi-gcc cmake -DUSE_SHARED_MBEDTLS_LIBRARY=On ../ $make #头文...
cmake交叉编译mbedtls，open62541笔记
m0_69605900的博客
10-17 1836
set(MBEDTLS_FOLDER_INCLUDE "/home/wh/work/opcua/encryption_mbedtls/mbedtls/include") //mbedtls头文件路径。set(MBEDTLS_FOLDER_LIBRARY "/home/wh/work/opcua/encryption_mbedtls/mbedtls/library") //mbedtls库路径。cmake .. -DCMAKE_C_COMPILER=/编译器路径/
mbedtls 在海思3559a交叉编译
SWX230162的博客
02-04 878
cd mbedtls-2.16.4 mkdir build cd build cmake … -DUSE_SHARED_MBEDTLS_LIBRARY:Bool=ON -DENABLE_TESTING:Bool=OFF -DENABLE_PROGRAMS:Bool=ON -DCMAKE_C_COMPILER=aarch64-himix100-linux-gcc make -j20
curl、openssl、mbedtls的交叉编译过程
fun_tion的博客
11-08 3953
​ cURL是一个利用URL语法在命令行下工作的文件传输工具，在Linux系统中常被用来下载或上传文件。curl需依赖openssl或者mbedtls这两个加密库，可以根据实际需要选择其一。本文主要记录如何交叉编译这3个库，使之能运行在嵌入式Linux设备上。
linuxdeploy-2.6.0-259 (Android 5.0+).apk.cab
12-27
linuxdeploy-2.6.0-259 (Android 5.0+).apk.cab
精选资源
pymol-2.6.0a0-cp311-cp311-win_arm64.whl.zip
02-22
标题 "pymol-2.6.0a0-cp311-cp311-win_arm64.whl.zip" 提供的信息表明，这是一个与Python相关的软件包，名为PyMOL，版本号为2.6.0a0。"cp311"指的是Python的解释器版本，即Python 3.11。"win_arm64"说明这个软件包是...
mbedtls-2.16.5-apache.tgz
03-21
ARM公司，自家开源 mbedtls-2.16.3-apache.tgz 2020-3-21最新发布版本。 针对ARM 有很多汇编级别的优化配置，开源有维护定期升级，使用新版本替换文件即可。 VS2010 很多工程包，可以直接编译。 Linux 下自带Make Config.h 可以裁剪配置。 嵌入式系统，轻量级 TLS。 没有分的，可以从官网下载，很慢。
arm linux交叉编译配置文件
06-22
该文件主要用于在arm2410,2440等芯片的交叉编译的配置文件
mbedtls.zip
01-21
Mbedtls加解密工具代码。
mbedtls 2.16.0
03-04
官方的mbedtls库，2.16.0版本，移植教程可以去他们的github上面看，https://github.com/ARMmbed/mbedtls
mbedtls, 开放源码可以移植易于使用可以读和灵活的SSL库.zip
09-18
mbedtls, 开放源码可以移植易于使用可以读和灵活的SSL库 mbed的自述文件配置mbed TLS应该在大多数系统中构建。 有些平台特定的选项在完全文档化的配置文件 include/mbedtls/config.h 中可以用，这也是特性可以以选择的地方。 可以使用Perl脚本 scripts/
精选资源
hadoop-2.6.0.tar.gz&hadoop-2.6.0-cdh5.16.2.tar.gz
02-17
而hadoop-2.6.0-cdh5.16.2.tar.gz则是Cloudera公司推出的基于Hadoop 2.6.0的CDH（Cloudera Distribution Including Apache Hadoop）版本。CDH是业界广泛采用的企业级Hadoop发行版，它不仅集成了Hadoop的核心组件，还...
sqoop-1.4.7.bin-hadoop-2.6.0
09-21
sqoop-1.4.7.bin-hadoop-2.6.0是Apache Sqoop的一个特定版本，它是一个开源工具，专门用于在Hadoop的分布式文件系统（HDFS）和关系数据库管理系统（RDBMS）之间高效地传输大量数据。它对于需要进行大数据处理的用户...
编译mbedtls
顽石的博客
09-24 2426
wolfssl是GPL2.0，无法商用，只能尝试mbedtls，这个是免费开源的。 下载地址：https://gitee.com/Kono2019/mbedtls.git github经常上不了，gitee比较方便。 下载完了，怎么编译呢，我需要编译riscv的。 一开始通过cmake -DCMAKE_C_COMPILER=riscv-nuclei-elf-gcc，会编一个test的程序，但是很快报“error: unrecognized command line option '-rdynamic
make[4]: Entering directory '/home/wuyilun/Desktop/CAMEOS/platform/package/libs/mbedtls' . /home/wuyilun/Desktop/CAMEOS/platform/include/shell.sh; gzip -dc /home/wuyilun/Desktop/CAMEOS/platform/dl/mbedtls-2.6.0-apache.tgz | tar -C /home/wuyilun/Desktop/CAMEOS/platform/build_dir/target-arm-sigmastar-linux-uclibcgnueabihf/mbedtls-"3.6.1"/.. -xf - Applying 3.6.1_patches/001.patch using plaintext: can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- a/include/mbedtls/check_config.h |+++ b/include/mbedtls/check_config.h -------------------------- No file to patch. Skipping patch. 10 out of 10 hunks ignored Patch failed! Please fix 3.6.1_patches/001.patch! make[4]: *** [Makefile:109: /home/wuyilun/Desktop/CAMEOS/platform/build_dir/target-arm-sigmastar-linux-uclibcgnueabihf/mbedtls-"3.6.1"/.prepared_a5533839cd27a28e07a1efe742059062] Error 1 make[4]: Leaving directory '/home/wuyilun/Desktop/CAMEOS/platform/package/libs/mbedtls' make[3]: *** [package/Makefile:228: package/libs/mbedtls/compile] Error 2 make[3]: Leaving directory '/home/wuyilun/Desktop/CAMEOS/platform' make[2]: *** [package/Makefile:224: /home/wuyilun/Desktop/CAMEOS/platform/staging_dir/target-arm-sigmastar-linux-uclibcgnueabihf/stamp/.package_compile] Error 2 make[2]: Leaving directory '/home/wuyilun/Desktop/CAMEOS/platform' make[1]: *** [/home/wuyilun/Desktop/CAMEOS/platform/include/toplevel.mk:184: world] Error 2 make[1]: Leaving directory '/home/wuyilun/Desktop/CAMEOS/platform' make: *** [Makefile:104: iplatform_world] Error 2
09-13
<think> 我们正在处理一个构建错误，该错误发生在应用补丁时。错误信息显示： - 尝试应用 `3.6.1_patches/001.patch` 补丁时失败。 - 补丁文件期望修改的文件 `include/mbedtls/check_config.h` 在源码目录中不存在。 - 错误原因是“找不到要修补的文件”，并且跳过了整个补丁（10个hunk都被忽略）。 ### 问题分析 1. **补丁路径问题**： - 补丁文件 `001.patch` 是基于某个目录结构生成的，但当前解压的源码目录结构可能与之不符。 - 注意：构建系统尝试将补丁应用于 `mbedtls-"3.6.1"` 目录，但实际解压的源码目录可能是 `mbedtls-2.6.0-apache`（因为下载的是`mbedtls-2.6.0-apache.tgz`，而用户选择的是3.6.1版本，这里存在版本不一致）。 2. **版本冲突**： - 从日志中可以看到，下载的是 `mbedtls-2.6.0-apache.tgz`（默认版本），但构建目录却是 `mbedtls-"3.6.1"`。这是因为用户通过menuconfig选择了3.6.1版本，但Makefile中对于3.6.1版本的源码包设置可能未正确覆盖。 - 在之前的Makefile中，当选择3.6.1版本时，设置了： ```makefile PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 ``` 但是，实际下载的却是默认的 `mbedtls-2.6.0-apache.tgz`。这说明版本覆盖可能没有生效，或者下载步骤仍然使用了默认设置。 3. **补丁目录设置**： - Makefile中设置了 `PATCH_DIR:=$(PKG_VERSION)_patches`，即补丁目录为 `3.6.1_patches`。 - 但是，构建系统在解压后的源码目录（应该是 `mbedtls-3.6.1`）中应用补丁，而实际解压的是2.6.0版本的源码，目录结构不同，导致补丁无法应用。 ### 解决方案 1. **确保版本覆盖生效**： - 检查Makefile中版本覆盖的逻辑，确保当 `CONFIG_PACKAGE_libmbedtls_version` 被设置为3.6.1时，`PKG_SOURCE` 和 `PKG_MD5SUM` 被正确覆盖。 - 当前Makefile中，覆盖发生在 `ifdef CONFIG_PACKAGE_libmbedtls_version` 块内，但需要确保在下载步骤之前生效。 2. **补丁兼容性**： - 补丁目录 `3.6.1_patches` 中的补丁是为3.6.1版本设计的，如果源码包版本不对（比如还是2.6.0），那么补丁自然无法应用。 - 因此，必须先确保下载了正确版本的源码包。 3. **构建目录命名**： - 构建目录的命名是 `mbedtls-"$(PKG_VERSION)"`，例如 `mbedtls-3.6.1`。但实际解压的源码包目录名可能不是这个（比如3.6.1版本的源码包解压后目录名可能是 `mbedtls-3.6.1`，而不是带引号的 `mbedtls-"3.6.1"`）。注意日志中构建目录为 `mbedtls-"3.6.1"`，这可能是导致路径问题的原因之一。 ### 具体修正建议 - **修正版本覆盖逻辑**：确保在下载步骤之前，版本覆盖已经完成。检查Makefile中变量覆盖的位置是否足够靠前。 - **检查源码包下载**：确保选择了3.6.1版本后，下载的是 `mbedtls-3.6.1.tar.bz2`（而不是2.6.0的包）。 - **补丁目录匹配**：确保补丁目录中的补丁是为对应版本设计的，并且补丁文件中的路径与解压后的源码目录结构一致。 - **构建目录问题**：检查构建目录的命名，确保没有多余的引号。在Makefile中，构建目录通常由`PKG_BUILD_DIR`定义，默认是`$(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION)`。注意`PKG_VERSION`中不应该包含引号。 ### 错误日志中的关键点 - 下载的包：`mbedtls-2.6.0-apache.tgz`（默认版本） - 构建目录：`mbedtls-"3.6.1"`（注意这里的引号可能是问题，因为解压2.6.0的包会生成类似`mbedtls-2.6.0-apache`的目录，而构建系统期望的是`mbedtls-3.6.1`，这会导致解压的源码被放在错误的目录，进而补丁应用失败） ### 根本原因 用户选择了3.6.1版本，但构建系统仍然下载了默认的2.6.0版本的源码包，导致后续步骤（如应用补丁）失败。因此，需要确保版本覆盖逻辑正确，并且下载步骤使用了覆盖后的`PKG_SOURCE`。 ### 如何避免 在Makefile中，确保版本覆盖逻辑在下载步骤之前执行，并且覆盖变量（如`PKG_SOURCE`）被正确设置。 §§相关问题§§ 1. 在OpenWrt Makefile中，如何确保版本覆盖变量（如PKG_SOURCE）在下载步骤之前生效？ 2. 当补丁文件中的路径与解压后的源码目录结构不匹配时，有哪些调试方法可以定位问题？ 3. 如何为不同版本的软件包设计补丁系统，以避免版本混淆导致的补丁应用失败？ 4. Makefile中构建目录（PKG_BUILD_DIR）的命名规则是什么，如何避免因版本字符串格式不一致导致的目录不存在问题？ 5. 在OpenWrt构建过程中，如果下载的源码包版本与配置的PKG_VERSION不一致，应如何强制重新下载正确版本的源码包？ </think> ### 构建错误分析与解决方案 #### **错误原因诊断** 1. **版本路径冲突** - 日志显示构建目录为 `mbedtls-"3.6.1"`，但下载的源码包是 `mbedtls-2.6.0-apache.tgz` - **根本矛盾**：Makefile 中 `PKG_VERSION` 被覆盖为 `3.6.1`，但 `PKG_SOURCE` 变量未生效（仍指向 `2.6.0` 版本源码包） ```makefile # 问题代码示例 ifeq ($(CONFIG_PACKAGE_libmbedtls_version),3.6.1) PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2 # 应生效但实际未执行 endif ``` 2. **补丁应用失败** - 补丁 `001.patch` 预期修改 `include/mbedtls/check_config.h` - **路径不匹配**：解压后的源码目录结构为 `mbedtls-2.6.0-apache/include/...`，但补丁期望 `mbedtls-3.6.1/include/...` 3. **版本标识异常** - 构建目录含引号：`mbedtls-"3.6.1"`（正常应为 `mbedtls-3.6.1`） - 导致路径解析失败：`No file to patch` --- #### **解决方案** ##### 步骤1: 修复版本覆盖逻辑 修改 Makefile 确保 **版本选择完全覆盖**： ```makefile # 修正版本覆盖逻辑 (确保在条件判断前清空默认值) PKG_SOURCE:= ifdef CONFIG_PACKAGE_libmbedtls_version ifeq ($(CONFIG_PACKAGE_libmbedtls_version),3.6.1) PKG_SOURCE:=$(PKG_NAME)-3.6.1.tar.bz2 PKG_MD5SUM:=23291b92b1a8a57e4b7b848c8201b48f else ifeq ($(CONFIG_PACKAGE_libmbedtls_version),2.28.1) PKG_SOURCE:=$(PKG_NAME)-2.28.1.tar.gz PKG_MD5SUM:=c546ba363a39ed7baec698759fcbc199 endif else PKG_SOURCE:=$(PKG_NAME)-2.6.0-apache.tgz # 保留默认值 endif ``` ##### 步骤2: 标准化构建目录命名 移除版本号引号： ```makefile # 在 include $(INCLUDE_DIR)/package.mk 后添加 PKG_BUILD_DIR:=$(BUILD_DIR)/$(PKG_NAME)-$(PKG_VERSION) ``` ##### 步骤3: 修正补丁路径 确保补丁目录与源码版本严格对应： ```makefile # 在版本选择逻辑中同步设置补丁目录 ifeq ($(CONFIG_PACKAGE_libmbedtls_version),3.6.1) PATCH_DIR:=./patches-3.6.1 # 明确指定版本化补丁目录 endif ``` --- #### **验证修复** 1. **清理历史构建** ```bash make package/libs/mbedtls/clean rm -rf build_dir/target-*/mbedtls-* ``` 2. **重新构建** ```bash make package/libs/mbedtls/compile V=s ``` - 检查日志关键词： `Downloading https://tls.mbed.org/download/mbedtls-3.6.1.tar.bz2`（确认下载正确版本） `Applying patches from ./patches-3.6.1`（确认加载正确补丁） ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值