一、前言 我们的C程序中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该函数的声明,而没有定义函数的实现,那么,是在哪里实“printf”函数的呢? 最
上一篇我们分析了Hello World是如何编译的，即使一个非常简单的程序，也需要依赖C标准库和系统库，链接其实就是把其他第三方库和自己源代码生成的二进制目标文件融合在一起的过程。经过链接之后，那些第三方库中定义的函数就能被调用执行了。早期的一些操作系统一般使用静态链接的方式，现在基本上都在使用动态链接的方式。
前面我们提到了如果我们不希望把我们的源码提供出来，但是又想提供这个接口给调用者调用，那么这个该怎么做呢？
头文件拷贝，去注释，条件编译，宏替换 -E让程序翻译到预处理阶段就停下来，-o指明形成的临时文件名称。
通过-o生成的.i文件我们可以清晰的看到头文件展开后的结果是一堆函数和变量的声明,并没有函数的具体实现!
接下来我们用gcc编译器来运行一下，当然不是要完全编译，而是先让他预处理一下：
我们在使用Linux的时候，不禁会有这么一个疑问：为什么我们能够在Linux下进行c/c++代码的编写以及编译呢？这是因为Linux系统默认携带了语言级别的头文件以及语言所对应的库。
库是共享程序代码的方式，一般分为静态库（static libraries）、动态库（dynamically loaded libraries）和共享库（shared libraries）。
Windows端的java程序使用jni调用C++编写的库，原来实现过在Android和Linux端通过JNI调用C++程序，在Windows端没有实现过，这里记录下几个关键的点；
库的存在，大大方便了我们进行编程。因为有了库，我们不必再从0开始，例如我们大多数人C语言写的第一个程序Hello World!都是用了库函数。以printf为例，我们只需要在程序源代码中包含<stdio.h>这个头文件之后，就可以使用printf函数了。这极大的方便了编程。同时库所带来的好处在于，头文件和库文件相结合的访问机制。有时候我们只想让别人使用自己实现的功能，并不想公开实现功能的源码，就可以将其制作为库文件，这样用户获取到的是二进制文件，而头文件又只包含声明部分，这样就实现了“将源码隐藏起来”的目的，且不会影响用户使用。
动态链接与静态链接的区别 静态链接库、动态链接库、导入库的区别 Linux下的静态库、动态库和动态加载库 ---- 总结：并没有找到动态链接与动态加载的明显区别，但动态链接与静态链接的区别是明显的： 一个是编译时就链接进可执行文件，一个是执行时才链接。 ---- 静态重定位 重定位时，取重定位项，加上重定位因子得到欲修改位置的实际地址。 优点：无须硬件支持 缺点：程序重定位以后就不能在内存中移动。要求程序的存储空间是连续的，不能把程序存储到若干个不连续的区域中。 动态重定位 当CPU取一条访问内存的
gcc (GNU Compiler Collection) 和 g++ 是 Linux 系统上最常用的编译器。它们是 GNU 组织开发的一套开源编译器工具集。
在C语言 程序员内功心法之程序环境和预处理 博文中，我们就学习到 – 一个程序要被运行起来需要经历四个阶段：预处理 (预编译)、编译、汇编、链接，下面我们来简单回顾一下这四个阶段会进行的操作。
经过汇编以后，我所写的代码已经从自然语言转换成了二进制的机器语言，可以看到此时文件中的内容我们不认识
要想了解底层，链接是一个不得不过的一关，我总结了下学习的心得，首先要了解链接器到底是如何工作的，链接器分为两类，一个是静态链接，一个是动态链接，先来讲解静态链接，静态链接要干两件事:
动态库的后缀，在 Windows 上是 .dll，linux 上是 .so，在 OSX 上是 .dylib。
在了解了共享对象的绝对地址的引用问题后，我们基本上对动态链接的原理有了初步的了解，接下来的问题是整个动态链接具体的实现过程了。动态链接在不同的系统上有不同的实现方式。ELF的动态链接的实现方式会比PE的简单一点，在这里我们先介绍ELF的动态链接过程在LINUX下的实现，最后我们会专门的章节中介绍PE在Windows下的动态链接过程和它们的区别
可执行文件的装载 进程和装载的基本概念的介绍 程序（可执行文件）和进程的区别 程序是静态的概念，它就是躺在磁盘里的一个文件。 进程是动态的概念，是动态运行起来的程序。 现代操作系统如何装载可执行文件 给进程分配独立的虚拟地址空间 将可执行文件映射到进程的虚拟地址空间（mmap） 将CPU指令寄存器设置到程序的入口地址，开始执行 可执行文件在装载的过程中实际上如我们所说的那样是映射的虚拟地址空间，所以可执行文件通常被叫做映像文件(或者Image文件)。 可执行ELF文件的两种视角 可执行ELF格式具有不寻常的
要解决空间浪费和更新困难这两个问题最简单的办法就是把程序的模块相互分割开来,形成独立的文件,而不再将它们静态地链接在一起。简单地讲,就是不对那些组成程序的目标文件进行链接,等到程序要运行时才进行链接。也就是说,把链接这个过程推迟到了运行时再进行,这就是动态链接( Dynamic Linking)的基本思想。
将tcmalloc作为动态库使用，非常方便，网上有很多资料介绍了。tcmalloc.a也可以以静态链接的方式加入应用程序中，大概因为使用太方便，网上关于这方面的介绍都是一笔带过，但是如果要在动态 库(so)中静态编译tcmalloc,却是有所不同的。 我的项目中有一个so动态库，需要在java中通过jni调用，因为涉及频繁的内存分配操作所以这个so希望用tcmalloc管理内存池以提高系统运行效率，如果使用以动态库方式使用tcmalloc。那么在应用服务器(tomcat)启动的时候，需要先设置LD_PRELOAD参数指向tcmalloc.so，然后执行startup.sh启动tomcat。这样以来，不仅是我的so库，整java程序在运行过程中的所有向操作系统申请释放内存的过程都交给了tcmalloc管理了，其实挺好的。使用这种方案，我的so库代码不需要在编译时链接tcmalloc,什么都不用改变，就能使用tcmalloc。 但是凡事有利就有弊，这个方案带的成本就是在系统安装、维护时稍显复杂：需要在服务器上安装tcmalloc和libunwind(应用系统运行在64位操作系统下)，还可能需要修改tomcat启动脚本以加入LD_PRELOAD参数，对工程实施人员的要求比较高。
预处理是读取 c 源程序，对其中的伪指令（以 # 开头的指令，也就是宏）和特殊符号进行“替代”处理；经过此处理，生成一个没有宏定义、没有条件编译指令、没有特殊符号的输出文件。这个文件的含义同没有经过预处理的源文件是相同的，仍然是 C 文件，但内容有所不同。
其实cocos工具读取<游戏project文件夹>\proj.android\jni\夹Android.mk文件，。 Android.mk是一个编译文件，它是GNU Makefile的一小部分。是用来向Android NDK描写叙述C和C++源码文件的，怎样进行编译，以及打包等操作。默认的Android.mk文件内容例如以下：
在阅读本文之前，小编先给大家介绍一篇相关文章：Linux静态链接库使用类模板的快速排序算法
都是事先做好的.o仓库。库这个东西很好，如果没有库这个东西的话，每次都要自己重复实现这些工具函数，这会非常的麻烦。eg：如果没有库提供printf的话，写个简单的helloworld，printf函数还需要自己实现，这就扯淡了。
—————-加入新公司后，基本上是一键式打包脚本，对于GCC基本上快忘了，重新拾起。
linux环境下，使用MIC架构的Xeon Phi（至强融核）协处理器进行进行host+mic编程时，源程序运行的毫无问题，但将其通过ar命令生成静态连接库供其他应用程序使用时，就会出现offload error: cannot find offload entry错误。
在之前已经分享了 【Linux】vim的使用，这次来看看在云服务器上的编译器gcc。
我们在编写代码的时候经常用到已有的接口，他们是以库的形式提供给我们使用的，而常见形式有两种，一种常以.a为后缀，为静态库；另一种以.so为后缀，为动态库。那么这两种库有什么区别呢？
1、opencv其实最开始只有源码，也就是sources中的代码，sources中有个modules，进入里面是各个我们平常使用的模块，如下图。
入口函数和运行库 入口函数 初学者可能一直以来都认为C程序的第一条指令就是从我们的main函数开始的，实际上并不是这样，在main开始前和结束后，系统其实帮我们做了很多准备工作和扫尾工作，下面这个例子可以证明： 我们有两个C代码： // entry.c #include <stdio.h> __attribute((constructor)) void before_main() { printf("%s\n",__FUNCTION__); } int main() { printf("%s\n
预处理：gcc -E -o hello.cpp hello.c -m32 (源代码)
当我们刚开始接触Docker，并尝试使用docker build构建镜像时，通常会构建出体积巨大的镜像。而事实上，我们可以通过一些技巧方法减小镜像的大小。本片博文，我将介绍一些优化技巧，同时也会探讨如何在减小镜像大小和可调试性取舍。这些技巧可以分为两部分：第一部分是多阶段构建（multi-stage builds）， 正确使用多阶段构建能够极大减小构建物镜像的大小，同时还会解释静态链接（static link）和动态链接（dynamic link）之间的区别以及为什么我们需要了解它们；第二部分是使用一些常见的基础镜像，这些基础镜像仅包含我们所需要的内容，而无需引入其他文件。
其实这部分，不比多言了。虽然在网上可以找到很多类似的经验，但其实第一次使用还是要花费不少的时间。
书接上文，我们已经学习了 Linux 中的编辑器 vim 的相关使用方法，现在已经能直接在 Linux 中编写C/C++代码，有了代码之后就要尝试去编译并运行它，此时就可以学习一下 Linux 中的编译器 gcc/g++ 了，我们一般使用 gcc 编译C语言，g++ 编译C++（当然 g++ 也可编译C语言），这两个编译器我们可以当作一个来学习，因为它们的命令选项都是通用的，只是编译对象不同。除了编译器相关介绍外，本文还会库、自动化构建工具、提权等知识，一起来看看吧
libgo 是一个使用 C++ 编写的协作式调度的stackful协程库, 同时也是一个强大的并行编程库。 设计之初是为高并发分布式Linux服务端程序开发提供底层框架支持，可以让链接进程序的同步的第三方库变为异步库，不影响逻辑的前提下提升其性能。 目前支持两个平台： Linux (GCC 4.8+) Windows (Win7、Win8、Win10 x86 and x64 使用VS2013/2015编译) 使用libgo编写并行程序，即可以像golang一样开发迅速且逻辑简洁，又有C++原生的性能优势。
常用工具 我们首先列出一些在接下来的介绍过程中会频繁使用的分析工具，如果从事操作系统相关的较底层的工作，那这些工具应该再熟悉不过了。不熟悉的读者可以先看一下这里的简单的功能介绍，我们会在后文中介绍一些详细的参数选项和使用场景。 另外，建议大家在遇到自己不熟悉的命令时，通过 man 命令来查看手册，这是最权威的、第一手的资料。 ELF文件详解 ELF文件的三种形式 在Linux下，可执行文件/动态库文件/目标文件（可重定向文件）都是同一种文件格式，我们把它称之为ELF文件格式。虽然它们三个都是ELF文件格式
Go 语言具有跨平台和可移植的特点，同时还支持交叉编译，可以在一个系统上编译出运行在另一个系统上的二进制可执行文件，这是因为 Go 在编译时支持将依赖的库文件与源代码一起编译链接到二进制文件中，所以在实际运行时不再需要依赖运行环境中的库，而只需要一个二进制文件就可以运行，在构建 docker 镜像时就可以利用这个特点，实现减小镜像大小的目的，下面逐步介绍这中间涉及到的关键点。
这里我不会使用visual studio的图形界面工具，作为专业人士，还是搞懂自己的工具是怎么运转的，这样比较好。
前言 《编译与链接过程的思考》 《静态库与动态库的思考》 在写完上面两篇思考之后，仔细研读《程序员的自我修养—链接、装载与库》，对编译、链接、装载、静态库和动态库有连贯的认知。 这种知识先在学校学习一遍，然后遗忘； 工作用到，百思不得其解； 然后再看书，才能深深记住和理解。 正文 机器指令 最初的机器指令，是使用纸带来记录； 当变更指令的时候，需要程序员重新计算每个子程序的跳转地址。这个操作就是重定位。 但是，如果有多条纸带，跳转更为复杂。 汇编语言 为了解决上面复杂的机器指令跳转，先驱者
在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查 无误后,gcc 把代码翻译成汇编语言。
我们发现，每一个不同文件的inode编号都不相同，所以inode可以说是用来标识文件的标识符。接下来，我们通过下面指令来给mysoft文件，创建软链接：
在使用了 RTKLIB开源包自带的 rtkplot.exe后，知道了它所具有的功能，就想着如何模仿它做出一个 demo。一开始看的是之前下载的 2.4.2版本的 RTKLIB，里面是使用 Delphi开发的。由于我现在对 Qt比较熟悉，所以想着使用 Qt框架来开发这个 demo。在看源码的过程中，阴差阳错之间又去官网上重新下载了一次源码包，结果发现最新的 2.4.3版本里面就带有相关 App程序的 Qt实现。这样的话，就可以直接阅读现成的 Qt源码了。不过首先需要解决的问题是，要尝试将所给的源代码编译
LLVM和Clang工具链的生成配置文件写得比较搓，所以略微麻烦，另外这个脚本没有经过多环境测试，不保证在其他Linux发行版里正常使用。
静态链接器以一组可重定向目标文件为输入, 生成一个完全链接的可执行目标文件作为输出. 链接器主要完成两个任务:
Linux中的基础开发工具及其使用，包括yum（软件包管理器）、vim（编辑器）、gcc/g++（编译器）、makefile（项目自动化构建工具）、gdb（调试器）等。
当你在Linux系统上编写和运行程序时，动态库和静态库是两个非常重要的概念。它们不仅影响着程序的编译和执行效率，还直接关系到程序的可移植性和灵活性
我们前面已经学习了使用vim来编写代码，我们也知道了，Linux下的工具都是各自独立的，vim用来编写代码，我们如何执行代码呢？这就需要用到gcc/g++了，那么话不多说，开启我们今天的话题！
先来看看程序编译和链接的过程： 编译过程又可以分成两个阶段：编译和汇编。 编译 编译是指编译器读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码。 源文件的编译过程包含两个主要阶段： 第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。 主要是以下几方面的处理： 宏定义指令，如 #define a b 对于这种伪指令，预编译所要做的是将程序中的所有a用b替换，但作为字符串常量的 a则不被替换。还有 #undef，
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
