链接器使用标准 C 预处理器来预处理链接器命令文件。因此，命令文件可以包含众所周知的预处理指令，例如 #define、#include 和 #if / #endif。

三个链接器选项控制着预处理器：

编译器具有含义相同的 --define 和 --undefine 选项。但是，链接器选项不同；只有在 --run_linker 之后指定的 --define 和 --undefine 选项会传递给链接器。例如：

cl6x --define=FOO=1 main.c --run_linker --define=BAR=2 lnk.cmd

链接器只能看到 BAR 的 --define；编译器只能看到 FOO 的 --define。

当一个命令文件包含 (#include) 另一个命令文件时，预处理上下文以常规方式从父级传递到子级（即，在父级定义的宏在子级中可见）。但是，当不是通过 #include 来调用命令文件时，无论是在命令行中还是通过在另一个命令文件中进行指定的常规方式，预处理上下文都不会传递到嵌套的文件中。 例外情况是 --define 和 --undefine 选项，这些选项是从遇到的位置开始全局应用。例如：

  --define GLOBAL
  #define LOCAL
  #include "incfile.cmd"     /*看到 GLOBAL 和 LOCAL */
  nestfile.cmd               /* 仅看到 GLOBAL      */

在命令文件中使用 --define 和 --undefine 时有两点注意事项。首先，它们具有如上所述的全局影响。其次，它们本身实际上并不是预处理指令，因此它们会被宏替换，进而可能会产生意想不到的后果。为了消除这种影响，可以在符号名称外添加引号。例如：

  --define MYSYM=123
  --undefine MYSYM     /* 扩展到 --undefine 123 (!)*/
  --undefine "MYSYM"   /* 啊，这样更好            */

链接器按照以下顺序搜索 #include 文件，直到找到该文件：

1. 如果 #include 文件名位于引号中（而不是 <尖括号> 中），则在包含当前文件的目录中进行搜索。
2. 如果使用了 --include_path 编译器选项（在 --run_linker 或 -z 选项之前），请搜索使用该选项指定的路径。
3. 如果定义了 C6X_C_DIR 环境变量，则搜索该定义指向的目录。请参阅GUID-2E7AD6B0-8956-40BD-B9FF-2BF901E91B02.html。

有两个例外：相对路径名（如“../name”）总是相对于当前目录进行搜索；绝对路径名（例如“/usr/tools/name”）完全绕过搜索路径。

链接器提供了#GUID-BA59EA1B-5D52-4730-97C9-A48835E5AB20/IDMACNAME 中列出的内置宏定义。链接器中这些宏的可用性取决于所使用的命令行选项，而不是所链接文件的构建属性。如果这些宏未按预期设置，请确认工程命令行使用了正确的编译器选项设置。