Cross Compiling Python for Embedded Linux

最新推荐文章于 2025-05-28 15:05:50 发布
最新推荐文章于 2025-05-28 15:05:50 发布
阅读量1.8k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Linux 文章标签： python
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Stpallas/article/details/46670817
为了在嵌入式Linux上跨平台编译Python，首先需要为源代码应用交叉编译补丁。例如，要为arm交叉编译Python-2.7.3，需执行包括构建主机Python、应用补丁并配置、编译等步骤，最终目标二进制文件位于/home/username/arm/dist/python。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

We need a patch to enable the original source to support cross compile.
Suppose we are cross compile Python-2.7.3 for arm, we should do below steps to get the target binary file:

Step 1: build host python:

  1. tar -xvzf Python-2.7.2.tgz
  2. cd Python-2.7.2
  3. ./configure
  4. make python Parser/pgen
  5. mv python hostpython
  6. mv Parser/pgen Parser/hostpgen

Step 2: apply cross compile patch to source.

patch -p1 < Python-2.7.2-xcompile.patch
  • add toolchain’s path to PATH enviroment.
export PATH=/home/username/arm/yctek/yctools/gcc/bin:$PATH:
  • do configure.
LDFLAGS='-L/home/username/arm/dist/lib' CC=arm-none-linux-gnueabi-gcc CXX=arm-none-linux-gnueabi-g++ RANLIB=arm-none-linux-gnueabi-ranlib CFLAGS='--sysroot=/home/username/arm/yctek/yctools/gcc/arm-none-linux-gnueabi/sys-root' ./configure --host=arm-linux-gnueabi --prefix=/home/username/arm/dist
  • do make.
make -j 4 HOSTPYTHON=./hostpython HOSTPGEN=./Parser/hostpgen BLDSHARED="arm-none-linux-gnueabi-gcc -shared" CROSS_COMPILE=arm-none-linux-gnueabi- CROSS_COMPILE_TARGET=yes HOSTARCH=arm-linux-gnueabi BUILDARCH=x86_64-linux-gnu
  • do install.
make install HOSTPYTHON=./hostpython BLDSHARED="arm-none-linux-gnueabi-gcc -shared" CROSS_COMPILE=arm-none-linux-gnueabi- CROSS_COMPILE_TARGET=yes prefix=/home/username/arm/dist/python

The final target binary is located in /home/username/arm/dist/python.

ref:
1. http://randomsplat.com/id5-cross-compiling-python-for-embedded-linux.html
2. http://www.csce.uark.edu/~yfrancku/cross-python.html

