间接包含 结构图示 : test_1.c 文件包含 三个头文件, test_1.h 包含的 test_2.h 头文件 与 test_1.c 包含的该头文件相同, 同一个头文件被导入了2次, 因此编译时会报错;
个人主页：天寒雨落的博客_CSDN博客-C,CSDN竞赛,python领域博主 💬 刷题网站：一款立志于C语言的题库网站蓝桥杯ACM训练系统 - C语言网 (dotcpp.com) 特别标注：该博主将长期更新c语言内容，初学c语言的友友们，订阅我的《初学者入门C语言》专栏，关注博主不迷路！ 目录 前言 文件包含 #include 两种格式 #include<头文件名称> #include"头文件名称" 头文件包含的顺序 宏定义 宏 嵌套宏 举例 有参数的宏定义 格式 举例 易错点 总结 -
最近一直在研究cmake构建项目，之前接触cmake的时候就感觉不太喜欢cmake，觉得它太乱了，产生了太多的中间文件，产生的项目文件也不是特别友好，在windows下，生成的项目文件经常需要修改，而在linux和常规的makefile风格也打不一致，文件太多，不方便学习研究。
宏定义在C类语言中非常重要，因为宏是一种预编译时的功能，因此其可以比运行时更高层面的对程序流程进行控制。在初学宏定义的时候，大家可能都会有这样一种感觉：就是完全替换么，太简单了。但如果你真这么想，那你就太天真了，不说自己编写宏，在Foundation框架中内置定义的许多宏要看明白也要费一番脑筋。本篇博客，总结了前辈的经验，同时收集了一些编写非常巧妙的宏进行分析，希望可以帮助大家对宏定义有更加深刻的理解，并且可以将心得应用于实际开发中。
任何一个C语言程序在执行时，都会存在两个不同的环境。 第一个是翻译环境：在这个环境中C程序的源代码会被转换为可执行的机器指令（二进制指令） 第二个是执行环境：它用于实际执行代码
所谓预编译，就是程序代码在编译之前，开发工具为我们预先做的一些工作。不要小瞧这些指令，没有它们，我们的代码可能寸步难行。
在C/C++中，所有的代码在输出结果前都需要经过这五个阶段：预编译—>编译—>汇编—>链接—>执行代码。其中前四个阶段是在翻译环境下进行，因为在翻译环境中有编译器和链接器这两个重要工具，二者配合能将文本形式的代码转化为对应的二进制代码和可执行文件；而最后一个阶段是在执行环境中进行的，代码在这个阶段已经打包好了，只需要执行器运行此代码，结果就能很好的输出。可以看出，整个代码运行逻辑是极其严谨和巧妙的。除程序环境外，C/C++在预处理阶段还有各式各样的预处理指令等着我们去发掘，一起来看看吧！
将stdafx.h、targetver.h、dllmain.cpp、MyDLL.cpp、stdafxc.pp删除。
市面上大部分C程序员对宏存在巨大的误解甚至是恐惧，并因此极力避免宏的适度使用，甚至将宏在封装中发挥正确作用的行为视作是对C语言的“背叛”——震惊之余，对于为什么大家会有这种想法的原因，我曾经一度是非常“傲慢的”，这种傲慢与某些人宣称“穷人都是因为懒所以才穷”时所表现出的那种态度并无任何本质不同——然而我错了，在闲暇之余认真看了不少经典的C语言教材后我才意识到：
近期都在忙着项目开发，因此博客更新就比较佛系了，当然期间也看了不少博主的文章，学到了很多技巧，本文大致罗列下。顺便理一下自己的思路，有输入也要有输出嘛。
define的常见用法 1.基本用法undefined在编译时期进行替换。如：#define Sum(a,b) a+b //定义为一个基本替换，把Sum(a,b) 替换成a+b.#define INTERFACE //就是说名这是一个接口，只是起到注释作用 #define STR(s) #s //表示s是一个字符串 //如： int a = 0; cout<<"the value of "<< STR(a) << " is: " << a<<endl; #define JOIN(A,B) A##B
在编程领域里的宏是一种抽象（Abstraction），它根据一系列预定义的规则替换一定的文本模式。解释器在遇到宏时会自动进行这一模式替换。绝大多数情况下，“宏”这个词的使用暗示着将小命令或动作转化为一系列指令。 在RAC框架中，其宏定义的功能强大能帮助开发者更加快速、便捷地进行开发工作。常用的比如：打破循环引用、以及KVO方法的属性监听等等。
众所周知，typedef与#define都可以将系统关键字定义为一个其他名字来使用，方便我们记忆，比如 #define PCHAR char* 与 typedef char* PCHAR;，两种方式定义出来的PCHAR都可以用来定义新的变量。但本质绝非那么简单。
简而言之，通过宏所确定的内容是在编译时刻就固化下来的。很多人都了解这一点，也很擅长使用宏的方式来固化一些常数，比如，教科书中最常见的一个例子是：
其特点是：定义的标识符不占内存，只是一个临时的符号，预编译后这个符号就不存在了；预编译又叫预处理，预编译不是编译，而是编译前的处理，这个操作是在正式编译之前由系统自动完成的。
定义的前半句即自省，而后半句即反射。使用 UE4 的朋友应该大多数都是 C++ 开发者，但是如果大家使用过一些 C++ 之外的现代语言，就会明白自省和反射的重要性。
#if 和 #endif是一组同时使用的，叫做条件编译指令。 #if 与 #define、#include等指令一样是由预处理器这个强大的工具处理的， 预处理器可以在编译前处理c程序。
这道理放在C语言学习上也一并受用。在编程方面有着天赋异禀的人毕竟是少数，我们大多数人想要从C语言小白进阶到高手，需要经历的是日积月累的学习。
这道理放在编程上也一并受用。在编程方面有着天赋异禀的人毕竟是少数，我们大多数人想要从编程小白进阶到高手，需要经历的是日积月累的学习，那么如何学习呢？当然是每天都练习一道题目！！
第二章 编译和链接 2.1被隐藏了的过程 我们知道，一个程序由源代码到可执行文件往往由这几步构成: 预处理（Prepressing）-> 编译（Compilation）-> 汇编（Assembly）-
ANSI C标准（是美国国家标准协会(ANSI)对C语言）规定可以在C源程序中加入一些“预处理命令”，以改进程序设计环境，提高编译效率。这些预处理命令时有ANSI C统一规定的，但它不是C语言本身的组成部分，不能直接对它们进行编译，需要在编译之前对这些特殊指令进行处理，这个过程即“预处理”。经过预处理后程序可由编译程序对预处理后的源程序进行通常的编译，得到可供执行的目标代码。
如果你已经安装了Clion，那么gcc就在根目录下。 如果没有，那么需要去minGW的官网下载安装。添加到环境变量中。
连接---->将目标代码与C函数库相连接，并将源程序所用的库代码与目标代码合并，并形成最终可执行的二进制机器代码（程序）。
今天在看源码时, 发现一个很神奇的用法, 可能有大神在以前早已知晓甚至经常使用, 不过对于菜鸟的我来说, 还是像发现新大陆那样 , 究竟是什么语法呢? 我们一步步来看看吧: #include "std
C语言的编译链接过程要把我们编写的一个c程序（源代码）转换成可以在硬件上运行的程序（可执行代码），需要进行编译和链接。
在iOS开发中经常遇到一些字段和类型的定义，例如配置生产和测试不同环境的参数等，这时候经常用到#define、const以及typedef。那么它们之间有什么区别呢？我们接下来一个一个具体了解下。
小林；你不能直接这样做; #if 预处理指令只处理整数。有一种替代的方法是定义多个整数值不一样的宏, 用它们来实现条件比较。
预处理有很多，以下选取我实际用过和见过的： #ifdef 电脑程序语句，我们可以用它区隔一些与特定头文件、程序库和其他文件版本有关的代码。 1 #include <iostream> 2 using namespace std; 3 int main(int argc, char *argv[]) 4 { 5 #ifdef DEBUG 6 cout << "Beginning execution of main()" << endl; 7 #endif 8 return 0;
对于平常的应用程序开发，我们很少需要关注编译和链接过程。我们平常Xcode开发就是集成的的开发环境（IDE）,这样的IDE一般都将编译和链接的过程一步完成，通常将这种编译和链接合并在一起的过程称为构建，即使使用命令行来编译一个源代码文件,简单的一句gcc hello.c命令就包含了非常复杂的过程!
C语言编译的整个过程是非常复杂的，里面涉及到的编译器知识、硬件知识、工具链知识都是非常多的，深入了解整个编译过程对工程师理解应用程序的编写是有很大帮助的，希望大家可以多了解一些，在遇到问题时多思考、多实践。
如何实现在同一台手机能同时安装同个应用的测试和生产版本？应用名称要有区分，图标也要有所区别。不要手动修改Bundle id和应用名称，也不要手动替换图标，更不要维护两个项目。如何才能简单地实现？
两个工程 Proj1 和 Proj2，同时包含 demo.cpp，其中 Proj1 在工程配置里预定义宏 MACRO_PROJ1，Proj2 在工程配置里预定义宏 MACRO_PROJ2，两个工程的中间文件输出目录为同一个，文件 demo.cpp 内容如下：
一般来说，我们引用第三方库时，需要进行指定依赖项配置，若没有进行相关配置，则编译器会出现“LNK2001: 无法解析的外部符号”错误。
尽管CocoaPods使用十分方便,但其导入的第三方框架还是要经过几步操作,才能供项目使用
说到App环境分离在iOS的实现，我曾在iOS技术群里问过：如何实现在同一台手机能同时安装同个应用的测试和生产版本？应用名称要有区分，图标也要有所区别。不要手动修改Bundle id和应用名称，也不要手动替换图标，更不要维护两个项目。如何才能简单地实现？
经历了将近半年多的时间boost终于发布了1.35.0版本（前版本1.34.1发布于2007/7）， 其编译方法和原来的编译方法基本上是一致的，主要改变包括1.34.0以来bjam的toolset所 提供的参数名称的改变（具体参见《boost1.34.0编译日志》）外，还包括bjam的编译默认 选项的变化，在1.35.0之前的版本默认编译时会自动编译各种版本的库，包括静态库、 动态库、debug库和release库等全部的版本，但是到了1.35.0时默认的选择仅仅编译release 版本的库，这样一来在开发的时候就不能进行必要的调试了，为了能够使其编译全部的版本 需要在bjam的命令行参数中添加一个–build-type=complete类型的参数来指明需要编译全 部的版本，所需要编译同时为了使得regex库能够通过ICU库支持Unicode，在编译上需要有 一些特殊的选择。我在Visual Studio 2005 Pro + SP1环境下编译了该库，为了避免走弯路 所以将其编译的方法进行说明，以方便大家编译。 由于boost是采用其自己的bjam工具通过命令行进行编译的，所以必须在Windows下开启console窗口，同时必须将Visual Studio中C++目录下的环境vcvarsall.bat配置脚本运行一遍，以设置好VC的编译器环境变量。 1. 编译不带ICU支持的boost库 此种情况下的boost库编译起来比较的简单，在准备好的console窗口中输入：
在 Windows 平台上开发 C++ 程序时，Microsoft Visual C++ (MSVC) 提供了强大的编译工具集，其中最核心的命令行编译工具是 cl.exe。本文将详细介绍如何使用 cl.exe 手动编译和链接 C++ 程序，帮助开发者理解其基本用法和常见选项。
预处理指令是以#号开头的代码行。#号必须是该行除了任何空白字符外的第一个字符。#后是指令关键字，在关键字和#号之间允许存在任意个数的空白字符。整行语句构成了一条预处理指令，该指令将在编译器进行编译之前对源代码做某些转换。
在Xcode6之前，创建一个新工程xcode会在Supporting files文件夹下面自动创建一个“工程名-Prefix.pch”文件，也是一个头文件，pch头文件的内容能被项目中的其他所有源文件共享和访问。是一个预编译文件。
编者按：灯塔大数据将每周持续推出《从零开始学大数据算法》的连载，本书为哈尔滨工业大学著名教授王宏志老师的扛鼎力作，以对话的形式深入浅出的从何为大数据说到大数据算法再到大数据技术的应用，带我们在大数据技术的海洋里徜徉～每周五定期更新 上期回顾&查看方式 在上一期，我们学习了多机配置的相关内容。PS：了解了上期详细内容，请在自定义菜单栏中点击“灯塔数据”—“技术连载”进行查看；或者滑到文末【往期推荐】查看。 No.70 适于迭代并行计算的平台——Spark初探 Mr. 王 ：在初步了解了并行平台 Hadoop
在日常的应用程序开发过程中，我们很少需要关注软件的编译和连接过程，特别是对于常用的集成开发环境visual studio，它将编译和链接的过程封装起来，一步完成，称为“构建”。 但是在这样的开发过程中，我们往往依赖于集成开发环境的强大，而忽略了软件的运行机制和机理，导致对程序中的很多莫名其妙的错误无从下手，程序运行时的性能瓶颈分析也让我们束手无策，如果我们能够深入了解软件运行背后的机理以及支撑软件运行的各种平台和工具，那么解决这些问题相对来说就比较容易了。接下来让我们一起了解软件编译与链接的过程。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
C/C++语言的编译链接过程要把我们编写的一个c/c++程序（源代码）转换成可以在硬件上运行的程序（可执行代码），需要进行编译和链接。 编译就是把文本形式源代码翻译为机器语言形式的目标文件的过程。 链接是把目标文件、操作系统的启动代码和用到的库文件进行组织，形成最终生成可执行代码的过程。 过程图解如下： 从图上可以看到，整个代码的编译过程分为编译和链接两个过程。 1、编译过程 编译过程又可以分成两个阶段：编译和汇编。 1.1 编译阶段 编译是读取源程序（字符流），进行词法和语法的分析，将高级语言指令转换
程序的编译过程可以分为预处理、编译、汇编三部分，其中预处理是首先执行的过程，预处理过程扫描程序源代码，对其进行初步的转换，产生新的源代码提供给编译器。 预处理过程读入源代码之后，会检查代码里包含的预处理指令，完成诸如包含其他源文件、定义宏、根据条件决定编译时是否包含某些代码的工作
使用BuildTimeAnalyzer-for-Xcode查看每个编译单元的耗时。
一个.c源程序需要经过预处理器生成.i文件，再经过编译器生成.s文件，再经过汇编器生成可重定位目标文件.o文件，再与其他.o文件经过链接器生成最终的可执行目标程序。
主要介绍两种被使用的不多的冷门语言来减少一些对抗AV的难度，就像现在的Nim和之前的Go、Python同理。
很多时候，工程管理是一个很实际的技能，我们在实际开发中普遍有很多环境：测试环境、开发环境、生产环境等。还有可能遇到需要创建两个很多内容相同，部分功能不同的工程。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
