以前做过一个SDK，提供对MCU以及其外设的程序库给application开发人员使用。由于中断部分语法较为不常见，加之中断号管理起来也复杂，于是想要提供一条路，使得app人员只要写中断处理里自己需要关心的那部分代码就可以了。

当时想到的是注册回调函数。略微麻烦：要声明回调函数类型；要判断回调函数指针；现在总算看到了个更为简单的方法：弱链接。

请看链接：

一下为黏贴内容：

__attribute__ 之weak,alias属性 .

 (2013-03-13 16:15:43)

标签：

分类：

Weak Alias 跟 Weak Reference 完全没有任何关系，不过是我在看到 Weak Reference 的时候想到的而已。

Weak Alias 是 gcc 扩展里的东西，实际上是函数的属性。这个东西在库的实现里面可能会经常用到，比如 glibc 里面就用了不少。抄录一段 里面的话解释下函数属性是干啥的，

In GNU C, you declare certain things about functions called in your program which help the compiler optimize function calls and check your code more carefully.

先上代码，看看 weak alias 怎么写。第一个文件 dummy.c 内容，

#include int __foo() { puts(”I do no thing.”); } int foo() __attribute__ ((weak, alias(”__foo”)));

weak 和 alias 分别是两个属性。weak 使得 foo 这个符号在目标文件中作为 weak symbol 而不是 global symbol。用 nm 命令查看编译 dummy.c 生成的目标文件可用看到 foo 是一个 weak symbol，它前面的标记是 W。给函数加上weak属性时，即使函数没定义，函数被调用也可以编译成功。

00000000 T __foo 00000000 W foo U puts

而 alias 则使 foo 是 __foo 的一个别名，__foo 和 foo 必须在同一个编译单元中定义，否则会编译出错。

那么这个东西的用处是？

看第二个文件，func.c,

#include int foo() { puts(”I do something.”); }

这里有一个函数名字是 foo。如果我们编译 func.c 和 dummy.c 得到两个目标文件，当我们同时使用 func.o 和 dummy.o 和其他目标文件进行链接时，如果其他目标文件里面引用符号 foo，最终使用到的是 func.c 中定义的函数，而不是 __foo，虽然它有一个别名 foo。也就是说，我们最终使用到的函数会是“实际做事”的那个函数。当然，单独使用 dummy.o 链接的话使用的是那个“不做事”的函数。如果 dummy.o 中的 foo 不是 weak symbol 的话，在链接时会产生冲突，这就是我们要使用 weak 的原因。

glibc 的实现里面经常用 weak alias。比如它的 socket 函数，在 C 文件里面你会看到一个 __socket 函数，它几乎什么都没有做，只是设置了一些错误代码，返回些东西而已。在同一个 C 文件里面会再声明一个__socket 的 weak alias 别名 socket。实际完成工作的代码通过汇编来实现，在另外的汇编文件里面会有设置系统调用号，执行 sysenter 或者 int 等动作去请求系统调用。以前看 glibc 里面系统调用的实现的时候郁闷过很久，就是那个时候才知道了 weak alias 这个东西。

-----------------------------------------------------------------------------------------

使用弱链接带来一个问题：链接冲突

VC编译错误：uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义

 2010-03-30 21:47:54 阅读1801 评论0  字号：大中小 

1>uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" () 已经在 LIBCMT.lib(new.obj) 中定义

1>uafxcw.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" () 已经在 LIBCMT.lib(delete.obj) 中定义1>uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" () 已经在 LIBCMT.lib(new2.obj) 中定义1>../bin/TLLogger_Unicode_Release.exe : fatal error LNK1169: 找到一个或多个多重定义的符号

 

解决方法：

原因：

CRT 库对 new、delete 和 DllMain 函数使用弱外部链接。MFC 库也包含 new、delete 和 DllMain 函数。这些函数要求先链接 MFC 库，然后再链接 CRT 库。

当 C 运行时 (CRT) 库和 Microsoft 基础类 (MFC) 库的链接顺序有误时，可能会出现以下 LNK2005 错误。

解决方法：

强制链接器按照正确的顺序链接库！

project->properties->Linker->Ignore Specific Library 添加 uafxcwd.lib Libcmtd.lib （输入- 忽略特定库）

在Additional Dependencied添加uafxcwd.lib Libcmtd.lib （输入- 附加选项 ）

------------------------------------------------------------------------------------------