如果将内核比作一座工厂，那么Linux中众多的接口就是通往这个巨大工厂的高速公路。这条路要足够坚固，禁得起各种破坏(Robust)。要能跑得了运货的卡车，还要能升降飞机。(Compatible)。当然了这条路要越宽越好（Performant）。如下图所标，Linux中有四种类型的接口。位于内核和用户之间的API(应用程序接口)和ABI（应用二进制接口）。内核内部的API和ABI。下面我们逐条的来看看这些接口。
下载有点慢，可以先本地下载好github.com/KumaTea/pyt…，再离线安装
上一篇博客《conan入门(十六):profile template功能实现不同平台下profile的统一》以Android NDK交叉编译为例介绍了jinja模板在conan profile中的应用。如果针对不同的Android目标平台(armv7,armv8,x86,x86_64)都要维护一个profile也是挺麻烦的。本文在此基础上，更进一步改进将android NDK 对不同平台armv7,armv8,x86,x86_64交叉编译的profile基本于同一个模板统一实现
该文介绍了交叉编译工具链的使用，包括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等工具的使用方法。
关于NDK 编译openssl,网上找了不少文章，比如： 《在windows上编译openssl供Android NDK使用》
###ubuntu 12.04 安装llvm3.4、ios-lang交叉编译环境小记 在ubuntu 12.04上先安装gcc-4.8，然后安装llvm,clang,libcxx,libcxxabi.由于libcxx和libcxxabi相互依赖，需要两次安装libcxx。最后安装theos等开放的ios开发工具链 安装gcc-4.8如前文所述install gcc4.8 on ubuntu 12.04 安装llvm,clang /etc/apt/sources.list中添加如下两行：
该文件（rust/compiler/rustc_target/src/spec/mips_unknown_linux_gnu.rs）是Rust编译器针对MIPS架构上的Linux系统的目标描述文件。它的作用是定义了在这个目标上编译时的一些配置和规则。
rust/compiler/rustc_target/src/spec/armv7_unknown_linux_musleabihf.rs 文件是 Rust 编译器源代码中的一个特定平台规范文件，用于指定目标平台为 armv7-unknown-linux-musleabihf 的情况下的编译规格和特性。
在Rust的源代码中，rust/compiler/rustc_target/src/spec/mod.rs文件的作用是定义和实现有关目标平台的规范。
Android Studio 2.2 及以后的版本默认使用CMake进行 NDK 编译, 其中最吸引人的地方是，在开发NDK程序时可以进行联机调试，这真是大在的方便了开发者开发NDK程序的效率了。 那么使用CMake编译NDK程序是否与我们之前介绍的使用ndk-build编译有很大的不同呢？下面我们就来一窥它的原理。
原文链接：https://gankra.github.io/blah/c-isnt-a-language/
最近在根据项目需求疯狂撸 OpenCL ，FFmpeg 相关的文章落下了不少，后面也准备介绍下 OpenCL 在 Android 上的应用，另外 OpenCL 可以和 OpenGL 结合使用，非常有趣。
为了能更好的学习和运用ffmpeg, 建议下载ffmpeg源码自己编译.这里的编译方法基于ubuntu16.04环境.直接按照编译FFmpeg来做可能会碰到一些错误, 我将自己编译碰到的错误记录在最后面. 我自己编译的工程已经传到github上 https://github.com/yizhongliu/ffmpegForAndroid
近日，Rust和Swift资深专家Aria Beingessner发布的一篇文章《C 不再是一种编程语言》在Hacker News上引起了热烈讨论。
rust/compiler/rustc_target/src/spec/mipsel_unknown_linux_uclibc.rs文件的作用是定义了Rust编译器的MIPS小端架构的目标描述符（target descriptor）和特定于该目标的特性和配置。
本文标题里的观点很“刺激”，它来自国外一位 Swift 和 Rust 专家 Aria Beingessner，他近日撰写了一篇文章《C 不再是一种编程语言》，在技术社区引起了热议。
长期以来，Rust 编程语言的一个目标都是能替代在操作系统内核开发中最常用的 C 语言。随着 Rust 的逐步成熟，许多开发人员越来越有兴趣在 Linux 内核中尝试 Rust。在 2020 (virtual) Linux Plumbers Conference 会议上，LLVM 这个微会议的诸多议题中就举办了一场讨论，关于 Linux 内核中接受 Rust 代码还有那些未解决的问题或者障碍。这是 2020 年活动中参加人数最多的一次会议，从中可以看出人们对这个议题有多么感兴趣了。
前言 由于某个问卷只支持微信填写，但是我想用电脑填写，于是乎就有了这篇文章。 IOS Mozilla/5.0 (iPhone; CPU iPhone OS 14_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/15E148 MicroMessenger/7.0.17(0x17001126) NetType/WIFI Language/zh_CN 荣耀 Mozilla/5.0 (Linux; Android 10; C
文件riscv64gc_unknown_fuchsia.rs位于Rust源代码中的rustc_target/src/spec目录下，它的作用是为RISC-V 64位架构提供目标特定的配置和特性定义。
rust/compiler/rustc_target/src/spec/x86_64_unknown_netbsd.rs 文件是 Rust 编译器针对 x86_64-unknown-netbsd 目标平台的配置文件。该文件定义了与该平台相关的特性、链接选项、目标特定的运行时支持以及其他与该平台有关的属性。
开发 DApp 时要调用在区块链上的 Ethereum 智能合约，就需要智能合约的 ABI。本文希望更多了解 ABI，如为什么需要 ABI？如何解读 Ethereum 的智能合约 ABI？以及如何取得智能的 ABI？
平时使用Ubuntu比较少，相关操作不甚熟悉，对ubuntu查看内核修复信息的一些方法做下记录
最近一直在研究在ZC706-ARM开发板的linux系统中弄一套编译系统(不支持apt)，刚好发现公司有一套英伟达的ARM开发板且带有ubunut系统（支持apt），此时产生一个想法，英伟达板子上编译的程序能否在ZC706的板子上运行？
在NDK下编译thrift C++库，先要要编译android版的boost,这个不是本文讨论的内容，关于编译android 版本的boost,参见这个开源项目 Boost-for-Android,很好用。
近期刚好用到FFmpeg来处理视频编码，由于网上各种版本的so库大部分都32位的，所以打算自己来编译32位和64位的库，我之前有写编译32位的库https://cloud.tencent.com/developer/article/1661468里面有关于ndk和32位的相关配置。今天主要是总结一下FFmpeg的64位的动态库编译。
在Rust源代码的rust/compiler/rustc_target/src/asm/spirv.rs文件中，实现了对SPIR-V（Standard Portable Intermediate Representation for Vulkan）汇编语言的支持。
一直以来，我都维护了完整的 GCC 工具链构建工具 和 LLVM,Clang,libc++,libc++abi工具链构建工具 。 一方面是为了测试和体验新版本编译器的功能和利用一些更现代化的工具检查代码中的风险，另一方面也是为了给我得很多开源仓库做多版本适配。 其中所有的编译期依赖项（不包括 tar,awk等可执行程序的工具）都是自己构建的，这样也能管理好某些新版本组件需要的新版本依赖项，并且做到跨发行版兼容。同时很多发行版自带的 LLVM+Clang 套件都缺斤少两，有的缺少 clang-analyzer ，有的缺少 clang-format ，也有的缺少 libc++ 和 libc++abi 或者缺少sanitizer组件。我也是根据自己的需要编译并输出了大多数开发工具，甚至还有一些开发库以便二次开发（比如用libclang写工具来复用libcang的AST功能）。
上期makefile终极奥义反响不错，有粉丝提出有没有cmake终极奥义，那么她来了。已构建项目，地址为:
ndk个版本下载地址选择：https://blog.csdn.net/shuzfan/article/details/52690554
事实证明，这两个字符串并没有太大区别。 str只是一个由[u8]字节片支持的字符串。同样地，String只是一个由Vec<u8>支持的字符串。
C++ 的一些语言特性使之必须由编译器和链接器共同支持才能完成工作。最主要的有两个方面,一个是C++ 的重复代码消除,还有一个就是全局构造与析构。另外由于C++ 语言的各种特性,比如虚拟函数、函数重载、继承、异常等,使得它背后的数据结构异常复杂这些数据结构往往在不同的编译器和链接器之间相互不能通用,使得C++ 程序的二进制兼容性成了一个很大的问题,我们在这一节还将讨论 C++ 程序的二进制兼容性问题。
这里选择LuaJit在嵌入式Linux系统使用，LuaJit交叉编译也比较简单，没有第三方库的依赖，直接交叉编译源码即可。
类加载方案需要重启App后让ClassLoader重新加载新的类，为什么需要重启，因为类是无法卸载的，要想重新加载类就需要重启App，因此采用类加载方案的热修复框架无法及时生效。
上面错误的意思是，在ABI的NDK工具链文件夹中没有找到带有前缀:arm-linux-androideabi的工具链，对于这个问题，解决的方法是给项目添加ndk配置即可。
LLVM和Clang工具链的生成配置文件写得比较搓，所以略微麻烦，另外这个脚本没有经过多环境测试，不保证在其他Linux发行版里正常使用。
hadoop提供了CMake来编译libhdfs，因此在编译之前需要先安装好CMake工具。 然后进入libhdfs的源代码目录，如：/data/hadoop-2.7.1-src/hadoop-hdfs-project/hadoop-hdfs/src 执行cmake以生成Makefile文件（假设jdk的安装目录为/data/jdk1.7.0_55）： cmake -DGENERATED_JAVAH=/data/jdk1.7.0_55 -DJAVA_HOME=/data/jdk1.7.0_55 . 成功之后，会在目录下生成Makefile文件，接下来就可以执行make编译生成libhdfs.so和libhdfs.a了。 如果遇到下面这样的错误： /data/jdk1.7.0_55/jre/lib/amd64/server/libjvm.so: file not recognized: File format not recognized 则需要考虑升级链接器ld，参考说明：http://blog.chinaunix.net/uid-20682147-id-4239779.html。 ld是GNU binutils的成员，可以从http://ftp.gnu.org/gnu/binutils/下载到新的版本。 注意在升级gcc和ld之后，需要更新下环境变量PATH，再重执行cmake，否则可能引用的仍然是老版本的gcc和ld。 /data/hadoop-2.7.1-src/hadoop-hdfs-project/hadoop-hdfs/src # cmake -DGENERATED_JAVAH=/data/java_1_7 -DJAVA_HOME=/data/java_1_7 -- The C compiler identification is GNU 4.1.2 -- The CXX compiler identification is GNU 4.1.2 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done JAVA_HOME=/data/java_1_7, JAVA_JVM_LIBRARY=/data/java_1_7/jre/lib/amd64/server/libjvm.so JAVA_INCLUDE_PATH=/data/java_1_7/include, JAVA_INCLUDE_PATH2=/data/java_1_7/include/linux Located all JNI components successfully. -- Performing Test HAVE_BETTER_TLS -- Performing Test HAVE_BETTER_TLS - Success -- Performing Test HAVE_INTEL_SSE_INTRINSICS -- Performing Test HAVE_INTEL_SSE_INTRINSICS - Success -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Found JNI: /data/java_1_7/jre/lib/amd64/libjawt.so -- Found PkgConfig: /usr/bin/pkg-config (found version "0.20") -- checking for module 'fuse' -- package 'fuse' not found
从本质来讲他们都是编译器，而gcc是linux系统下面用来将代码编译成一个可执行程序的手段。编译出来的是适用于linux系统的可执行二进制文件。可执行程序其实就是一堆的0101二进制机器码。这些机器码代表什么含义只有机器本身能理解。所以你用gcc编译出来的可执行程序只有在linux系统下面可以运行。
Arm MTE（内存标记）作为Armv8.5指令集的一部分引入。MTE现在内置于Arm 最近宣布的符合Armv9 的 CPU 中，例如 Cortex-X2、Cortex-A710 和Cortex-A510。未来基于Armv9 的 CPU 也将集成 MTE。
我们经常导入以前的小demo或者网上的项目时，进行编译的时候偶尔会遇到如下错误信息"No toolchains found in the NDK toolchains folder for ABI with prefix: mips64el-linux-android"错误。
在这篇文章中，我将迅速调研一种跟踪的 Go 程序的新方法：基于 Linux 4.x eBPF 实现动态跟踪。如果你去搜索 Go 和 BPF，你会发现使用 BPF 接口的 Go 语言接口（例如，gobpf）。这不是我所探索的东西：我将使用 BPF 工具实现 Go 应用程序的性能分析和调试。
版权声明：本文为博主原创文章，转载请注明源地址。 https://blog.csdn.net/10km/article/details/83380130
这里我们选择3.2.4版本(注意：这里使用的3.2.4版本，如果用最新的版本，编译可能出现问题，为了想让大家上手，建议版本先保持一致)。直接github上选择下载解压即可。为了方便编译，我们在解压后的目录中写一个shell脚本来进行配置。build_ffmpeg.sh
本节将学习如何配置生成各种平台上的安装包，包括二进制安装包和源码安装包。为了完成这个任务，我们需要用到 CPack ，它同样也是由 CMake 提供的一个工具，专门用于打包。 首先在顶层的 CMakeLists.txt 文件尾部添加下面几行：
NDK 全称 Native Development Kit，也就是原生开发工具包 ，官网对它有详细的 中文介绍 。可能一说到 NDK 或 JNI ，大家脑子里第一反应就是集成 C/C++ 。其实 JNI 的含义是 Java Native Interface ，这种接口允许 Java 和其他语言进行交互的，包括但不限于 C/C++ 。目前 Rust 也可以通过 JNI 来和 Java 交互，虽然不太成熟。
解压cd 到该目录里面 创建build目录undefinedmkdir build 复制build.sh到build目录, 注意修改ANDROID_NDK_HOME变量 #!/bin/bash ANDROID_ABI=arm64 BUILD_DIR_FFMPEG="$( cd "$( dirname "$0" )" && pwd )" BASE_DIR="$( cd "$( dirname "$BUILD_DIR_FFMPEG" )" && pwd )" TARGET_TRIPLE_MACHINE_BINU
在使用动态库开发部署时，遇到最多的问题可能就是 undefined symbol 了，导致这个出现这个问题的原因有多种多样，快速找到原因，采用对应的方法解决是本文写作的目的。
EOS智能合约的开发需要使用llvm和abigen来生成abi文件。 为此eos提供了一个 名为eosiocpp的工具。 在这篇文章中，我们介绍如何使用这个工具来开发、部署并调用 一个EOS版本的hello world智能合约。 这篇文章的代码是在CentOS完成的，但在EOS支持的其他linux发行版上应该也没有问题。 如果你同时也对以太坊开发感兴趣，可以 访问我们的入门级的以太坊教程 以及更进阶的以太坊电商实战教程。 智能合约撰写 首先，编写一个ahello.cpp文件 - EOS的合约开发使用C++语
参考链接：https://blog.csdn.net/linolzhang/article/details/70306003
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
