第5章 基础——5.2. 构建C++程序

白话C++

5.2.构建C++程序

C++是典型的“编译型”语言。

对于编译型语言,我们可以笼统地将“代码变成程序”这个过程,称呼为“编译”。不过,如果细分起来,这个过程还包括了以下三个子过程:

  • 预编译/precompile
  • 编译/compile
  • 链接/link

此时,为了避免混淆,我们需要将“代码变成程序”这个完整的过程,称为“构建/build”。上面的子过程还可以被细化,不过对于普通编程工作,了解这三方步就够了。

5.2.1. 预编译

“ 预编译”有时候也被称为“预处理/preprocessing”,就好像烹调大师在做菜之前,需要先将菜洗好,切好;需要将待用的佐料准备齐全,并且放在 随手可得的位置等等,编译器在编译程序之前,需要先读入待编译的源代码,在内存中,整理格式,转换部分内容,以利于其后内容。

比如,C++用于进行逻辑“或者”运算的符号为“||”,但考虑某些国家的电脑键盘缺少“|”字符,C++也允许使用 单词“or”表示该运算符;那么在预编译时,就可以将这些代替符号在内存中映射成统一代号。

更加常见的内容还有,C++允许通过一些“预编译指令”来实现部分代码在某个编译环境下临时无效(不需要参加编译),这些无效代码,在预编译时,可以在内存中清除内容,比如

001
 //通过宏定义,检查当前是否在Windows操作系统下编译
002 #ifdef __WIN32__
003
std:: string os = “Windows”;
004
#end

如果当前正好是在Linux操作系统下编译以上代码,则003行的代码内容被剔除。更易于理解的还有,注释也会被清除,比如001行代码。

〖小提示〗:宏能够检测当前操作系统?

宏只是几个字符组成,它没有这么神奇的力量可以检查当前操作系统。事实上是人(程序员)根据当前编译环境,从而预定义某些宏。

 

不过预编译过程最主要的,也是我们最需要小心的地方,是C/C++中的“宏替换”。所谓的“宏”是指C/C++允许以一个(通常是简短的,有意义的)标记符,来表示另一一段(通常是冗长的,或者无意义的)代码,比如:

#define PAI 3.14159265

这段代码用“PAI”这个标志符号,代表长长的圆周率“3.14159265”。那么在预编译时,除非遇上取消该宏定义的代码,否则之后遇上的“PAI”标志符,被替换成具体的3.14159265这个数值。比如

int
 radius;
 //半径
cout << “请输入半径:”;
cin >> radius;
double
circumference = 2 * PAI * radius;
cout << “周长= << circumference << endl;

通过预编译之后,转换成

int
 radius;

cout << “请输入半径:”;
cin >> radius;
double
circumference = 2 * 3.14159265 * radius;
cout << “周长= << circumference << endl;

5.2.2. 编译

C++的代码被转换成机器语言,在编译这个阶段中完成。我们程序中有任何语法上的错误,会被编译器查找出来。还有某些在语法上无误,但编译器认为“形迹可疑”的代码,也会以“警告”的形式提出。

对于初学者,往往写完代码用了10分钟,对付编译器给的问题,却用上120分钟。

这样一个重要的阶段,或许我们应该用大量的篇幅进行描述?那已经是另一门课程,有兴趣的读者请购买相关书籍阅读。

〖课堂作业〗:观察编译错误消息

请使用Code::Blocks打开“Hello world”经典版项目,然后注释掉第4行代码,效果如下:

//using namespace std;

重新编译该项目,观察编译器给出消息,并加以理解,注意区分其中的“error”和“warning”类型。

 

下面是该课堂作业的答案:

编译信息及相关解释(为节省篇幅,省略文件路径信息):

||=== HelloWorld, Debug ===|

.../main.cpp||In function `int main()':|

(main.cpp文件的中main函数中:)

.../main.cpp|8|error: `cout' was not declared in this scope|

(main.cpp第8行,错误:’cout’ 在当前范围内,找不到它的声明)

.../main.cpp|8|error: `endl' was not declared in this scope| .../main.cpp|8|warning: unused variable 'cout'|

(main.cpp第8行,警告:cout 这个变量没有被用上)

.../main.cpp|8|warning: unused variable 'endl'|

(main.cpp第8行,警告:endl 这个变量没有被用上)

||=== 已完成构建: 2 个错误, 2 个警告 ===|

编译器先是报一错,说是“’cout’ 在当前范围内,找不到它的声明”。cout在声明在名字空间std之中,但是我们刚刚注释掉对该名字空间的使用,所以编译器就会找不到cout的声明。

紧接着,编译器既然找不到cout和的声明,它就会试着装装糊涂,将cout当成一个变量对待,这样一来,它又觉得不太对头,这个cout变量没有被(正确地)使用过,于是它又报了一个警告。

编译有问题了,仔细阅读编译消息,再对照实际代码……脑袋一拍:“哎呀!原来是……”迅速修改代码,再尝试编译……通过了!真开心;还是有错,真着急——这就是程序员每天都在经历的生活。

重要 〖重要〗: 有关编译信息的重要注意事项

1、警告消息同样很重要,我们之前已经了解过这一点。

2、编译器并不“神”,所以它所提示的行号,有时很准确,但有时完全不靠边,如何准确定位出错位置,既要靠你的对C++语言的熟悉程度,还要靠你的经验。

3、编译通过了,只表示语法都正确了,而不代表这就是一个正确的程序。

 

5.2.3. 链接

谈到链接,首先会有困惑:“都已经编译成机器语言了,不就完事了吗?链接干什么?”

原来,C++的编译过程,是单个单个源文件进行的。假设为了写一个程序,你的有一个名为k的项目,它包含了两个源文件:a.cpp和b.cpp,那么编译过程将是:

第一、 预编译a.cpp,编译a.cpp,生成目标文件:a.o;

第二、 预编译b.cpp,编译b.cpp,生成目标文件:c.o;

第三、 链接a.o和c.o,出现可执行文件:k.exe。

其中的“目标”文件,有时也被直观地称为“中间文件”,原因在于当它在被链接成可执行文件之后,就可以被删除。

hint 〖小提示〗:目标文件及可执行文件的扩展名

目标文件和可执行文件的扩展名,依赖于操作系统或编译器,.obj和.exe是Windows操作系统下的默认风格,但对于mingw32下的g++编译器,生成的目标文件扩展名为“.o”。

 

如此,“链接”所做主要工作之一,就变得容易理解了:编译时,每一个源文件虽然都被编译成机器语言了,但却是零散的多个目标文件,于是链接器出场 ,将这些目标文件“拼接”、或者“组装”成一个完整的可执行文件。

轻松 〖轻松一刻〗:“拼接”工作最害怕什么?

小时候,我是一个“拆卸狂”,最喜欢拆完又装的就是父亲床头的闹钟,但第一次拆完又装后,它多了几个零件,第二次偏偏少了几个零件,终于闹钟被我折腾到死无全尸。

如今我也当上爸爸,小女在两岁时就喜欢玩我的笔记本电脑,三岁时,我发现她在抠本本的键盘,我惊出一身汗,立刻就上玩具市场买了数套拼图游戏回家。

 

说起来,编译器是非常“八婆”的家伙,它经常毫不顾及我们的脸面,挑出代码中的一大堆错误。链接器就比它酷多了,它最喜欢的挑的错,只有两个:其一是:“少了个XXX”;其二:“多了个XXX”。这里的“XXX”并不是指源文件,而是指代码中的对象,最常见的就是函数。

继续那个k项目包含a.cpp和b.cpp的例子。假设我们在a.cpp中,要用到一个函数叫“foo()”。编译器并不要求我们立即找到这个函数的实现,相反,我们只需要给出这个函数的“声明”即可。所谓的“声明”,就是告诉编译器,这个“函数长什么样子”。

那么,谁负责最终找到“foo()”函数的真身呢?“链接器”是也。链接器发现a.o里要用到“foo()”这个函数,于是它先在a.o里查一查,没找到;于是又到b.o里再找找,还是没找到,这下它急了,于是就报怨了一句“少了个foo()!”。

理解了这个“少了个XXX”,“多了个XXX”的错误也容易理解了。想像链接器在a.o里找到“foo()”,正得意呢,可等在拼装完了时,发现在b.o里居然还有个一模一样的“foo()”,它就会叫出来:“哇,竟然多了一个foo()!”

让我们修改“Hello world”经典版代码如下:

/*这是我的第一个C++程序*/

#include <iostream>

004
using namespace std;

006
void foo();

int
main ()
{

010
foo();

cout << "Hello world!" << endl;
return
0 ;
}

004行,记得你去除了前一小节的注释。

006行,我们声明了一个“foo()”函数。

010行,我们调用了这个并不实际存在的“foo()”函数。

重新编译这个项目,会发生链接错误。请在消息栏(按F2确保显示)切换到“构建记录”页面,我们首先在记录中查看到以下信息:

-------------- 构建: Debug 在 HelloWorld中 ---------------

正在编译: main.cpp

正在链接 控制台可执行: bin/Debug/HelloWorld.exe

信息显示,“编译”过程已经完成,问题出在“链接”过程。将消息栏切换到“构建信息”,看到以下出错消息:

obj/Debug/main.o||In function `main':|

.../main.cpp|10|undefined reference to `foo()'|

||=== 已完成构建: 1 个错误, 0 个警告 ===|

这回,问题是从“obj/Debug/main.o”内发生,当然,链接器也非常努力的提醒我们,main.cpp的第10行可能有点问题。

 

[回到目录]

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

南郁

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值