整理:技术让梦想更伟大 | 李肖遥
链接:https://itexp.blog.csdn.net/article/details/106816700
今天在使用 Keil (主要是 armcc 编译器)编译代码(华大的 MCU 驱动库hc32f46x_interrupts.h / c
)的时候遇到了有 __weak 关键字的函数不起作用的问题,甚是奇怪。之前对于 __weak
关键字一直是一个简单的认知:「编译器自动使用没有 __weak
的同名函数(如果有的话)替换有 __weak
关键字的同名函数,__weak 函数可以没有定义,且编译器不会报错!」 至于这个参数详细的使用细节一直是一知半解,今天借此机会,以 GCC 作为对比,来学习一下 ARM 中的 __weak 关键字的具体使用!
使用过 GCC 以及有 linux 编程经验的人,对于这个关键字应该不陌生。GNU 的编译器(gcc)扩展了一个关键字 __attribute__
,通过该关键字,用户可以在声明时指定特殊的属性,使用时该关键字后跟双括号内的属性,例如:__attribute__((属性名字))
。属性名字都是定义好的,Weak 属性就是其中之一:__attribute__((weak))
。在 linux 源码中,该关键字非常常见:GCC 不多介绍,重点关注 ARM。在 ARM 编译器(armcc)中,支持和 GCC 相同的关键字 __attribute__
,使用方式也基本相同,如下:
__attribute__((attribute1, attribute2, ...)) // 例如:void * Function_Attributes_malloc_0(int b) __attribute__((malloc));
__attribute__((__attribute1__, __attribute2__, ...)) // 例如:static int b __attribute__((__unused__));
12
❝❞
当函数属性发生冲突时,编译器将使用更安全或更强的一个
除此之外,ARM 编译器(armcc)还扩展了一个关键字 __weak
,例如:__weak void f(void); 或者 __weak int i;
。ARM 的汇编器(armasm)以另一种方式 [WEAK]
支持该特性。
「注意:」在许多源码中,经常通过宏定义的形式来定义关键字,例如 上面linux 中的 __weak
就是 宏定义的 __attribute__((weak))
在 GCC 中,被 __attribute__((weak))
修饰的符号,我们称之为 「弱符号(Weak Symbol)」。例如:弱函数、弱变量;没有 __attribute__((weak))
修饰的符号被称为「强符号」。在 ARM 中,没有弱符号和强符号这种叫法,只有个「弱引用(Weak References)」 和 「非弱引用(non-weak reference )」 、 「弱定义(Weak definitions)」 和 「非弱定义(non-weak definition)」 的介绍章节。
❝❞
编译器和汇编器都可以输出弱符号。
非弱引用就是我们平常使用的对于非弱函数或者弱变量的引用。如果链接器无法在到目前为止已加载内容中解析对正常非弱符号的引用问题,则 「它会尝试通过在库中找到符号」 来解决此问题:
「引用弱声明的函数或者变量的引用即为弱引用。」 链接器不会从库中加载对象来解析弱引用。仅当由于其他原因在镜像中包含了定义时,它才能解析弱引用。「弱引用不会导致链接器将包含定义的节区标记为已使用,因此链接器可能会将其标记为未使用而删除。」
__weak
关键字可以应用于函数和变量的声明以及函数定义。
__weak
可以用于函数声明或者变量的声明。对于声明,此存储类指定一个 extern 对象声明,即使该对象不存在,对于该声明的引用也不会导致链接器对未解析的引用(找不到定义的引用)当做错误来处理。
??如果「在当前编译单元中」可以找到 __weak
声明定义,则会用找到的定义替换 __weak
引用;对于找不到定义 __weak
的声明(函数或变量,如上图的 FuncB),编译器做如下处理:
BL
。等效于将被引用的分支为 NOP
NOP
指令注意:必须是在当前编译单元,不再当前编译单元的没有意义(例如 ExtFuncA 在 main.c 中只有__weak 声明,但是没有定义)。具体看下图的测试代码:「注意:用 __weak
声明然后不使用 __weak
定义的函数的行为相当于非弱函数。」 这与 _attribute__((weak))
关键字不同!
用 __weak
定义的函数弱输出其符号。弱定义的函数的行为类似于正常定义的函数,除非将同名的非弱定义的函数链接到同一镜像中。 如果在同一镜像中同时存在非弱定义函数和弱定义函数,则对该函数的所有调用都会解析为调用非弱函数,否则直接使用弱定义的函数(与上面的若声明不同)。
??如果可以使用多个弱定义,则除非使用链接器选项 --muldefweak
,否则链接器会生成一条错误消息。在这种情况下,链接器随机选择一个供所有调用来使用。使用方式如下:
/* a.h !!!注意所在文件不同!!! */
void FuncA(void);
void FuncB(void);
/* a.c !!!注意所在文件不同!!! */
void FuncA(void)
{
FuncB(); /* 这里将替换为 main.c 中的 FuncB */
}
__weak void FuncB(void) /* 弱定义 */
{
}
/* main.c !!!注意所在文件不同!!! */
void FuncB(void)
{
}
int main (void)
{
FuncB();
}
12345678910111213141516171819202122232425
注意,函数的声明一定不能添加 __weak
关键字。具体如下图:
「注意:用 __weak
声明然后不使用 __weak
定义的函数的行为相当于非弱函数。」 这与 _attribute__((weak))
关键字不同!
void f(void);
void g()
{
f(); /* 非弱函数引用 */
}
__weak void f(void);
void h()
{
f(); /* 弱函数引用 */
}
12345678910111213
/* a.c 如下同一文件中的定义及使用将报错 */
__weak void f(void);
void h()
{
f();
}
void f()
{
}
123456789101112
__attribute__
关键字使您可以指定变量或结构字段,函数和类型的特殊属性(与具体属性)。该关键字的作用与 __weak
的作用基本是一样的,在使用时有些不同,此外在某些情况下,编译的处理也有些区别。
??这个参数是 GUN 编译器的一个扩展,ARM 编译器也支持该关键字。__attribute__((weak))
可以声明弱变量,并且其声明方式与 __weak
相比更加灵活。除了 __weak
的声明方式,我们还可以用 extern int Variable_Attributes_weak_1 __attribute__((weak));
??_attribute__((weak))
可以声明弱函数,其声明方式与 __weak
相比更加灵活。除了 __weak
的声明方式,我们还可以用 extern int Function_Attributes_weak_0 (int b) __attribute__((weak));
。
??任何包含了 __attribute__((weak));
声明的文件的中的同名函数定义,都将被当做弱函数。如下图:开篇提出的问题就是因为上图所示的这种情况!
「注意:用 __attribute__((weak))
声明然后不使用 __attribute__((weak))
进行定义的函数的行为就像是弱函数。」 这与 __weak
关键字的用法不同。
❝在 GNU 模式中需要 extern 限定符。在非 gnu 模式下,编译器假设如果变量不是 extern,那么它将像对待其他非弱变量一样对待。
❞
用 __attribute__((weak))
定义的函数弱输出其符号(与 __weak
相同)。其使用方式有以下两种:
__attribute__((weak)) void FuncA(void)
{
printf("Weak FuncA!\r\n");
}
/* 或者 */
void __attribute__((weak)) FuncA(void)
{
printf("Weak FuncA!\r\n");
}
123456789
「注意:用 __attribute__((weak))
声明然后不使用 __attribute__((weak))
进行定义的函数的行为就像是弱函数。」 这与 __weak
关键字的用法不同。除此之外,没有啥不同,这里不再多说!
__weak
和 __attribute__((weak))
在声明和定义的时候,其所处的位置有不同。__weak
仅在函数定义中使用时才会生成弱函数。而在任何情况下(声明和定义) __attribute__((weak))
都会生成弱函数,无论是用于函数定义还是用于函数声明中!版权声明:本文来源网络,免费传达知识,版权归原作者所有。如涉及作品版权问题,请联系我进行删除。
‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧ END ‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧
关注我的微信公众号,回复“加群”按规则加入技术交流群。
点击“阅读原文”查看更多分享,欢迎点分享、收藏、点赞、在看。