本文介绍了交叉编译和交叉工具链的基本概念，以及其在嵌入式开发中的应用。同时，还详细描述了交叉工具链的重要组成部分，以及如何使用它们进行交叉编译。
这篇文章主要介绍了交叉编译的实现，包括环境部署，并简单测试交叉编译环境是否安装成功。
6.4 交叉编译程序：以freetype为例 使用buildroot来给ARM板编译程序、编译库会很简单， 以后系统讲解buildroot时再使用buildroot。 现在我们还是手工交叉编译freetype，这种方法在编译、安装一些小程序时很有用。
该文介绍了交叉编译工具链的使用，包括arm-linux-gnueabi-gcc、arm-linux-gnueabihf-gcc、arm-none-eabi-gcc、arm-none-linux-gnueabi-gcc、arm-none-linux-gnueabihf-gcc、qoriq-elf-gcc等工具的使用方法。
交叉编译器是在PC上运行的编译器，但是编译后得到的二进制程序却不能在PC 上运行，而只能在开发板上运行。交叉编译器命名方式一般遵循“处理器-系统-gcc”这样的 规则，一般通过名称便可以知道交叉编译器的功能。
在一个平台上生成另一个平台上的可执行代码。为什么要大费周折的进行交叉编译呢？一句话：不得已而为之。有时是因为目的平台上不允许或不能够安装所需要的编译器，而又需要这个编译器的某些特征；有时是因为目的平台上的资源贫乏，无法运行所需要的编译器；有时又是因为目的平台还没有建立，连操作系统都没有，根本谈不上运行什么编译器。
简单地说，就是程序的编译的环境和它的运行的环境不一样。即在一个平台上生成另一个平台上的可执行代码。交叉编译的概念主要和嵌入式开发有关。
这里选择LuaJit在嵌入式Linux系统使用，LuaJit交叉编译也比较简单，没有第三方库的依赖，直接交叉编译源码即可。
今天给大家介绍的是在一个嵌入式Linux板子上运行Hello World，软硬件入门学习的经典操作。依稀记得两年前，我第一次在飞思卡尔（现NXP）I.MX6上运行出Hello World的那种喜悦之情。希望这篇文章能对你有所帮助。
本文介绍了如何将OpenCV库移植到ARM平台上，包括编译工具链、依赖库、配置方法以及运行时注意事项。
本文为作者原创，转载请注明出处：https://www.cnblogs.com/leisure_chn/p/10693247.html
The GNU Compiler Collection，通常简称GCC，是一套由GNU开发的编译器集，为什么是编辑器集而不是编译器呢？那是因为它不仅支持C语言编译，还支持C++, Ada, Objective C等许多语言。另外GCC对硬件平台的支持，可以所无所不在，它不仅支持X86处理器架构, 还支持ARM, Motorola 68000, Motorola 8800, Atmel AVR, MIPS等处理器架构。
想要在Linux板子上通过Qt界面来播放视频，一种可选的方式是调用FFmpeg库来实现视频的解码与播放。本篇先来进行FFmpeg库的交叉编译，将FFmpeg库移植到Linux板子上。
既然Qt是跨平台的，那么能不能在嵌入式平台实现一下呢？最近刚好看到，ST官方在开展创客大赛活动，就买了米尔科技的YA157C开发板移植一下。
记录一下自己交叉编译QT的过程，目前来说再体验了初次编译镜像之后，编译这个QT还是算比较快捷的，因为该有的库都安装完成了。
交叉编译脚本参考 : 之前已经做过两个函数库的交叉编译脚本 , FFMPEG 和 x264 开源库 , 而且都是使用 configure 生成 Makefile 文件 ;
① H.264 标准 : H.264 是视频编码标准 , 由 ITU 和 MPEG 制订 ;
如果你有定义himix200的工具链文件也可以使用CMAKE_TOOLCHAIN_FILE指定工具链文件来完成交叉编译 参见 https://gitee.com/l0km/faceapi/blob/master/faceapi-rpc-cpp/dependencies/cmake/arm-himix200-linux.toolchain.cmake
项目遇到一个问题，就是程序在Ubuntu下运行的时候是正常的，至少大部分时候运行是正常的，但是移到开发板上，就会出现段错误。这时候突然想到了GDB，从来都没有接触过调试工具，以前的调试都是使用printf直接打印的方式！！！效率极低！准备鸟枪换炮！！！
网上关于python的交叉编译的文章很多，但是关于python第三库的交叉编译的文章就比较少了，而且很多标题是第三方库的交叉编译，但是实际上用到的都是不需要交叉编译就能用的库，可参考性不强，最近关于python及其第三方库的交叉编译也踩了不少坑，记录一下！
① 视频数据回顾 : 手机使用 Camera 采集 NV21 格式的图像数据 , x264 编码库将图像数据编码成 H.264 格式的视频数据 ;
等待软件自动安装安装完成以后使用如下 VI 命令打开/etc/vsftpd.conf，命令如下：
程序交叉编译后就可以在各操作系统执行，非Java或Python依赖虚拟机，Go编译后不依赖虚拟机。
因为google在 NDK R19C中把GCC删除了。本来想着能不能配置出用clang编译ffmpeg，可是折腾了半天还是不行，于是还是用gcc吧。。支持gcc版本的最高的ndk是 NDK R17C，需要下载ndk r17c的开发包。另外最新的x264和ffmpeg代码需要最低 android-23的编译。也就是最低android6.0。因为有个 cabs()函数,只有android6.0才有。基本注意的就这两个方面。1，需要ndk r17c. 2，最低需要定义android-23。 下面是编译shell. 系统是centos7.0 第一个shell脚本是生成交叉编译toolchain
本次测评板卡是创龙科技旗下的TL570x-EVM，它是一款基于TI Sitara系列AM5708ARM Cortex-A15+浮点DSPC66x处理器设计的异构多核SOC评估板，由核心板和评估底板组成。核心板经过专业的PCB Layout和高低温测试验证，稳定可靠，可满足各种工业应用环境。
三.交叉编译alsa-lib和alsa-utils (alsa-utils是一系列的音频设备控制工具，而alsa-lib是alsa-utils依赖的库，所以先将alsa-lib编译好)
（前段时间在做嵌入式的课程设计，特将学习心得整理如下） 一、开发工具及环境介绍 1、ARM处理器 ARM处理器是一个32位元精简指令集(RISC)处理器架构,其广泛地使用在许多嵌入式系统设计。 ARM处理器特点： 体积小、低功耗、低成本、高性能； 支持Thumb（16位）/ARM（32位）双指令集，能很好的兼容8位/16位器件； 大量使用寄存器，指令执行速度更快； 大多数数据操作都在寄存器中完成； 寻址方式灵活简单，执行效率高； 指令长度固定。 2、交叉编译环境 2.1、交叉编译 交叉编译（cross-co
xmake是一个基于Lua的轻量级现代化c/c++的项目构建工具，主要特点是：语法简单易上手，提供更加可读的项目维护，实现跨平台行为一致的构建体验。
今天来介绍一下arm裸机部分的知识。这些主要是一些关于arm内核的基础知识，理解这些，对后面的编程非常有帮助。
ARM可以算编译之坑的王中王，最常见的地狱之门，SRS目前的编译问题，大部分都是ARM的问题。 ARM主要有armv7和aarch64(armv8)，SRS支持了aarch64的编译和docker镜像，支持了ARM的交叉编译，大概八成的ARM场景都能支持了吧。天堂之路又多了一条，希望大家日子好过点。 Why 为什么要支持ARM？因为现在八成的编译问题，都是大家在捣腾ARM时引起的。常见的误区： •在ARM服务器（RaspberryPi和鲲鹏等）上跑SRS使用交叉编译，扑街。正确姿势：ARM服务器上直接编译，
Qt 是一个跨平台的应用程序开发框架。使用Qt开发的应用程序，只需要编写一套代码，然后把这套代码放在不同平台的Qt环境去编译，就会生成可以运行在对应平台的应用程序。例如，我在Windows写了一个串口助手，这套代码不用修改，放在Linux环境下的Qt开发环境，重新编译，就可以生成可以在Linux环境下运行的串口助手，当然，Qt支持的环境有很多。不同平台下的移植，只需要修改很小一部分或者不用修改就可以直接运行。
在众多嵌入式操作系统中，Linux目前发展最快、应用最为广泛。性能优良、源码开放的Linux具有体积小、内核可裁减、网络功能完善、可移植性强等诸多优点，非常适合作为嵌入式操作系统。一个最基本的Linux操作系统应该包括：引导程序、内核与根文件系统三部分。
之前的两篇文章主要介绍了音视频SDK中的线程设计和消息队列，其实对那些想从Android转向音视频开发的同学来说，NDK方面的知识是不得不提的“前置条件”，因为音视频开发的主要是C/C++开发，也许有些同学会反驳，Android不是提供了很多音视频相关的工具吗？比如MediaCodec、MediaExtractor等等，且不说这些版本的兼容性，单单是这些工具的格式支持度如何呢？如果遇到不支持的音视频格式怎么办呢？这些工具我们应该学会怎么使用，但是它并不能支持我们深入学习音视频技术，很多跨平台和使用广泛的库都是C/C++的，所以NDK开发是音视频技术学习的“门槛”，本文的目的就是带你从0开始开始学习NDK相关的知识点。
注意：使用我们提供的Ubuntu映象文件时，请按照我们的目录结构，手动设置交叉编译工具链以及编译的架构环境变量配置，（建议配置为永久生效），这里我们提供了两种交叉编译工具链，分别是buildroot构建生成的8.4以及yocto生成的9.3工具链，开发板系统默认安装的系统使用的是通过yocto编译构建，所以如果只想针对于文件系统应用做开发或者编译内核uboot等操作，建议只使用yocto的交叉编译工具链。
linux作为一款流行的嵌入式系统，目前已经有多种架构的MCU支持Linux移植，arm64就是其中一种。今天在这里想做一个笔记，记录一下完整的arm64移植过程。
FFmpeg是一套用于录制、转换和流化音视频的完整的跨平台解决方案，它的强大之处不用过多描述，本文主要介绍如何编译出so文件和在Android Studio工程中的引入
Keil MDK是非常常用的单片机开发集成环境，Keil公司2005年由ARM公司收购，现在是ARM主要的嵌入系统开发平台(ARM的另一个开发环境ds-5早在九年前就停止更新了)。 Keil虽然是个集成开发环境，但Keil本身其实是由μVision IDE和arm编译器构成。cmake虽然目前不支持生成μVision的工程文件，但cmake完全可以使用MDK中提供的arm编译器来实现独立于μVision的交叉编译(说到底μVision只是一个为开发者提供易用的GUI界面,真正干活儿的还是编译器)。 cmake实现交叉编译最重要的就是正确的定义编译工具链(toolchain),本文以Nationstech.N32G45X(国民技术)平台为例说明如何在定义cmake交叉编译工具链来实现使用MDK的armcc编译器执行单片系统的交叉编译。
最近在学习系统移植的相关知识，在学习和调试过程中，发现了很多问题，也解决了很多问题，但总是对于我们的开发结果有一种莫名其妙的感觉，纠其原因，主要对于我们的开发环境没有一个深刻的认识，有时候几个简单的命令就可以完成非常复杂的功能，可是我们有没有想过，为什么会有这样的效果？如果没有去追问，只是机械地完成，并且看到实验效果，这样做其实并没有真正的掌握系统移植的本质。
mksnapshot是v8编译过程中的一个中间产物，看名字平平无奇，也甚少文章着重介绍它，但实际上它并不是它名字表述那样只是生成个快照，而是内藏玄机：
Tiny4412开发是友善之臂推出的Android、Linux学习开发板，CPU采用三星的EXYNOS4412，32位芯片，属于Cortex-A系列，主频是1.5GHZ，可以运行ubuntu、Android5.0、纯Linux等操作系统。
1. 准备下载相关的交叉编译器gcc (1)、aarch32架构的交叉编译器 因为系统是ubuntu 14-04的版本，可以直接使用安装的方式去安装aarch32架构的交叉编译器。也可以按照aarch64架构的方式去下载aarch32的交叉编译器，建议g++版本低一点，4.8.4左右。 sudo apt-get install g++-arm-linux-gnueabihf 执行命令成功后，使用 命令 arm-linux-gnueabihf-g++ -v 查看到安装的版本值，安装成功! 版本值显示如下图：
前言 咱们知道android设备可以直接运行apk应用,或者使用dalvikvm指令运行dex文件中的程序, 但是这两者本质上使用的语言都是java或者smali, 如果需要执行C语言程序,需要借助N
在现代计算机系统中，X86和ARM64是两种常见的处理器架构。为了满足不同架构的需求，Docker镜像也需要支持双架构编包形式。本文将介绍Docker镜像双架构编包统一的实践
对于没有做过嵌入式编程的人, 可能不太理解交叉编译的概念, 那么什么是交叉编译？它有什么作用？
前言：此篇搭建环境的 Linux 平台为 ubuntu16.0.4 64 位系统，sdk 的目标平台为Hi3519DV300\CV500 系列。
xmake 是一个基于 Lua 的轻量级跨平台构建工具，使用 xmake.lua 维护项目构建，相比 makefile/CMakeLists.txt，配置语法更加简洁直观，对新手非常友好，短时间内就能快速入门，能够让用户把更多的精力集中在实际的项目开发上。
网上其实已经有很多的关于FFmpeg so库编译的分享，但是大部分都是直接把配置文件的内容贴出来。我想大部分取搜索 「如何编译FFmpeg so库」的人，对交叉编译这个东东都是比较陌生的。
R16交叉编译工具链 一. uboot 交叉编译工具链(tina&android)： 指定文件- brandy/u-boot-2011.09/arch/arm/config.mk
github下载地址：https://github.com/libts/tslib/releases/tag/1.22
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
