Summary: | sys-libs/timezone-data-2022g: zdump.c:128:27: error: expected identifier or ‘(’ before ‘void’ | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | HougeLangley <hougelangley1987> |
Component: | Current packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | loong, sam |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107947 https://github.com/gentoo/gentoo/pull/28501 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101682 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108796 https://github.com/sudo-project/sudo/issues/239 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 865117 | ||
Attachments: |
emerge --info
minimal reproducing example |
Description
HougeLangley
2022-11-30 08:29:01 UTC
Created attachment 838395 [details]
emerge --info
$ emerge -pqv '=sys-libs/timezone-data-2022g::gentoo' [ebuild U ] sys-libs/timezone-data-2022g [2022f-r1] USE="nls -leaps-timezone -zic-slim" Created attachment 838681 [details]
minimal reproducing example
This is present on amd64 with gcc-13 too, likely a gcc-13 bug. With the minimal reproducing example I attached just now: > $ gcc-13 -E -P -std=gnu99 fuck.h > C standard version is 199901L, has "__has_c_attribute" > "__has_c_attribute(noreturn)" = 202202 but: > $ gcc-12.1.1 -E -P -std=gnu99 x.h > C standard version is 199901L, has "__has_c_attribute" > "__has_c_attribute(noreturn)" = 0 > $ clang-15 -E -P -std=gnu99 x.h > > C standard version is 199901L, has "__has_c_attribute" > "__has_c_attribute(noreturn)" = 0 GCC upstream indicates it's timezone-data code being wrong, not GCC bug. Masking this version on loong for the time being, pending an upstream fix. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4237f2cad61fbf7ffdaf832d31e7cd619537074a commit 4237f2cad61fbf7ffdaf832d31e7cd619537074a Author: WANG Xuerui <xen0n@gentoo.org> AuthorDate: 2022-12-01 14:07:33 +0000 Commit: WANG Xuerui <xen0n@gentoo.org> CommitDate: 2022-12-01 14:07:33 +0000 profiles/arch/loong: mask =sys-libs/timezone-data-2022g Bug: https://bugs.gentoo.org/883719 Signed-off-by: WANG Xuerui <xen0n@gentoo.org> profiles/arch/loong/package.mask | 5 +++++ 1 file changed, 5 insertions(+) Thanks for reporting this. I fixed this TZDB bug and the fix should appear in the next TZDB release. Although I cannot give the fix's URL because my Gentoo account is too new, you can see the fix by visiting GitHub, looking for user eggert, repository tz, commit 9cfe9507fcc22cd4a0c4da486ea1c7f0de6b075f. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9705417206ffb856164627f9b3ee7f49931ff8f7 commit 9705417206ffb856164627f9b3ee7f49931ff8f7 Author: WANG Xuerui <xen0n@gentoo.org> AuthorDate: 2022-12-02 03:11:27 +0000 Commit: WANG Xuerui <xen0n@gentoo.org> CommitDate: 2022-12-02 03:26:00 +0000 sys-libs/timezone-data: fix C23 conformance / gcc-13 build for 2022g Closes: https://bugs.gentoo.org/883719 Reviewed-by: Sam James <sam@gentoo.org> Signed-off-by: WANG Xuerui <xen0n@gentoo.org> .../files/timezone-data-2022g-c23.patch | 279 +++++++++++++++++++++ sys-libs/timezone-data/timezone-data-2022g.ebuild | 4 + 2 files changed, 283 insertions(+) |