登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
登录
注册
代码拉取完成,页面将自动刷新
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
8
Star
5
Fork
34
openEuler
/
compiler-docs
代码
Issues
2
Pull Requests
0
Wiki
统计
流水线
服务
JavaDoc
PHPDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
34
LLVM平行宇宙计划问题修复文档:attribute 'visibility' is ignored, place it after "struct"问题
已关闭
云沧:2
openEuler:master
云沧
创建于 2024-09-16 14:38
克隆/下载
HTTPS
SSH
复制
下载 Email Patch
下载 Diff 文件
# 1、问题现象 `[ 98s] /home/abuild/rpmbuild/BUILD/lcr-v2.1.4/src/runtime/lcrcontainer.h:43:1: error: attribute 'visibility' is ignored, place it after "struct" to apply attribute to type declaration [-Werror,-Wignored-attributes]` # 2、问题定位 ## 2.1、问题复现 小例子复现: ### 第一种:__attribute__((visibility("default"))) struct A{...}; lcrcontainer_1.h ```c __attribute__((visibility("default"))) struct A { int n; }; ``` main.c ```c #include <stdio.h> #include "lcrcontainer_1.h" int main() { struct A a={1}; printf("%d\n",a.n); return 0; } ``` 执行编译与运行命令,gcc正常,clang报错: ```c [root@localhost lcr]# gcc main.c -fvisibility=hidden -Werror -o gcc1.out [root@localhost lcr]# ./gcc1.out 1 [root@localhost lcr]# clang main.c -fvisibility=hidden -Werror -o clang1.out In file included from main.c:2: ./lcrcontainer_1.h:1:16: error: attribute 'visibility' is ignored, place it after "struct" to apply attribute to type declaration [-Werror,-Wignored-attributes] 1 | __attribute__((visibility("default"))) struct A { | ^ 1 error generated. ``` ### 第二种:struct __attribute__((visibility("default"))) A{...}; lcrcontainer_2.h ```c struct __attribute__((visibility("default"))) A { int n; }; ``` 执行编译与运行命令,gcc报错,clang正常: ```c [root@localhost lcr]# gcc main.c -fvisibility=hidden -Werror -o gcc2.out In file included from main.c:2: lcrcontainer_2.h:3:1: 错误:‘visibility’属性在类型上被忽略 [-Werror=attributes] 3 | }; | ^ cc1:所有的警告都被当作是错误 [root@localhost lcr]# clang main.c -fvisibility=hidden -Werror -o clang2.out [root@localhost lcr]# ./clang2.out 1 ``` ### 第三种:删去__attribute__((visibility("default"))) lcrcontainer_3.h ```c #include <stdio.h> #include "lcrcontainer_3.h" int main() { struct A a={1}; printf("%d\n",a.n); return 0; } ``` 执行编译与运行命令,gcc与clang都正常: ```c [root@localhost lcr]# gcc main.c -fvisibility=hidden -Werror -o gcc3.out [root@localhost lcr]# ./gcc3.out 1 [root@localhost lcr]# clang main.c -fvisibility=hidden -Werror -o clang3.out [root@localhost lcr]# ./clang3.out 1 ``` ## 2.2、关于attribute 'visibility' 可以通过查阅GNU([Visibility - GCC Wiki (gnu.org)](https://gcc.gnu.org/wiki/Visibility))以及LLVM官方文档([LTO Visibility — Clang 20.0.0git documentation (llvm.org)](https://clang.llvm.org/docs/LTOVisibility.html))去了解。 ### 2.2.1、visibility的作用 简单来说,Visibility在编译和链接过程中控制着符号(如函数、变量和类型信息)的可见性,即它们是否可以被其他编译单元或动态共享对象(DSO)引用。以下是Visibility的几个主要作用: 1. **优化加载时间**:通过减少不必要的符号导出,可以减少动态共享对象(DSO)的大小,从而加快加载时间。 2. **提高代码优化**:Visibility允许编译器生成更优化的代码。例如,通过避免全局偏移表(GOT)的间接寻址,可以减少处理器流水线停顿,提高代码执行速度。 3. **减少DSO大小**:通过减少导出的符号数量,可以显著减少DSO的大小,因为ELF的导出符号表格式占用较多空间。 4. **降低符号冲突**:减少不必要的符号导出可以降低不同库之间符号名称冲突的可能性。 5. **支持链接时优化(LTO)** :Visibility对于使用链接时优化特性(如全程序虚拟表优化和控制流完整性检查)至关重要,因为这些特性需要在整个程序级别上可见的类层次结构。 6. **避免ODR违规**:Visibility属性需要在不同翻译单元之间保持一致,以避免违反C++的One Definition Rule(ODR),确保每个非内联函数或变量在整个程序中只有一个定义。 7. **跨平台兼容性**:Visibility提供了一种机制,使得在不同平台(如Windows和POSIX系统)上进行编译的代码可以有一致的行为,这对于开发可移植的应用程序非常重要。 8. **细粒度控制**:开发者可以细粒度地控制哪些符号应该公开,哪些应该隐藏,从而优化程序的性能和安全性。 9. **简化构建系统**:通过使用Visibility属性,可以简化构建系统,因为可以减少对链接器脚本的依赖,从而减少维护成本。 ### 2.2.2、关于attribute 'visibility'在类型(type)上的应用 参考[Type Attributes - Using the GNU Compiler Collection (GCC)](https://gcc.gnu.org/onlinedocs/gcc-4.7.2/gcc/Type-Attributes.html#Type-Attributes)可知, `In C++, attribute visibility (see Function Attributes) can also be applied to class, struct, union and enum types. Unlike other type attributes, the attribute must appear between the initial keyword and the name of the type; it cannot appear after the body of the type.` 即,在C++中attribute 'visibility'可以应用于class,struct,union以及enum类型,并且用法是将其置于关键字和类型名称之间,例如`struct __attribute__((visibility("default"))) A{...};` 然而,经过上面的小例子测试可知,在C中,gcc并不支持将attribute 'visibility'应用于type,然而clang是支持的,这就是问题的根源 ## 2.3、问题总结及根因确认 在C++中attribute 'visibility'可以应用于class,struct,union以及enum类型,并且用法是将其置于关键字和类型名称之间,在C中,gcc并不支持将attribute 'visibility'应用于type,然而clang是支持的。所以对于struct及attribute 'visibility'的顺序,无论是谁前谁后,必定有一个编译器报错,唯一的二者兼顾方法是删去__attribute__ ((visibility("default")))。 # 3、问题修改建议 想要兼顾gcc和clang,目前能想到的方法只能是C语言中不将attribute 'visibility'应用于type。参考:[https://gitee.com/openeuler/lcr/pulls/332](https://gitee.com/openeuler/lcr/pulls/332)
此 Pull Request 需要通过一些审核项
类型
指派人员
状态
审查
openeuler-ci-bot
进行中
(0/1人)
测试
openeuler-ci-bot
进行中
(0/1人)
怎样手动合并此 Pull Request
git checkout master
git pull https://gitee.com/yuncang123/compiler-docs.git 2
git push origin master
评论
1
提交
2
文件
1
检查
代码问题
0
批量操作
展开设置
折叠设置
审查
Code Owner
审查人员
Noah
jvmboy
eastb233
eastb233
kuen
kuenking111_admin
cf-zhao
cf-zhao
编译小伙
li-yancheng
stubCode
stubCode
周磊
alexanderbill
openeuler-ci-bot
openeuler-ci-bot
未设置
最少人数
1
测试
Noah
jvmboy
eastb233
eastb233
kuen
kuenking111_admin
cf-zhao
cf-zhao
编译小伙
li-yancheng
stubCode
stubCode
周磊
alexanderbill
openeuler-ci-bot
openeuler-ci-bot
未设置
最少人数
1
优先级
不指定
严重
主要
次要
不重要
标签
openeuler-cla/yes
sig/Compiler
stat/needs-squash
关联 Issue
未关联
Pull Request 合并后将关闭上述关联 Issue
里程碑
未关联里程碑
参与者
(2)
Cherry-pick 提交
Cherry-pick 可以将
特定提交(Commit)
从某个分支挑选并应用到另一个分支,实现快速集成特定更改,而无需合并整个分支。
请选择应用 Cherry-pick 提交 (Commit) 的目标分支
新建分支
当前账号不存在 Fork 仓库,建议 cherry-pick 到 Fork 仓库。
Fork 仓库
提交列表
Commit SHA
Commit Message
基于 Cherry-pick 后的分支发起 Pull Request
取消
Cherry-pick
1
https://gitee.com/openeuler/compiler-docs.git
git@gitee.com:openeuler/compiler-docs.git
openeuler
compiler-docs
compiler-docs
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册