相关语录

链接过程主要包括了地址和空间分配(AddressandStorage)、符号决议(SymbolResolution)、和重定位(Relocation)

程序源代码被编译以后主要分成两种段：程序指令和程序数据。代码段属于程序指令，而数据段和.bss段属于程序数据。

这样看起来第一个模块内部调用或跳转很容易解决，但实际上这种方式还有一定的问题，这里存在一个名作共享对象“全局符号介入”问题。

重定位所做的就是给程序中每个这样的绝对地址引用的位置“打补丁”，使它们指向正确的地址。

我们在全局变量获函数之前加上__attribute__((section(name)))属性就可以把相应的变量或函数放到以name作为段名的段中。

由于可能存在的全局符号介入的问题，foo函数对于bar的调用不能够采用第一类模块调用的方法，因为一旦bar函数由于全局符号介入被其他模块中的同名函数覆盖，那么foo如果采用相对地址调用的话，那么这个相对地址就需要重定位，这由于共享对象的地址无关性矛盾。所以对于bar()函数的调用，编译器只能选择第三种，即当作模块外部符号处理。

可以使用volatile关键字来试图阻止过度优化，volatile基本可以做到两件事情：1、阻止编译器为了提高速度将一个变量缓存到寄存器内而不写回。2、阻止编译器调整操作volatile变量的指令顺序。

所以对于bar()函数的调用，编译器只能选择第三种，即当作模块的外部符号处理。...即使用static关键字定义bar函数，这种情况下，编译器要确定bar()函数不会其他模块覆盖，就可以使用第一类的方法，即模块内部调用指令。

作者写的是：规则3：如果一个符号在所有目标文件中都是弱符号，那么选择其中占用空间最大的一个。比如目标文件A定义全局变量global为int型，占4个字节；目标文件B定义B定义global为double型，占8个字节，那么目标文集A和B链接后，符号global占8个字节。

既然每个编译器都能将源代码编译成目标文件，那么有没有不同编译器编译出来的目标文件是不能够相互链接的呢？有没有可能将MSCV编译出来的目标文件和GCC编译出来的目标文件连接到一起，形成一个可执行文件呢？

事之罕有者，如受丈人夸奖的女婿。又如受婆婆疼爱的媳妇。易于拔毛的银制小箝子。不讲主人坏话的侍从。没有一丝儿脾气缺陷，而且容貌好，性情佳，风度又出众，与世人交往，都无一点瑕疵之人。同侍奉在一处，彼此面对面时挺小心客气的，但终究不至于完全不教人看见本性的吧。抄写物语，或歌集之际，不会把墨汁玷污了原书。好的书册，总是小心翼翼地书写，可又难免还是会弄脏了它。无论是男人、女人，或法师，信誓旦旦，而果能真情不渝者，可谓绝无仅有。