1. 什么是gcc gcc的全称是GNU Compiler Collection，它是一个能够编译多种语言的编译器。最开始gcc是作为C语言的编译器（GNU C Compiler），现在除了c语言，还支持C++、java、Pascal等语言。gcc支持多种硬件平台。 2. gcc的特点 gcc是一个可移植的编译器，支持多种硬件平台。例如ARM、X86等等。 gcc不仅是个本地编译器，它还能跨平台交叉编译。所谓的本地编译器，是指编译出来的程序只能够在本地环境进行运行。而gcc编译出来的程序能够在其他平台进行运
moreFile文件夹下分别是build、src文件夹以及主CMakeLists.txt文件
之前和大家分享的是在c/c++中通过python c api嵌入python解释器，主体都是和python相关的。其实最终要和大家分享的是如何做一个python编辑器。比如支持语法高亮、关键字自动补全，显示行号等功能。所以这次和大家一起学习的是一个Qt下的源代码编辑器控件。相信有的同志已经猜出来了。对，就是它。
微服务架构非常适合构建可扩展的代码库，具有更少的耦合，更好的关注点分离，更高的弹性，结合不同的技术，最重要的是，更好的模块化和构建它的组件的可重用性。
编译器生成了一堆二进制文件，怎么运行这些二进制文件呢？链接器的作用就是将多个目标文件（object files）链接为一个可执行文件或库。
1.在制作自己的发行版时经常需要判断某条命令需要哪些共享库文件的支持，以确保指定的命令在独立的系统内可以可靠的运行；
本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。由于windows和linux的本质不同，因此二者库的二进制是不兼容的。
Jenkin的多分支流水线，允许Jenkinsfile与需要 Jenkins 构建的应用程序代码放在一起，然后 Jenkins 从源代码管理系统中检出 Jenkinsfile 文件作为流水线项目构建过程的一部分并接着执行你的流水线。
大家在编写Android的Native代码时，经常会接触到一个叫做Android.mk的文件。 虽然编译的时候都用到的是make，但是这个Android.mk文件里的语法还跟一般的make文件语法不太一样。 本质上，Android.mk只是GNU MakeFile的一个片段，编译系统在编译的时候有可能会多次解释Android.mk文件，所以要尽量少在脚本里面申明变量，也不要假设任何没有在脚本中定义的条件。 Android.mk文件是用来让你把源码组织成各个“模块”。所谓模块，由以下三种构成：
Hello，小伙伴们，大家好！最近有小伙伴问我程序库相关的问题。程序库的存在很大程度上提高了程序的复用性、可维护性，但是程序库的应用往往对于初学者来说有些摸不清头脑，所以这一期本文从Linux的角度谈谈Linux下的程序库。 1. 什么是库 库文件一般就是编译好的二进制文件，用于在链接阶段同目标代码一起生成可执行文件，或者运行可执行文件的时候被加载，以便调用库文件中的某段代码。库文件无法直接执行，因为它的源代码中没有入口主函数，而只是一些函数模块的定义和实现，所以无法直接执行。程序库使程序更加模块化，重新编
决定 Linux 发行版本质量最重要的因素是软件包系统和支持该发行版本社区的活力。进一步接触 Linux，我们就会发现 Linux 软件的研究现状相当活跃。事物总是在不断变化，许多一流的 Linux 发行版本每 6 个月就有一个新版本问世，而且许多个人程序每天都在更新。要想同步这些日新月异的软件，我们就需要好的工具进行软件包管理。 软件包管理是一种在系统上安装、维护软件的方法。目前，很多人通过安装 Linux 经销商发布的软件包来满足他们所有的软件需求。这与早期的 Linux 形成了鲜明对比。因为在 L
一款命令行工具，用于从Vdex文件反编译和提取Android Dex字节码的工具。
1. 介绍 使用GNU的工具我们如何在Linux下创建自己的程序函数库?一个“程序函数库”简单的说就是一个文件包含了一些编译好的代码和数据，这些编译好的代码和数据可以在事后供其他的程
Microservices创造了大量小型分布式用途单一的服务,每个服务拥有自己的数据。这种服务和数据耦合支持有界上下文和无共享体系结构的概念。h服务及其相应的数据区分开来，完全独立于所有其他服务。当您从单一应用程序迁移到微服务体系结构时，会发生数据驱动的迁移Anti-pattern。因为在创建微服务时，服务功能和相应的数据在开始时一起迁移。
我们日常开发中编写的C/C++代码经过NDK进行编译和链接之后，生成的动态链接库或可执行文件都是ELF格式的，它也是Linux的主要可执行文件格式。我们今天就要借助一个示例来理解一下android平台下native层hook的操作和原理，不过在这之前，我们还是要先了解一下ELF相关的内容。
小心两个共享库共用同一个静态库.pdf 注：以下内容仅针对Linux/GCC环境，不涵盖Windows，包括Cygwin环境。 下载测试代码：
存放所有用户文件的根目录，是用户主目录的基点，比如用户user的主目录就是/home/user，可以用~user表示
尽管通过自动化部署加快了开发速度，但由于在 DevOps 方面缺少协作，我们一个客户正因此而放慢产品的上市时间。虽然他们也投入了资源来做 DevOps ，但每条生产流水线都是独立设置的，迫使团队为每个项目重新造轮子。更糟糕的是，由于没有跨团队协作，平台中的任何错误又会出现在每条新的流水线中。许多客户都有类似的问题存在，因此我们决定开发一个既能帮助现有客户，又能适应未来使用需求的通用工具。使用通用框架且标准化的 CI/CD 平台是最显而易见的选择，但这将导致缺少灵活性的单体结构（monolithic structure），最终会变得举步维艰。每个团队都需要在自己的流水线上工作，基于此，我们开发了一个方便 DevOps 流水线的每个可重用部分可供以后使用的解决方案 — Jenkins 驱动的模块化流水线库。
链接的方式，让我们在写代码的时候做到了“复用”。 同样的功能代码只要写一次，然后提供给很多不同的程序进行链接就行了。
入口函数和运行库 入口函数 初学者可能一直以来都认为C程序的第一条指令就是从我们的main函数开始的，实际上并不是这样，在main开始前和结束后，系统其实帮我们做了很多准备工作和扫尾工作，下面这个例子可以证明： 我们有两个C代码： // entry.c #include <stdio.h> __attribute((constructor)) void before_main() { printf("%s\n",__FUNCTION__); } int main() { printf("%s\n
但是，如果我们有很多个程序都要通过装载器装载到内存里面，那里面链接好的同样的功能代码，也都需要再装载一遍，再占一遍内存空间。
我们在编写一个C语言程序的时候，经常会遇到好多重复或常用的部分，如果每次都重新编写固然是可以的，不过那样会大大降低工作效率，并且影响代码的可读性，更不利于后期的代码维护。我们可以把他们制作成相应的功能函数，使用时直接调用就会很方便，还可以进行后期的功能升级。
引 言 随着我们对Docker 应用的持续使用，如果不加注意，那么镜像的尺寸就会变得越来越大。很多人在使用Docker 时会发现，团队定制化的Docker 镜像尺寸都至少有1GB 大。镜像越大就意味着编译和部署Docker 应用的时间会越长。因此，我们需要减小需要部署的镜像的尺寸。它会抵消使用Docker 带来的好处，失去快速迭代开发和部署应用的能力。 本文节将深入讨论Docker 镜像层的技术细节以及它们是如何影响最终镜像的大小的。 接下来，我们将在研究Docker 镜像工作原理的过程中，学习如何优化这些镜像层。
这边文章不是一个如何引导，尽管它确实展示了如何编译和调试共享库和可执行文件。为了解动态加载的内部工作方式进行了优化。写这篇文章是为了消除我在该主题上的知识欠缺，以便成为一名更好的程序员。我希望它也能帮助您变得更好。
作者简介：刘宏岩，福州大学数计学院2016级计算机科学与技术(实验班)本科生，主要研究方向为软件定义网络SDN、网络功能虚拟化NFV。
Jenkins 共享库是除了 Jenkins 插件外，另一种扩展 Jenkins 流水线的技术。通过它，可以轻松地自定义步骤，还可以对现有的流水线逻辑进行一定程度的抽象与封装。至于如何写及如何使用它，读者朋友可以移步附录中的官方文档。
go plugin 支持将 go包 编译为共享库 的形式单独发布，主程序可以在运行时动态加载这些编译为动态共享库文件的 go plugin，从中提取导出 变量 或 函数 的符号并在主程序的包中使用
“如何在不解密的情况下，破解SSL的明文数据？那当然是不要让明文加密了！逻辑鬼才不容反驳”
现在已经进入到ch2文件夹下，开始编写一个简单的C++程序，首先创建一个C++文件，
某日开发说，一台测试用虚机可以PING通SSH不能连了。运维同学就赶紧去查，SSHD_CONFIG配置文件都正确啊，一点错误都没有，那为什么呢？
这一切开始于十年之前 —— 经典的任务类型 (例如：自由风格、Maven 等等)。每隔一段时间，用户就会联系我们，因为他们的任务无法在一夜之间完成。为什么这个任务失败了呢？这次失败和任务配置变更有关系吗？用户典型的回答是："我们没有改任何东西"，但这是真的吗？我们思考了这个问题，并决定开发一个插件来帮助我们解决这个问题。这就是plugin:jobConfigHistory[任务配置历史]的想法和开始。
预处理：gcc -E -o hello.cpp hello.c -m32 (源代码)
讲到代码的运行过程，还是得看下面的这个详细步骤，我们的代码在经过上次讲到的编译过程后变成目标代码，然会通过链接器形成可执行文件。
Cmake是跨平台构编译大型项目的工具，配合make工具和编译器我们理论上我们可以编译任何工程。具体的介绍就不多说了，不论是OpenCV还是Pytorch都是用cmake作为构建工具，当然还有很多很多工程项目使用它，这里不进行详细的介绍。
链接是将各种代码和数据片段收集并组合为一个单一文件的过程，这个文件可以被加载到内存中执行。
大家肯定都知道计算机程序设计语言通常分为机器语言、汇编语言和高级语言三类。高级语言需要通过翻译成机器语言才能执行，而翻译的方式分为两种，一种是编译型，另一种是解释型，因此我们基本上将高级语言分为两大类，一种是编译型语言，例如C，C++，Java，另一种是解释型语言，例如Python、Ruby、MATLAB 、JavaScript。
作为良好的习惯，建议为第三方库建立专门的目录，目录取名为thirdparty。然后，再在thirdparty下建立名叫src_package，用来存放第三方库的源码包，如没有特别说明，第三方库默认均为automake编译和安装方式。并且，一般建议将第三方库安装在thirdparty目录下，而不是系统的/usr/local目录下，目的是尽量减少对系统目录的污染，保持系统目录的整洁。 【automake编译和安装方式说明】 通常Linux系统自带automake编译工具，C/C++开源库一般都采用automake编译。 假设源代码库文件名为protobuf-2.4.1.tar.gz，则编译和安装操作步骤如下： 1) 将源代码包文件protobuf-2.4.1.tar.gz上传到Linux机上，这里假设上传到Linux机的/tmp目录 2) 进入/tmp目录 3) 解压源代码包文件：tar xzf protobuf-2.4.1.tar.gz，完成后会在/tmp目录下会出现一个子目录protobuf-2.4.1 4) 进入/tmp的子目录子目录protobuf-2.4.1 5) 执行configure命令，以生成Makefile文件：./configure --prefix=/usr/local/protobuf-2.4.1，这里假设将Protocol Buffers安装到/usr/local/protobuf-2.4.1 6) 上一步会生成编译用的Makefile文件，接下来执行make编译：make 7) make成功后，再执行make install安装 8) 成功后，就可以ls /usr/local/protobuf-2.4.1查看安装结果了； 9) 建立不带版本号的软链接：ln -s /usr/local/protobuf-2.4.1 /usr/local/protobuf 【automake编译和安装方式补充说明】 a) 源代码包如果是protobuf-2.4.1.tar.bz2形式，则表示是bzip2压缩包，而protobuf-2.4.1.tar.gz是gzip压缩包，对于bzip2压缩包，tar解压参数请由xzf改成xjf b) 上述第9步不是必须的，但会是一个良好的Linux风俗，建议保持 c) 注意第5步，如果生成的静态库会被其它共享库使用，则可能需要为configure增加参数，否则在链接生成共享库时，可能会报被链接的静态库需要带-fPIC参数重新编译，这个问题不难解决，如下变通一下即可： ./configure --prefix=/usr/local/protobuf-2.4.1 CXXFLAGS=-fPIC LDFLAGS=-fPIC d) 开源的C/C++库源代码包文件一般都采用类似于protobuf-2.4.1.tar.gz的命名方式 【推荐的编译环境目录结构】 假设有一项目mooon，它的目录结构如下，和SVN目录结构保持一致，但SVN上不存放中间目录和文件，mooon本身可以基于用户主目录，或者其它合适的目录，如/data目录下： mooon |-- doc |-- src `-- thirdparty |-- apr-util |-- boost |-- gflags |-- protobuf |-- sqlite |-- src_package | |-- apr-util-1.5.1.tar.gz | |-- boost_1_53_0.tar.gz | |-- cgicc-3.2.10.tar.gz | |-- gflags-2.0.tar.gz | |-- protobuf-2.4.1.tar.gz | |-- sqlite-autoconf-3071401.tar.gz | `-- thrift-0.9.0.tar.gz `-- thrift 安装openssl： # ./config --prefix=/usr/local/thirdparty/openssl-1.0.2a shared threads 安装httpd（apache），支持https： # ./configure --with-apr=/usr/local/thirdparty/apr-1.4.6 --with-apr-util=/usr/local/thirdparty/apr-util-1.5.1 --with-ssl=/usr/local/thirdparty/openssl-1.0.2a --with-pcre=/usr/local/thirdpar
CMake是一种跨平台编译工具，比make更为高级，使用起来要方便得多。CMake主要是编写CMakeLists.txt文件，然后用cmake命令将CMakeLists.txt文件转化为make所需要的makefile文件，最后用make命令编译源码生成可执行程序或共享库（so(shared object)）。因此CMake的编译基本就两个步骤：
linux 链接器支持库打桩（library interpositioning）， 允许我们截获共享库的调用，执行自己的代码，通过这个机制，可以给程序调试带来很多便利。
当你勤勤恳恳完成需求后，要交付你的成果时，你突然发现了一个问题，如果直接把源代码给乙方，他就可以直接进入你的代码，然后狠狠的学习再“借鉴”，甚至修改，你的头发的产物就被别人盗取了。这该如何是好？
内容一览：TVM 共有三种安装方法：从源码安装、使用 Docker 镜像安装和 NNPACK Contrib 安装。本文讲解如何通过 Docker 镜像 和 NNPACK Contrib 安装。
首先下载相应的源代码： ftp://ftp.dti.ad.jp/pub/lang/gcc/releases/gcc-4.6.1/ #下载 gcc-4.6.1.tar.bz2
我们应该知道 Windows 有一个默认的安装目录专门用来安装软件。Linux 的软件安装目录也应该是有讲究的，遵循这一点，对后期的管理和维护也是有帮助的。
因为某个场景的需求，要在一个国产系统Rocky4.2(国产凝思4.2操作系统)上安装Apache，虽说此系统是基于Redhat 5.8开发的，但是发现yum安装源包管理，RPM命令倒是能用，但是底层依赖完全没有，这就尴尬了，so，只能源码编译安装了。
1、静态库的命名格式 lib + 库的名字 + .a 例：libMyTest.a (MyTest为静态库的名字）
咱造了一个轮子，咱可以非常方便将这个轮子库作为 NuGet 发布出去，造福其他开发者，或者毒害其他开发者。为什么说是毒害呢？因为有时候这个库存在坑，此时使用这个库的开发者就受到了伤害。为了安抚脆弱的开发者们，咱可以提高一下开发者们的调试效率，例如让开发者们可以调试到库里面的源代码 本文来告诉大家如何在项目文件里面添加上 EmbedAllSources 属性，将自己的代码嵌入到 PDB 符号文件里面，让开发者们在调试的时候，可以看到库的源代码
本章的内容描述从源代码发布安装PostgreSQL（如果你安装的是打包好的版本如RPM或Debian包，那么请略过这一章并且阅读打包者的指导）。
领取专属 10元无门槛券
手把手带您无忧上云
