GUN C/C++ __attribute__ 用法

本文深入解析GCC编译器中的__attribute__机制,包括函数属性、变量属性和类型属性的使用,以及如何通过这些属性增强代码的性能和兼容性。

前言

GNUC的一大特色就是__attribute__机制。__attribute__可以设置函数属性(FunctionAttribute)、变量属性(Variable Attribute)和类型属性(Type Attribute)。
__attribute__书写特征是:__attribute__前后都有两个下划线,并切后面会紧跟一对原括弧,括弧里面是相应的__attribute__参数。
__attribute__语法格式为:
__attribute__ ((attribute-list))
其位置约束为:
放于声明的尾部,即之前。
函数属性(Function Attribute
函数属性可以帮助开发者把一些特性添加到函数声明中,从而可以使编译器在错误检查方面的功能更强大。__attribute__机制也很容易同非GNU应用程序做到兼容之功效。
GNU CC需要使用–Wall编译器来击活该功能,这是控制警告信息的一个很好的方式。下面介绍几个常见的属性参数。

属性值概述:

void noreturnfun() attribute((noreturn));//函数不会返回。

void centon() attribute((alias(“__centon”)));//设置函数别名,函数是__cencon,别名是centon.

void main_enter() attribute((constructor));//main_enter函数在进入main函数前调用

void main_exit() attribute((destructor));//main_exit函数在main函数返回后调用

void fun() attribute ((noinline));//fun函数不能作为inline函数优化

void fun() attribute ((section(“specials”)));//将函数放到specials段中,而不是通常的text段中

no_instrument_functionconstructordestructor关键字主要用于剖析(profiling)源代码的。

attribute(format(archetype,string-index,first-to-check)): format attribute提供了依照printf, scanf, strftime, strfmon类型函数的参数格式对目标函数进行类型的检查.

attribute((weak)): weak symbol,弱符号. 若存在两个相同的全局符号时,会引发重定义错误. 如果使用weak attribute,则当weak symbolnon-weak symbol同时存在的时候,linker会使用non-weak symbol.若只有weak symbol存在的时候则只使用weak symbol.

attribute((deprecated)): deprecated,弃用. 如果在源文件在任何地方地方使用deprecated attribute函数,编译器将会发出警告.

attribute((aligned(ALIGNMENT))): 指定变量或结构体最小字节对齐数,byte为单位.ALIGNMENT: 指定的字节对齐操作数.

attribute((cleanup(cleanup_function)): 当一个变量的作用域消失时,便会执行后面的clean_function函数.

attribute((packed)): 使变量或者是结构体按照最小的对齐方式,对于变量是1byte对齐,对于字段,也就是fieldbit对齐.

 

属性详解


__attribute__ format


__attribute__属性可以给被声明的函数加上类似printf或者scanf的特征,它可以使编译器检查函数声明和函数实际调用参数之间的格式化字符串是否匹配。该功能十分有用,尤其是处理一些很难发现的bug
format的语法格式为:
format (archetype, string-index, first-to-check)
format属性告诉编译器,按照printf, scanf,strftimestrfmon的参数表格式规则对该函数的参数进行检查。“archetype”指定是哪种风格;“string-index”指定传入函数的第几个参数是格式化字符串;“first-to-check”指定从函数的第几个参数开始按上述规则进行检查。

具体使用格式如下:
__attribute__((format(printf,m,n)))
__attribute__((format(scanf,m,n)))

其中参数mn的含义为:
m:第几个参数为格式化字符串(format string);
n:参数集合中的第一个,即参数“…”里的第一个参数在函数参数总数排在第几,注意,有时函数参数里还有隐身的呢,后面会提到;
在使用上,__attribute__((format(printf,m,n)))是常用的,而另一种却很少见到。下面举例说明,其中myprint为自己定义的一个带有可变参数的函数,其功能类似于printf
//m=1n=2
extern void myprint(const char *format,...)__attribute__((format(printf,1,2)));
//m=2n=3

extern void myprint(int lconst char *format,...)__attribute__((format(printf,2,3)));

需要特别注意的是,如果myprint是一个函数的成员函数,那么mn的值可有点悬乎了,例如:
//m=3n=4
extern void myprint(int lconst char *format,...)__attribute__((format(printf,3,4)));
其原因是,类成员函数的第一个参数实际上一个隐身“this”指针。(有点C基础的都知道点this指针,不知道你在这里还知道吗?)
这里给出测试用例:attribute.c,代码如下:
1
2extern void myprint(const char *format,...)__attribute__((format(printf,1,2)));
3
4void test()
5{
6 myprint("i=%d\n",6);
7 myprint("i=%s\n",6);
8 myprint("i=%s\n","abc");
9 myprint("%s,%d,%d\n",1,2);
10}

运行$gcc –Wall –c attribute.c attribute后,输出结果为:

attribute.c: In function `test':
attribute.c:7: warning: format argument is not a pointer (arg2)
attribute.c:9: warning: format argument is not a pointer (arg2)
attribute.c:9: warning: too few arguments forformat


如果在attribute.c中的函数声明去掉__attribute__((format(printf,1,2))),再重新编译,既运行$gcc–Wall –c attribute.c attribute后,则并不会输出任何警告信息。
注意,默认情况下,编译器是能识别类似printf标准库函数。


__attribute__ noreturn


该属性通知编译器函数从不返回值,当遇到类似函数需要返回值而却不可能运行到返回值处就已经退出来的情况,该属性可以避免出现错误信息。C库函数中的abort()和exit()的声明格式就采用了这种格式,如下所示:

extern void exit(int) __attribute__((noreturn));
extern void abort(void) __attribute__((noreturn));


为了方便理解,大家可以参考如下的例子:

//name: noreturn.c ;测试__attribute__((noreturn))
extern void myexit();

int test(int n)
{
if ( n > 0 )
{
myexit();

}
else
return 0;
}


编译显示的输出信息为:

$gcc –Wall –c noreturn.c
noreturn.c: In function `test':
noreturn.c:12: warning: control reaches end of non-voidfunction


警告信息也很好理解,因为你定义了一个有返回值的函数test却有可能没有返回值,程序当然不知道怎么办了!


加上__attribute__((noreturn))则可以很好的处理类似这种问题。把
extern void myexit();
修改为:
extern void myexit() __attribute__((noreturn));
之后,编译不会再出现警告信息。


__attribute__ const


该属性只能用于带有数值类型参数的函数上。当重复调用带有数值参数的函数时,由于返回值是相同的,所以此时编译器可以进行优化处理,除第一次需要运算外,其它只需要返回第一次的结果就可以了,进而可以提高效率。该属性主要适用于没有静态状态(staticstate)和副作用的一些函数,并且返回值仅仅依赖输入的参数。
为了说明问题,下面举个非常糟糕的例子,该例子将重复调用一个带有相同参数值的函数,具体如下:

extern int square(int n) __attribute__((const));
...
for (i = 0; i < 100; i )
{
total = square(5) i;
}


通过添加__attribute__((const))声明,编译器只调用了函数一次,以后只是直接得到了相同的一个返回值。
事实上,const参数不能用在带有指针类型参数的函数中,因为该属性不但影响函数的参数值,同样也影响到了参数指向的数据,它可能会对代码本身产生严重甚至是不可恢复的严重后果。
并且,带有该属性的函数不能有任何副作用或者是静态的状态,所以,类似getchar()或time()的函数是不适合使用该属性的。


-finstrument-functions


该参数可以使程序在编译时,在函数的入口和出口处生成instrumentation调用。恰好在函数入口之后并恰好在函数出口之前,将使用当前函数的地址和调用地址来调用下面的profiling函数。(在一些平台上,__builtin_return_address不能在超过当前函数范围之外正常工作,所以调用地址信息可能对profiling函数是无效的。)

void __cyg_profile_func_enter(void *this_fn, void*call_site);
void __cyg_profile_func_exit(void *this_fn, void*call_site);


其中,第一个参数this_fn是当前函数的起始地址,可在符号表中找到;第二个参数call_site是指调用处地址。
instrumentation也可用于在其它函数中展开的内联函数。从概念上来说,profiling调用将指出在哪里进入和退出内联函数。这就意味着这种函数必须具有可寻址形式。如果函数包含内联,而所有使用到该函数的程序都要把该内联展开,这会额外地增加代码长度。如果要在C代码中使用extern inline声明,必须提供这种函数的可寻址形式。
可对函数指定no_instrument_function属性,在这种情况下不会进行instrumentation操作。例如,可以在以下情况下使用no_instrument_function属性:上面列出的profiling函数、高优先级的中断例程以及任何不能保证profiling正常调用的函数。
no_instrument_function
如果使用了-finstrument-functions,将在绝大多数用户编译的函数的入口和出口点调用profiling函数。使用该属性,将不进行instrument操作。


constructor/destructor


若函数被设定为constructor属性,则该函数会在main()函数执行之前被自动的执行。类似的,若函数被设定为destructor属性,则该函数会在main()函数执行之后或者exit()被调用后被自动的执行。拥有此类属性的函数经常隐式的用在程序的初始化数据方面。
这两个属性还没有在面向对象C中实现。


同时使用多个属性


可以在同一个函数声明里使用多个__attribute__,并且实际应用中这种情况是十分常见的。使用方式上,你可以选择两个单独的__attribute__,或者把它们写在一起,可以参考下面的例子:


extern void die(const char *format, ...)
__attribute__((noreturn))
__attribute__((format(printf, 1, 2)));


或者写成

extern void die(const char *format, ...)
__attribute__((noreturn, format(printf, 1, 2)));


如果带有该属性的自定义函数追加到库的头文件里,那么所以调用该函数的程序都要做相应的检查。

和非GNU编译器的兼容性
庆幸的是,__attribute__设计的非常巧妙,很容易作到和其它编译器保持兼容,也就是说,如果工作在其它的非GNU编译器上,可以很容易的忽略该属性。即使__attribute__使用了多个参数,也可以很容易的使用一对圆括弧进行处理,例如:


#ifndef __GNUC__
# define __attribute__(x)
#endif


需要说明的是,__attribute__适用于函数的声明而不是函数的定义。所以,当需要使用该属性的函数时,必须在同一个文件里进行声明,例如:


void die(const char *format, ...)__attribute__((noreturn))
__attribute__((format(printf,1,2)));

void die(const char *format, ...)
{

}


更多的属性含义参考:
http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Function-Attributes.html

变量属性(Variable Attributes)
关键字__attribute__也可以对变量(variable)或结构体成员(structurefield)进行属性设置。这里给出几个常用的参数的解释,更多的参数可参考本文给出的连接。
在使用__attribute__参数时,你也可以在参数的前后都加上“__”(两个下划线),例如,使用__aligned__而不是aligned,这样,你就可以在相应的头文件里使用它而不用关心头文件里是否有重名的宏定义。


aligned (alignment)
该属性规定变量或结构体成员的最小的对齐格式,以字节为单位。例如:

int x __attribute__ ((aligned (16))) = 0;

编译器将以16字节(注意是字节byte不是位bit)对齐的方式分配一个变量。也可以对结构体成员变量设置该属性,例如,创建一个双字对齐的int对,可以这么写:

struct foo { int x[2] __attribute__ ((aligned (8)));};

如上所述,你可以手动指定对齐的格式,同样,你也可以使用默认的对齐方式。如果aligned后面不紧跟一个指定的数字值,那么编译器将依据你的目标机器情况使用最大最有益的对齐方式。例如:

short array[3] __attribute__ ((aligned));

选择针对目标机器最大的对齐方式,可以提高拷贝操作的效率。
aligned属性使被设置的对象占用更多的空间,相反的,使用packed可以减小对象占用的空间。
需要注意的是,attribute属性的效力与你的连接器也有关,如果你的连接器最大只支持16字节对齐,那么你此时定义32字节对齐也是无济于事的。
packed
使用该属性可以使得变量或者结构体成员使用最小的对齐方式,即对变量是一字节对齐,对域(field)是位对齐。
下面的例子中,x成员变量使用了该属性,则其值将紧放置在a的后面:

struct test
{
char a;
int x[2] __attribute__ ((packed));
};


其它可选的属性值还可以是:cleanupcommonnocommondeprecatedmodesectionsharedtls_modeltransparent_unionunusedvector_sizeweakdllimportdlexport等,
详细信息可参考:
http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Variable-Attributes.html#Variable-Attributes


类型属性(Type Attribute)


关键字__attribute__也可以对结构体(struct)或共用体(union)进行属性设置。大致有六个参数值可以被设定,即:aligned,packed, transparent_union, unused, deprecated may_alias
在使用__attribute__参数时,你也可以在参数的前后都加上“__”(两个下划线),例如,使用__aligned__而不是aligned,这样,你就可以在相应的头文件里使用它而不用关心头文件里是否有重名的宏定义。
aligned (alignment)
该属性设定一个指定大小的对齐格式(以字节为单位),例如:

struct S { short f[3]; } __attribute__ ((aligned(8)));
typedef int more_aligned_int __attribute__ ((aligned(8)));
[NextPage]

该声明将强制编译器确保(尽它所能)变量类型为structS或者more-aligned-int的变量在分配空间时采用8字节对齐方式。
如上所述,你可以手动指定对齐的格式,同样,你也可以使用默认的对齐方式。如果aligned后面不紧跟一个指定的数字值,那么编译器将依据你的目标机器情况使用最大最有益的对齐方式。例如:

struct S { short f[3]; } __attribute__((aligned));

这里,如果sizeofshort)的大小为2byte),那么,S的大小就为6。取一个2的次方值,使得该值大于等于6,则该值为8,所以编译器将设置S类型的对齐方式为8字节。
aligned属性使被设置的对象占用更多的空间,相反的,使用packed可以减小对象占用的空间。
需要注意的是,attribute属性的效力与你的连接器也有关,如果你的连接器最大只支持16字节对齐,那么你此时定义32字节对齐也是无济于事的。
packed
使用该属性对struct或者union类型进行定义,设定其类型的每一个变量的内存约束。当用在enum类型定义时,暗示了应该使用最小完整的类型(itindicates that the smallest integral type should beused)。
下面的例子中,my-packed-struct类型的变量数组中的值将会紧紧的靠在一起,但内部的成员变量s不会被“pack”,如果希望内部的成员变量也被packed的话,my-unpacked-struct也需要使用packed进行相应的约束。

