为什么 gcc 中 ‘-l‘ 选项的顺序很重要？

现象

• 情况一
  链接器无法链接 libudis 库

gcc -ludis86 example.c -o example     

• 情况二
  链接器可以链接 libudis 库

gcc example.c -ludis86 -o example     

原因

GNU 链接器使用的链接算法的工作方式（至少在链接静态库时）：
链接器是单通道链接器，一旦发现库，它就不会再次访问它们。
链接器不会无条件地从库中获取所有对象文件。它只获取当前需要的对象文件。
链接器在处理输入目标文件时会持续维护待处理符号列表，从左到右依次处理。在处理每个目标文件时，一些符号会被解析并从列表中删除，其他新发现的未解析符号则会添加到列表中。

也就是说，情况一无法链接 libudis 库是因为， gcc -ludis86 其实是链接了的，但是他并没有发现源文件需要 ludis86 库中的哪些内容， 所以它并没有获取 ludis86 库 中的任何内容，当执行到 gcc -ludis86 example.c 时，ludis86 库已经链接结束，但是没有链接到任何内容，此时再将 example.c 加入进来，编译器也不会再回头对 ludis86 库 重新进行链接。