You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Issue: net-wireless/cowpatty-4.8_p20181130 calls cc directly.
Discovered on: amd64 (internal ref: pentoo_tinderbox)
NOTE:
This machine uses lto with CFLAGS=-flto -Werror=odr -Werror=lto-type-mismatch -Werror=strict-aliasing
Here is a bit of explanation:
-Werror=lto-type-mismatch:
User to find possible runtime issues in packages. It likely means the package is unsafe to build & use with LTO.
For projects using the same identifier but with different types across different files, they must be fixed to be consistent across the codebase.
-Werror=strict-aliasing:
Used to find possible runtime issues in packages. These bugs are a problem anyway but may be even worse when combined with LTO.
Workarounds:
If upstream is friendly and still active, file a bug upstream. For emulators, codecs, games, or multimedia packages, it may be worth just applying a workaround instead, as upstreams sometimes aren't receptive to these bugs (VALID FOR ALL).
Use the new 'filter-lto' from flag-o-matic.eclass as it's likely to be unsafe with LTO (VALID FOR lto-type-mismatch - odr).
Fix it yourself if interested, of course (VALID FOR ALL).
Append-flags -fno-strict-aliasing (VALID FOR strict-aliasing).
Use memcpy() but a union is sometimes suitable too (VALID FOR strict-aliasing).
-fstrict-aliasing is implied by -O2, so this must be addressed in some form (VALID FOR strict-aliasing).
See also: https://marc.info/?l=gentoo-dev&m=165639574126280&w=2
As per QA policy, toolchain tools must not be called directly because they can cause issue in cross-compiling and because is not possible use a different CC implementation (like clang). To reproduce, please use sys-devel/gcc-config[-native-symlinks], sys-devel/binutils-config[-native-symlinks].
At the time of writing, github-cli does not support attachments. I'm using gists but they can be deleted at a certain point. If you want to save them, please create attachments on your own.
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/
Issue: net-wireless/cowpatty-4.8_p20181130 calls cc directly.
Discovered on: amd64 (internal ref: pentoo_tinderbox)
NOTE:
This machine uses lto with CFLAGS=-flto -Werror=odr -Werror=lto-type-mismatch -Werror=strict-aliasing
Here is a bit of explanation:
-Werror=lto-type-mismatch:
User to find possible runtime issues in packages. It likely means the package is unsafe to build & use with LTO.
For projects using the same identifier but with different types across different files, they must be fixed to be consistent across the codebase.
-Werror=odr:
Used to find possible runtime issues in packages. These bugs are a problem anyway but may be even worse when combined with LTO. C++ code must comply with the One Definition Rule (ODR) - see https://en.cppreference.com/w/cpp/language/definition#One_Definition_Rule.
-Werror=strict-aliasing:
Used to find possible runtime issues in packages. These bugs are a problem anyway but may be even worse when combined with LTO.
Workarounds:
See also: https://marc.info/?l=gentoo-dev&m=165639574126280&w=2
As per QA policy, toolchain tools must not be called directly because they can cause issue in cross-compiling and because is not possible use a different CC implementation (like clang). To reproduce, please use sys-devel/gcc-config[-native-symlinks], sys-devel/binutils-config[-native-symlinks].
At the time of writing, github-cli does not support attachments. I'm using gists but they can be deleted at a certain point. If you want to save them, please create attachments on your own.
build log: https://gist.github.com/d2d07483042981cf1a4d4a11d902947b
Context of error(s): https://gist.github.com/71fddbc1883ab854a11432ce8614472c
The text was updated successfully, but these errors were encountered: