主线编译gcc报错重复定义：multiple definition of 'enum fsconfig_command'

主线编译gcc报错重复定义：multiple definition of 'enum fsconfig_command'
日志：https://openeulerjenkins.osinfra.cn/job/multiarch/job/src-openeuler/job/aarch64/job/gcc/315/consoleText
![输入图片说明](https://foruda.gitee.com/images/1663844862049842352/656db0f9_9068967.png "屏幕截图")
google搜到 **glibc-2.36** 上enum fsconfig_command定义和kernel提供的定义的重复了，如果同时包含这两个头文件就会出现编译报错

glibc侧定位：
glibc的隔离已经加了，gcc需要参考对应的修复补丁修改：https://github.com/gcc-mirror/gcc/commit/2701442d0cf6292f6624443c15813d6d1a3562fe

glibc的修复补丁已在master分支中：
commit bb1e8b0ca99b5cbedfae3e6245528a87d95ff3e2
Author: Adhemerval Zanella adhemerval.zanella@linaro.org
Date: Wed Aug 10 14:24:47 2022 -0300

linux: Fix sys/mount.h usage with kernel headers

Now that kernel exports linux/mount.h and includes it on linux/fs.h,
its definitions might clash with glibc exports sys/mount.h.  To avoid
the need to rearrange the Linux header to be always after glibc one,
the glibc sys/mount.h is changed to:

1. Undefine the macros also used as enum constants.  This covers prior
     inclusion of <linux/mount.h> (for instance MS_RDONLY).

2. Include <linux/mount.h> based on the usual __has_include check
     (needs to use __has_include ("linux/mount.h") to paper over GCC
     bugs.

3. Define enum fsconfig_command only if FSOPEN_CLOEXEC is not defined.
     (FSOPEN_CLOEXEC should be a very close proxy.)

详细请见 https://gitee.com/src-openeuler/glibc/issues/I5SMIA?from=project-issue

src-openEuler/gcc
关闭

内容风险标识

评论 (7)

src-openEuler/gcc关闭 .gitee-modal { width: 500px !important; }

内容风险标识