linker文件是在链接阶段所要用到的文件，source文件在编译过程完成之后，需要再经过链接器从而将二进制数据有序组织起来形成最终的二进制可执行文件，linker文件就是用来指示链接器如何组织编译生成的二进制数据。
大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家讲的是嵌入式开发里的linker文件。
在前一节课源文件(.c/.h/.s)里，痞子衡给大家系统地介绍了source文件，source文件是嵌入式工程里典型的input文件，那么还有没有其他类型的input文件？既然痞子衡这么提问了，那答案肯定是有啦。今天痞子衡要讲的linker文件就属于另一种input文件。
linker文件顾名思义就是嵌入式工程在链接阶段所要用到的文件，source文件在编译过程完成之后（此时已经是机器可识别的二进制机器码数据），需要再经过链接器从而将二进制数据有序组织起来形成最终的二进制可执行文件，该二进制文件最终会被下载进芯片内部非易失性存储器里。linker文件就是用来指示链接器如何组织编译生成的二进制数据。
linker文件是跟IDE息息相关的，本文以IAR EWARM为例介绍linker文件，其他IDE下的linker文件可触类旁通。
在讲linker文件之前，痞子衡必须先跟大家理清一个嵌入式系统中很重要的概念-section。那么什么是section？我们写的C或者汇编source文件里都是各种应用代码，这些代码按功能可以分为很多种类，比如常量、变量、函数、堆栈等，而相同类型的代码的集合便是一个section，链接器在链接时组织数据的基本单元便是section。那么一个典型的嵌入式系统中到底有多少种section呢？下面列出了IAR里默认的所有section，那些常见section在后续介绍linker文件里会被提到。
Note：上述section的详细解释请查阅IAR软件安装目录下\IAR Systems\Embedded Workbench xxx\arm\doc\EWARM_DevelopmentGuide.ENU.pdf文档里的Section reference一节。
知道了section概念，那便可开始深入了解linker文件，什么是linker文件？linker文件是按IDE规定的语法写成的用于指示链接器分配各section在嵌入式系统存储器中存放位置的文件。大家都知道嵌入式系统存储器主要分为两类：ROM（非易失性），RAM（易失性），所以相应的这些section根据存放的存储器位置不同也分为两类属性：readonly, readwrite。实际上linker文件的工作就是将readonly section放进ROM，readwrite section放进RAM。
那么到底该如何编写工程的linker文件呢？正如前面所言，linker文件也是有语法的，而且这语法是由IDE指定的，所以必须要先掌握IDE制定的语法规则，linker文件语法规则相对简单，最常用的关键字就是如下8个：
Note：上述linker语法的详细解释请查阅IAR软件安装目录下\IAR Systems\Embedded Workbench xxx\arm\doc\EWARM_DevelopmentGuide.ENU.pdf文档里的The linker configuration file一节。
到这里我们已经可以开始愉快地写linker文件了，是不是有点按捺不住了？来吧，只需要三步走，Let's do it。
此处假设MCU物理空间为：ROM（0x0 - 0x1ffff）、RAM（0x10000000 - 0x1000ffff），痞子衡要写的linker要求如下：
中断向量表必须放置于ROM起始地址0x0，且必须256字节对齐 STACK大小为8KB，HEAP大小为1KB，且必须8字节对齐 SATCK必须放置在RAM起始地址0x10000000 其余section放置在正确的region里，具体空间由链接器自动分配
第一步我们先定义3块互不重叠的空间ROM_region、RAM_region、STACK_region，其中ROM_region对应的是真实的ROM空间，RAM_region和STACK_region组合成真实的RAM空间。
第二步是自定义section集合块，细心的朋友可以看到右边花括号里包含的都是上一节介绍的系统默认section，我们会把具有相同属性的section集合成到一个block里，方便下一步的放置工作。
有朋友可能会疑问，为何要定义CodeRelocate、CodeRelocateRam这两个block？按道理说这两个block对应的section可以分别放进ApplicationFlash和ApplicationRam，那为何多此一举？仔细上过痞子衡前一节课source文件的朋友肯定就知道答案了，在那节课里介绍的startup.c文件里有一个叫init_data_bss()的函数，这个函数会完成初始化CodeRelocateRam块的功能，它找寻的就是CodeRelocate段名字，这个名字比系统默认的textrw名字看起来更清晰易懂。
第三步便是处理放置那些section集合块了，在放置集合块之前还有initialize manually语句，为什么会有这些语句？还是得结合前面提及的startup.c文件里的init_data_bss()函数来说，这个函数是开发者自己实现的data,bss段的初始化，所以此处需要通知IDE，你不需要再帮我做初始化工作了。
当然如果你希望IDE帮你自动初始化data,bss,textrw段，那么可以用下面语句替换initialize manually语句。
设置好初始化方法后，便是放置section集合块了，放置方法主要有两种，place in和place at，前者用于指定空间块放置（不指定具体地址），后者是指定具体地址放置。
至此一个基本的linker文件便大功告成了，是不是so easy？
有耐心看到这里的朋友，痞子衡必须得放个大招奖励一下，前面讲的都是怎么处理系统默认段，那么有没有可能在代码里自定义段呢？想象一下你有这样的需求，你需要在你的应用里开辟一块1KB的可更新的数据区，你想把这个数据区指定到地址0x18000 - 0x183ff的范围内，你需要在应用里定义4 Byte的只读config block常量指向这个可更新数据区首地址（这段config block只会被外部debugger或者bootloader更新），如何做到？
上面做到了将代码中的常量放入自定义段？，那么怎么将代码中的函数也放进自定义段呢？继续看下去
看起来大功告成了，最后还有一个注意事项，如果myConfigBlock在代码中并未被引用，IDE在链接的时候可能会忽略这个变量（IDE认为它没用，所以优化了），那么怎么让IDE强制链接myConfigBlock呢？IAR留了个后门，在options->Linker->Input选项卡中的Keep symbols输入框里填入你想强制链接的对象名（注意是代码中的对象名，而非linker文件中的自定义段名）即可。
Note：关于番外内容的更多细节请查阅IAR软件安装目录下\IAR Systems\Embedded Workbench xxx\arm\doc\EWARM_DevelopmentGuide.ENU.pdf文档里的Pragma directives一节。
至此，嵌入式开发里的linker文件痞子衡便介绍完毕了，掌声在哪里~~~
文章会同时发布到我的 博客园主页、CSDN主页、微信公众号 平台上。
微信搜索"痞子衡嵌入式"或者扫描下面二维码，就可以在手机上第一时间看了哦。
最后欢迎关注痞子衡个人微信公众号【痞子衡嵌入式】，一个专注嵌入式技术的公众号，跟着痞子衡一起玩转嵌入式。
衡杰(痞子衡)，目前就职于恩智浦MCU系统部门，担任嵌入式系统应用工程师。
专栏内所有文章的转载请注明出处：http://www.cnblogs.com/henjay724/
与痞子衡进一步交流或咨询业务合作请发邮件至 [email protected]
可以关注痞子衡的Github主页 https://github.com/JayHeng，有很多好玩的嵌入式项目。
关于专栏文章有任何疑问请直接在博客下面留言，痞子衡会及时回复免费(划重点)答疑。
痞子衡邮箱已被私信挤爆，技术问题不推荐私信，坚持私信请先扫码付款(5元起步)再发。