嵌入式Linux开发的编程语言选择-续
tiantao433的博客
08-10 902
欢迎大家关注我的公*号：embedded_bug 嵌入式Linux开发的编程语言选择2-高级语言比较 这里的嵌入式Linux环境是指非标准Linux发行版环境，比如通过buildroot创建的，相比于标准的Linux发行版比如ubuntu，debian，fedora，系统比较简陋，提供的库很有限，而且系统的各种配置文件和配置方式与标准Linux发行版差别很大，总之，这里的嵌入式Linux只保证系统能够基本的启动运行起来。 直接说结论，个人推荐：go>C++(11)+boost>c，其他语言目前还
python多个串口调用,Python多线程/多个进程读取串行端口
weixin_35554771的博客
12-05 811
I'm trying to write a python class utilizing parallel processing/threading for reading two serial ports(/dev/ttyS1 and /dev/ttyS2). Both of these ports are running at a 19200 baud rate and are constan...
cross compile Python3.8.6
只有自己觉到悟到的，才是自己的。
01-13 1311
平台相关信息： toolchain:/opt/ti-processor-sdk-linux-rt-am335x-evm-04.03.00.05/linux-devkit/sysroots/x86_64-arago-linux/usr/bin/arm-linux-gnueabihf-gcc Python version :Python-3.8.6 build platform : ubuntu18.04 下载 python 源码 wgethttps://www.python.or...
python交叉编译环境 交叉编译环境配置
zhenglongdehao的博客
05-28 863
【CMAKE_SYSROOT】这个很重要了，这个需要填写的是刚才交叉编译工具链根目录下的【aarch64-linux-gnu/libc】目录，这个目录当时介绍的时候说它类似主机平台Linux系统根目录，在这里指定的话，cmake交叉编译中会在这个目录下寻找安装的其他目标平台依赖程序。另外cmake在寻找依赖的时候一般去刚才指定的CMAKE_SYSROOT这个目录中找，通常是交叉编译工具链的【aarch64-linux-gnu/libc】目录。基本的理念是一致的，就是在编译的时候告知目标平台架构。
python cross compile
sharp0042054的专栏
09-14 1223
依次执行以下代码： [plain] view plain copy ./configure    make python Parser/pgen    mv python hostpython    mv Parser/pgen Parser/hostpgen    make distclean  中--prefix选项中的路径是你要存储编译好的文件的
交叉编译Python3.6
爱就是是恒久忍耐的专栏
03-09 9879
如今python已经是一门非常流行的语言了。由于python的底层是C语言写的，所以只要对python源码进行交叉编译，那么python也可以运行在嵌入式平台下。 一 准备 主要需要以下几个东西 Python3.6.8源码 pcre zlib 交叉编译器 ...
python3.6.5参考手册 chm
04-15
PEP 466: Network Security Enhancements for Python 2.7 Acknowledgements What’s New in Python 2.6 Python 3.0 Changes to the Development Process New Issue Tracker: Roundup New Documentation Format: ...
报错root@debian:/usr/src/asterisk-13.38.3# ./configure --with-crypto --with-ssl --with-srtp --with-pjproject-bundled checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether char is unsigned... no checking for uname... /usr/bin/uname checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking how to run the C++ preprocessor... g++ -E checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for gawk... no checking for mawk... mawk checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for ranlib... ranlib checking for GNU make... make checking for egrep... (cached) /usr/bin/grep -E checking for strip... strip checking for ar... ar checking for bison... : checking for cmp... /usr/bin/cmp checking for cat... /usr/bin/cat checking for cut... /usr/bin/cut checking for flex... : checking for grep... (cached) /usr/bin/grep checking for python2.7... no checking for python2... no checking for python... no checking for python3... /usr/bin/python3 checking for find... /usr/bin/find checking for basename... /usr/bin/basename checking for dirname... /usr/bin/dirname checking for sh... /bin/bash checking for ln... /usr/bin/ln checking for doxygen... : checking for dot... : checking for wget... /usr/bin/wget checking for curl... /usr/bin/curl checking for xmllint... : checking for xmlstarlet... no checking for xml... no checking for bash... /bin/bash checking for git... /usr/bin/git checking for alembic... : checking for bzip2... /usr/bin/bzip2 checking for tar... /usr/bin/tar checking for patch... /usr/bin/patch checking for sed... (cached) /usr/bin/sed checking for nm... /usr/bin/nm checking for ldconfig... /sbin/ldconfig checking for sha1sum... /usr/bin/sha1sum checking for openssl... /usr/bin/openssl checking for bison that supports parse-param... checking for soxmix... no checking for md5... no checking for md5sum... md5sum checking for a sed that does not truncate output... (cached) /usr/bin/sed checking whether gcc is Clang... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking whether more special flags are required for pthreads... no checking for PTHREAD_PRIO_INHERIT... yes checking for RAII support... checking for gcc -fnested-functions... no checking for clang strsep/strcmp optimization... no checking for embedded pjproject (may have to download)... configuring [pjproject] Verifying /tmp/pjproject-2.10.tar.bz2 [pjproject] Verify successful [pjproject] Unpacking /tmp/pjproject-2.10.tar.bz2 [pjproject] Applying patches /usr/src/asterisk-13.38.3/third-party/pjproject/patches /usr/src/asterisk-13.38.3/third-party/pjproject/source The text leading up to this was: -------------------------- |From e8000cc80e5f8ba02cc52852edc02cdb0e949525 Mon Sep 17 00:00:00 2001 |From: Richard Mudgett <rmudgett@digium.com> |Date: Mon, 6 Aug 2018 11:24:25 -0500 |Subject: [PATCH 1/5] 0000-configure-ssl-library-path.patch | |--- | aconfigure | 6 +++++- | aconfigure.ac | 6 +++++- | 2 files changed, 10 insertions(+), 2 deletions(-) | |diff --git a/aconfigure b/aconfigure |index 1c449b8..c4c6060 100755 |--- a/aconfigure |+++ b/aconfigure -------------------------- File to patch: 如何解决
最新发布
07-30
for patch in ../asterisk-source/third-party/pjproject/patches/*.patch; do patch -p0 $patch done ``` 注意：如果出现错误，根据提示调整`-p`参数（通常为`-p0`或`-p1`）。 ### 5. **处理补丁失败** 如果...
Python cross compile 失败
weixin_34267123的博客
11-15 215
之前一直想要把python程序移植到arm9开发板上，因为没有理解python的运行原理，所以一直瞎折腾，最后才知道需要先在arm9开发板上安装一个python的运行环境，这个需要交叉编译（cross compile）。于是搜各种资料。。。 1. 编译环境与工具： 系统环境：Red_Hat_Enterprise_Linux_5; 开发板销售商给我提供了一个交叉编译...
Python-2.7.13-xcompile.patch
09-06
Python-2.7.13-xcompile.patch
python-2.7.3-xcompile补丁
01-06
该补丁是为了使得python-2.7.3可以编译通过，编译的目的是未来使得python支持valgrind工具检测python程序是否存在内存泄露，具体请参考本人博客。
Python-3.2.2-xcompile.patch
12-02
Python交叉编译补丁包，交叉编译使用。 Python交叉编译补丁包，交叉编译使用。 Python交叉编译补丁包，交叉编译使用。
python-3.2.2-xcompile.patch
03-24
最近移植Python,发现原来放补丁包的网站出问题了，千辛万苦找到的补丁包
Python-2.7.3-xcompile.patch
09-09
Python-2.7.3-xcompile.patch Python2.7.3 交叉编译所需要的patch
Python3版本移植到ARM的通用方法（一键移植）
热门推荐
Colin_xuan的博客
07-19 2万+
看了很多资料介绍如何将python移植到嵌入式设备当中，但总感觉杂乱五章，还移植不成功，但是经过我的多方摸索，成功的探索出了一条阳光大道，供各位网友借鉴参考。 我采用的方法可以成功移植python2.7以后的所有版本。 第一步：从官网下载源码.并把解压放在/opt 第二步：在 /Python-3.4.5目录下新建一键移植脚本，并执行 内容如下：（执行完会报错某某模块内没安装，这个不耽误，...
交叉编译python3.2
dahai19800703的专栏
05-24 3818
最近由于工作需要，在tcc8900的板子上面交叉编译了python3.2 为了备忘和有需要的朋友参考，将步骤记录下来； 首先都是需要下载http://www.python.org/ftp/python/ 对应版本；Python-3.2.2.tar.bz2 然后执行： tar -xvzf Python-3.2.2..tarbz2 cd Python-3.2.2
checking whether we are cross compiling
04-02
<think>好的，我现在需要解释如何检查是否在进行交叉编译。首先，我得回忆一下交叉编译的基本概念。交叉编译指的是在一个平台上编译生成另一个平台可执行的代码。比如，在x86的电脑上编译出运行在ARM架构的程序。 接下来，用户的问题是关于如何检查是否处于交叉编译的环境中。那通常有哪些情况需要检查这个呢？可能是在配置构建系统的时候，或者编写跨平台的Makefile、CMake脚本时。这时候，开发者需要根据是否交叉编译来设置不同的编译器路径或参数。 首先，我应该想到的是检查编译工具链的目标平台和宿主平台是否一致。如果两者不同，那就是交叉编译。那具体怎么操作呢？在Makefile或CMake中，通常会有变量来指示目标平台（--target）和宿主平台（--host）。例如，在配置脚本中，如果指定了--host参数，那么就会启用交叉编译。 然后，可能要考虑编译器和工具链的命名习惯。比如，交叉编译工具链通常会有前缀，比如arm-linux-gnueabi-gcc，这里的arm-linux-gnueabi-就是前缀，表明这是针对ARM架构的编译器。而本机编译可能直接用gcc或clang。 另外，在CMake中，可以通过检查CMAKE_CROSSCOMPILING变量来判断是否处于交叉编译环境。这个变量会在工具链文件被加载时自动设置。如果该变量为TRUE，就说明正在进行交叉编译。 在Autotools（如configure脚本）中，当指定了--host参数且其值不同于--build参数时，就说明是交叉编译。这时候，configure脚本会检测到并设置相应的交叉编译选项。 还有，GNU的config.guess和config.sub脚本可以用来检测系统的类型，通过比较build和host的值，可以确定是否交叉编译。 可能还需要考虑环境变量，比如CC和CXX，如果这些变量指向了带有目标平台前缀的编译器，那可能就是在交叉编译。例如，CC=arm-linux-gnueabi-gcc。 不过，用户可能需要具体的步骤或命令来检查。比如，在CMake中如何输出CMAKE_CROSSCOMPILING的值，或者在Makefile中如何检查工具链的前缀。 需要注意的是，不同的构建系统可能有不同的方法。因此，回答时需要涵盖常见的构建系统，如Make、CMake、Autotools，以及可能的脚本检查方法。 另外，要提醒用户交叉编译的关键点在于目标平台（target）与宿主平台（host）是否一致。如果不一致，就是交叉编译。因此，检查的核心是比较这两个平台的标识。 总结起来，步骤可能包括： 1. 检查编译工具链的前缀是否与宿主平台编译器一致。 2. 在构建系统中查看相关变量，如CMake的CMAKE_CROSSCOMPILING。 3. 在配置脚本中检查--host和--build参数是否不同。 4. 使用脚本或命令获取平台信息进行比较。 需要确保这些步骤具体且可操作，让用户能够实际应用这些方法来检查他们的编译环境。</think>检查是否正在进行交叉编译（cross compiling）通常涉及以下步骤，具体取决于使用的构建工具（如CMake、Autotools等）： --- ### **1. 核心判断逻辑** 交叉编译的本质是 **目标平台（target）** 与 **宿主平台（host）** 不同： - **宿主平台（host）**：代码编译后运行的平台（例如ARM架构）。 - **目标平台（target）**：代码实际运行的平台（可能与host一致，也可能不同）。 - **构建平台（build）**：执行编译的平台（例如你的x86电脑）。 若 `host ≠ build`，则为交叉编译。 --- ### **2. 具体检查方法** #### **（1）通过工具链前缀判断** 交叉编译工具链通常包含目标平台前缀，例如： - `arm-linux-gnueabi-gcc`（ARM架构） - `aarch64-linux-gnu-g++`（ARM64架构） 若编译器名称包含此类前缀，则可能处于交叉编译环境。 ```bash # 示例：检查gcc编译器前缀 $ gcc -v 2>&1 | grep "Target" Target: x86_64-linux-gnu # 宿主平台与构建平台一致 → 非交叉编译 Target: arm-linux-gnueabi # 宿主平台为ARM → 交叉编译 ``` --- #### **（2）在CMake中检查** CMake会自动设置变量 `CMAKE_CROSSCOMPILING`： ```cmake if(CMAKE_CROSSCOMPILING) message("交叉编译中！目标平台：${CMAKE_SYSTEM_PROCESSOR}") else() message("非交叉编译") endif() ``` --- #### **（3）在Autotools（configure脚本）中检查** 运行 `configure` 时，若指定 `--host` 参数且其值与 `--build` 不同，则为交叉编译： ```bash # 非交叉编译 ./configure --build=x86_64-pc-linux-gnu # 交叉编译（为ARM平台生成代码） ./configure --build=x86_64-pc-linux-gnu --host=arm-linux-gnueabi ``` --- #### **（4）通过环境变量判断** 若设置了 `CROSS_COMPILE` 或类似环境变量（常见于嵌入式开发）： ```bash # 示例：检查环境变量 if [ -n "$CROSS_COMPILE" ]; then echo "交叉编译，工具链前缀为：$CROSS_COMPILE" fi ``` --- ### **3. 总结** | 场景 | 检查方法 | 关键标志 | |--------------------------|-----------------------------------|-----------------------------| | **通用工具链** | 编译器前缀（如 `arm-linux-gcc`） | 工具链名称包含目标平台标识 | | **CMake** | `CMAKE_CROSSCOMPILING` 变量 | 值为 `TRUE` | | **Autotools** | `--host` 参数与 `--build` 不同 | 配置脚本检测平台差异 | | **环境变量** | `CROSS_COMPILE` 或 `CC` 的路径 | 指向目标平台编译器 | --- ### **4. 示例验证** 假设为ARM平台交叉编译，用CMake工具链文件： ```cmake # arm-toolchain.cmake set(CMAKE_SYSTEM_NAME Linux) set(CMAKE_C_COMPILER arm-linux-gnueabi-gcc) set(CMAKE_CXX_COMPILER arm-linux-gnueabi-g++) # CMakeLists.txt message("Cross-compiling? ${CMAKE_CROSSCOMPILING}") ``` 运行后会输出 `Cross-compiling? TRUE`。 --- 通过上述方法，可明确判断当前是否为交叉编译环境。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值