struct my_unpacked_struct
{
char c;
int i;
};

structmy_packed_struct  
{
char c;
int i;
struct my_unpacked_struct s;
}__attribute__ ((__packed__));


其它属性的含义见:
http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Type-Attributes.html#Type-Attributes
变量属性与类型属性举例
下面的例子中使用__attribute__属性定义了一些结构体及其变量,并给出了输出结果和对结果的分析。
程序代码为:

struct p
{
int a;
char b;
char c;
}__attribute__((aligned(4))) pp;

struct q
{
int a;
char b;
struct n qn;
char c;
}__attribute__((aligned(8))) qq;


[NextPage]

int main()
{
printf("sizeof(int)=%d,sizeof(short)=%d.sizeof(char)=%d\n",sizeof(int),sizeof(short),sizeof(char));
printf("pp=%d,qq=%d \n", sizeof(pp),sizeof(qq));

return 0;
}


输出结果:

sizeof(int)=4,sizeof(short)=2.sizeof(char)=1
pp=8,qq=24


分析:

sizeof(pp):
sizeof(a) sizeof(b) sizeof(c)=4 1 1=6<23=8=sizeof(pp)
sizeof(qq):
sizeof(a) sizeof(b)=4 1=5
sizeof(qn)=8;qn是采用8字节对齐的,所以要在ab后面添3个空余字节,然后才能存储qn

