如果将内核比作一座工厂，那么Linux中众多的接口就是通往这个巨大工厂的高速公路。这条路要足够坚固，禁得起各种破坏(Robust)。要能跑得了运货的卡车，还要能升降飞机。(Compatible)。当然了这条路要越宽越好（Performant）。如下图所标，Linux中有四种类型的接口。位于内核和用户之间的API(应用程序接口)和ABI（应用二进制接口）。内核内部的API和ABI。下面我们逐条的来看看这些接口。
下载有点慢，可以先本地下载好github.com/KumaTea/pyt…，再离线安装
关于NDK 编译openssl,网上找了不少文章，比如： 《在windows上编译openssl供Android NDK使用》
原文链接：https://gankra.github.io/blah/c-isnt-a-language/
近日，Rust和Swift资深专家Aria Beingessner发布的一篇文章《C 不再是一种编程语言》在Hacker News上引起了热烈讨论。
本文标题里的观点很“刺激”，它来自国外一位 Swift 和 Rust 专家 Aria Beingessner，他近日撰写了一篇文章《C 不再是一种编程语言》，在技术社区引起了热议。
从本质来讲他们都是编译器，而gcc是linux系统下面用来将代码编译成一个可执行程序的手段。编译出来的是适用于linux系统的可执行二进制文件。可执行程序其实就是一堆的0101二进制机器码。这些机器码代表什么含义只有机器本身能理解。所以你用gcc编译出来的可执行程序只有在linux系统下面可以运行。
为了能更好的学习和运用ffmpeg, 建议下载ffmpeg源码自己编译.这里的编译方法基于ubuntu16.04环境.直接按照编译FFmpeg来做可能会碰到一些错误, 我将自己编译碰到的错误记录在最后面. 我自己编译的工程已经传到github上 https://github.com/yizhongliu/ffmpegForAndroid
在NDK下编译thrift C++库，先要要编译android版的boost,这个不是本文讨论的内容，关于编译android 版本的boost,参见这个开源项目 Boost-for-Android,很好用。
一直以来，我都维护了完整的 GCC 工具链构建工具 和 LLVM,Clang,libc++,libc++abi工具链构建工具 。 一方面是为了测试和体验新版本编译器的功能和利用一些更现代化的工具检查代码中的风险，另一方面也是为了给我得很多开源仓库做多版本适配。 其中所有的编译期依赖项（不包括 tar,awk等可执行程序的工具）都是自己构建的，这样也能管理好某些新版本组件需要的新版本依赖项，并且做到跨发行版兼容。同时很多发行版自带的 LLVM+Clang 套件都缺斤少两，有的缺少 clang-analyzer ，有的缺少 clang-format ，也有的缺少 libc++ 和 libc++abi 或者缺少sanitizer组件。我也是根据自己的需要编译并输出了大多数开发工具，甚至还有一些开发库以便二次开发（比如用libclang写工具来复用libcang的AST功能）。
平时使用Ubuntu比较少，相关操作不甚熟悉，对ubuntu查看内核修复信息的一些方法做下记录
最近在用DeepLearning4J(DL4J)尝试语音识别的深度学习,git DL4J的代码,用IntelliJ IDEA打开,配置好相关依赖后,运行包org.deeplearning4j.examples.test.Test的main,可以正常运行,但是有警告提示如下:
近一段时间，更多的接触了linux系统，之前的印象中，linux系统更偏向于命令行模式，更多的是作为服务器来使用，现在却作为跟windows一样的界面操作系统来使用，不得不说还是带来一定的冲击的。
近期刚好用到FFmpeg来处理视频编码，由于网上各种版本的so库大部分都32位的，所以打算自己来编译32位和64位的库，我之前有写编译32位的库https://cloud.tencent.com/developer/article/1661468里面有关于ndk和32位的相关配置。今天主要是总结一下FFmpeg的64位的动态库编译。
长期以来，Rust 编程语言的一个目标都是能替代在操作系统内核开发中最常用的 C 语言。随着 Rust 的逐步成熟，许多开发人员越来越有兴趣在 Linux 内核中尝试 Rust。在 2020 (virtual) Linux Plumbers Conference 会议上，LLVM 这个微会议的诸多议题中就举办了一场讨论，关于 Linux 内核中接受 Rust 代码还有那些未解决的问题或者障碍。这是 2020 年活动中参加人数最多的一次会议，从中可以看出人们对这个议题有多么感兴趣了。
开发 DApp 时要调用在区块链上的 Ethereum 智能合约，就需要智能合约的 ABI。本文希望更多了解 ABI，如为什么需要 ABI？如何解读 Ethereum 的智能合约 ABI？以及如何取得智能的 ABI？
我们经常导入以前的小demo或者网上的项目时，进行编译的时候偶尔会遇到如下错误信息"No toolchains found in the NDK toolchains folder for ABI with prefix: mips64el-linux-android"错误。
上面错误的意思是，在ABI的NDK工具链文件夹中没有找到带有前缀:arm-linux-androideabi的工具链，对于这个问题，解决的方法是给项目添加ndk配置即可。
Android Studio 2.2 及以后的版本默认使用CMake进行 NDK 编译, 其中最吸引人的地方是，在开发NDK程序时可以进行联机调试，这真是大在的方便了开发者开发NDK程序的效率了。 那么使用CMake编译NDK程序是否与我们之前介绍的使用ndk-build编译有很大的不同呢？下面我们就来一窥它的原理。
上期makefile终极奥义反响不错，有粉丝提出有没有cmake终极奥义，那么她来了。已构建项目，地址为:
该文件（rust/compiler/rustc_target/src/spec/mips_unknown_linux_gnu.rs）是Rust编译器针对MIPS架构上的Linux系统的目标描述文件。它的作用是定义了在这个目标上编译时的一些配置和规则。
rust/compiler/rustc_target/src/spec/mipsel_unknown_linux_uclibc.rs文件的作用是定义了Rust编译器的MIPS小端架构的目标描述符（target descriptor）和特定于该目标的特性和配置。
rust/compiler/rustc_target/src/spec/armv7_unknown_linux_musleabihf.rs 文件是 Rust 编译器源代码中的一个特定平台规范文件，用于指定目标平台为 armv7-unknown-linux-musleabihf 的情况下的编译规格和特性。
C++ 的一些语言特性使之必须由编译器和链接器共同支持才能完成工作。最主要的有两个方面,一个是C++ 的重复代码消除,还有一个就是全局构造与析构。另外由于C++ 语言的各种特性,比如虚拟函数、函数重载、继承、异常等,使得它背后的数据结构异常复杂这些数据结构往往在不同的编译器和链接器之间相互不能通用,使得C++ 程序的二进制兼容性成了一个很大的问题,我们在这一节还将讨论 C++ 程序的二进制兼容性问题。
转载自：https://blog.csdn.net/vocanicy/article/details/83004626
LLVM和Clang工具链的生成配置文件写得比较搓，所以略微麻烦，另外这个脚本没有经过多环境测试，不保证在其他Linux发行版里正常使用。
在使用动态库开发部署时，遇到最多的问题可能就是 undefined symbol 了，导致这个出现这个问题的原因有多种多样，快速找到原因，采用对应的方法解决是本文写作的目的。
事实证明，这两个字符串并没有太大区别。 str只是一个由[u8]字节片支持的字符串。同样地，String只是一个由Vec<u8>支持的字符串。
rust/compiler/rustc_target/src/spec/x86_64_unknown_netbsd.rs 文件是 Rust 编译器针对 x86_64-unknown-netbsd 目标平台的配置文件。该文件定义了与该平台相关的特性、链接选项、目标特定的运行时支持以及其他与该平台有关的属性。
最近在根据项目需求疯狂撸 OpenCL ，FFmpeg 相关的文章落下了不少，后面也准备介绍下 OpenCL 在 Android 上的应用，另外 OpenCL 可以和 OpenGL 结合使用，非常有趣。
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
（前言部分有点日记性质，对整个历程做了一个概况，如果你时间紧迫，可以跳过这部分直接看正文部分，正文部分分点分部分给出问题的描述和对应的解决方法）
ndk个版本下载地址选择：https://blog.csdn.net/shuzfan/article/details/52690554
EOS智能合约的开发需要使用llvm和abigen来生成abi文件。 为此eos提供了一个 名为eosiocpp的工具。 在这篇文章中，我们介绍如何使用这个工具来开发、部署并调用 一个EOS版本的hello world智能合约。 这篇文章的代码是在CentOS完成的，但在EOS支持的其他linux发行版上应该也没有问题。 如果你同时也对以太坊开发感兴趣，可以 访问我们的入门级的以太坊教程 以及更进阶的以太坊电商实战教程。 智能合约撰写 首先，编写一个ahello.cpp文件 - EOS的合约开发使用C++语
本节将学习如何配置生成各种平台上的安装包，包括二进制安装包和源码安装包。为了完成这个任务，我们需要用到 CPack ，它同样也是由 CMake 提供的一个工具，专门用于打包。 首先在顶层的 CMakeLists.txt 文件尾部添加下面几行：
开始之前先来几句废话。 今年的博客更新频率低了很多，而且最近几周微信公共账号的更新也暂停了一段时间，没能坚持下来，确实是自己的问题。不过今年这半年确实事情太多，不管是工作还是私事，从来都感觉时间完全不够用。目前SDK的相关工作已经正常，热更也基本上进入开发的中后期，因此开始逐渐把一些之前积累的内容补上，后续会把上半年遇到的计划的文章陆续更新完成。 由于上半年做的事情中，最大的一块就是SDK的热更新，因此就从SDK的热更新开始分享，后面会穿插分享别的内容。 这篇文档优先介绍在SDK热更中遇到到的第一个比较头疼
这里我们选择3.2.4版本(注意：这里使用的3.2.4版本，如果用最新的版本，编译可能出现问题，为了想让大家上手，建议版本先保持一致)。直接github上选择下载解压即可。为了方便编译，我们在解压后的目录中写一个shell脚本来进行配置。build_ffmpeg.sh
在Rust的源代码中，rust/compiler/rustc_target/src/spec/mod.rs文件的作用是定义和实现有关目标平台的规范。
上一篇博客《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等工具的使用方法。
文件riscv64gc_unknown_fuchsia.rs位于Rust源代码中的rustc_target/src/spec目录下，它的作用是为RISC-V 64位架构提供目标特定的配置和特性定义。
最近Android Studio升级了, 顺便也升级了sdk版本, 但是升级过后编译项目提示"No toolchains found in the NDK toolchains folder for ABI with prefix: mipsel-linux-android". 刚开始很懵, 上网找了下原因, 觉得说的都不是特别清晰, 翻了下谷歌官网(一定要英文版, 中文版更新太慢), 弄清楚了原因, 记录在此.
NDK 全称 Native Development Kit，也就是原生开发工具包 ，官网对它有详细的 中文介绍 。可能一说到 NDK 或 JNI ，大家脑子里第一反应就是集成 C/C++ 。其实 JNI 的含义是 Java Native Interface ，这种接口允许 Java 和其他语言进行交互的，包括但不限于 C/C++ 。目前 Rust 也可以通过 JNI 来和 Java 交互，虽然不太成熟。
今天讲的是纯干货，目的就是为了指导Android开发者如何根据JNI Crash日志顺藤摸瓜，最后直捣黄龙定位磨人的JNI Crash。所以废话不多，直接开干吧。
这里选择LuaJit在嵌入式Linux系统使用，LuaJit交叉编译也比较简单，没有第三方库的依赖，直接交叉编译源码即可。
在Rust源代码的rust/compiler/rustc_target/src/asm/spirv.rs文件中，实现了对SPIR-V（Standard Portable Intermediate Representation for Vulkan）汇编语言的支持。
在上一篇博客《conan入门(四):conan 引用第三方库示例》中我们以cJSON为例说明了如何在项目中引用一个conan 包。那是比较简单的一种编译本机目标代码的应用场景(编译环境是Windows,目标代码也是Windows平台)。在物联应用的大背景下，C/C++开发中跨平台交叉编译的应用是非常广泛的。在使用conan来管理C/C++包(制品库)的环境下，如何实现对交叉编译的支持呢？因为我的工作涉及不少嵌入式平台的开发，conan对交叉编译的支持是我最关心的部分。
###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中添加如下两行：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