4 1 3 8 1=17
因为qq采用的对齐是8字节对齐,所以qq的大小必定是8的整数倍,即qq的大小是一个比17大又是8的倍数的一个最小值,由此得到
17<24 8=24= sizeof(qq)

ny@wxsc07:~/new/dxp_test_bak - new$ make clean && make CFLAGS="-g" rm -f main.o src/generate_box_pairs.so src/info_partition.so src/output_bin.so src/get_org_info.so src/generate_box_pairs.o src/info_partition.o src/output_bin.o src/get_org_info.o dxp_test mpic++ -I ./include -I /tools/Xilinx/Vitis_HLS/2022.2/include/ -O3 -fPIC -c main.cpp -o main.o In file included from ./include/md_fix.h:5, from main.cpp:7: ./include/ppip_float.h:7: warning: "__always_inline" redefined 7 | #define __always_inline //__attribute__((always_inline)) inline | In file included from /usr/include/features.h:461, from /usr/include/x86_64-linux-gnu/bits/libc-header-start.h:33, from /usr/include/stdio.h:27, from main.cpp:1: /usr/include/x86_64-linux-gnu/sys/cdefs.h:319: note: this is the location of the previous definition 319 | # define __always_inline __inline __attribute__ ((__always_inline__)) | mpic++ -I ./include -I /tools/Xilinx/Vitis_HLS/2022.2/include/ -O3 -fPIC -c src/generate_box_pairs.cpp -o src/generate_box_pairs.o In file included from ./include/md_fix.h:5, from src/generate_box_pairs.cpp:1: ./include/ppip_float.h:7: warning: "__always_inline" redefined 7 | #define __always_inline //__attribute__((always_inline)) inline | In file included from /usr/include/features.h:461, from /usr/include/x86_64-linux-gnu/c++/9/bits/os_defines.h:39, from /usr/include/x86_64-linux-gnu/c++/9/bits/c++config.h:528, from /usr/include/c++/9/bits/stl_algobase.h:59, from /usr/include/c++/9/deque:60, from /usr/include/c++/9/queue:60, from /tools/Xilinx/Vitis_HLS/2022.2/include/hls_stream.h:23, from ./include/md_fix.h:4, from src/generate_box_pairs.cpp:1: /usr/include/x86_64-linux-gnu/sys/cdefs.h:319: note: this is the location of the previous definition 31
03-26
<think>嗯,用户遇到了编译警告,关于'__always_inline'宏重复定义的问题,需要解决。首先,我需要分析可能的原因。用户提到使用mpic++和x86_64-linux-gnu环境,可能涉及到不同的头文件包含了相同的宏定义。 首先,'__always_inline'这个宏通常是编译器特定的属性,用于强制内联函数。GCC和Clang都有类似的属性,比如GCC的__attribute__((always_inline))。如果多个头文件(比如编译器自带的头和某个库的头)都定义了这个宏,就会导致重复定义的警告。 接下来,可能的解决步骤。首先检查哪些头文件定义了该宏。用户可以使用预处理命令,比如g++ -E来查看展开后的代码,找到重复定义的位置。然后,确定这些定义的来源,是否是同一个头文件多次包含,或者是不同的头文件冲突。 如果是同一个头文件被多次包含,可以考虑添加头文件保护宏,比如#ifndef...#define...#endif。但如果是不同头文件之间的冲突,可能需要修改其中一个的宏定义,比如在包含冲突头文件之前#undef掉已有的宏,或者通过编译选项来抑制特定警告。 另外,用户使用了mpic++,这可能基于不同的编译器后端,比如OpenMPI或MPICH,可能链接了不同版本的库,导致宏定义冲突。需要确认是否安装了多个版本的MPI或者相关库,尝试统一版本。 还有一种可能是系统头文件和用户头文件之间的冲突。例如,用户可能在代码中自行定义了__always_inline,而系统头文件(如编译器内置的)也有相同的定义。这种情况下,应避免使用双下划线开头的标识符,因为这是保留给编译器的。 所以,解决方案可能包括:检查头文件包含顺序、使用#undef、添加编译选项如-Wno-macro-redefined来抑制警告,或者修改代码中的宏名称以避免冲突。需要根据具体情况选择最合适的办法。</think>关于消除`__always_inline`宏重复定义的编译警告,以下是分步解决方案: ### 1. 确认冲突来源 首先通过预处理命令定位重复定义的代码位置: ```bash mpic++ -E your_source.cpp | grep __always_inline ``` 该命令会显示宏定义的具体位置,例如可能同时来自: - GNU编译器的`<sys/cdefs.h>` - 第三方库的自定义宏[^1] ### 2. 优先级处理方案 #### 方案一:强制使用系统定义 ```cpp // 在包含冲突头文件前添加 #ifdef __always_inline #undef __always_inline #endif #include <problem_header.h> ``` #### 方案二:编译选项抑制 在编译命令中添加警告抑制参数: ```bash mpic++ -Wno-macro-redefined -Wno-attributes your_source.cpp ``` #### 方案三:代码隔离(适用于自定义宏) ```cpp #pragma GCC diagnostic push #pragma GCC diagnostic ignored "-Wmacro-redefined" #include <problem_header.h> #pragma GCC diagnostic pop ``` ### 3. 架构相关处理 对于x86_64-linux-gnu环境,特别注意: ```bash dpkg -S /usr/include/x86_64-linux-gnu/sys/cdefs.h ``` 验证是否安装了多个架构版本的开发包,例如同时存在`libc6-dev:i386`和`libc6-dev:amd64` ### 4. MPI环境验证 检查MPI编译器配置: ```bash mpic++ --showme:version mpic++ --showme:incdirs ``` 若发现混合使用了不同编译器的头文件(如同时包含GCC和Clang),需重新配置MPI环境
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值