Summary: | dev-perl/IO-Tty: on arm64-macos (llvm), it uses a unsupported lld option | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | ZongyuZ <zzy2529420793> |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | zzy2529420793 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | ARM64 | ||
OS: | OS X | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 930174 | ||
Attachments: |
the unsupported --no-undefined error
the build.log the emerge --info output A patch to workaround this issue |
Created attachment 891027 [details]
the build.log
Created attachment 891028 [details]
the emerge --info output
Created attachment 891029 [details, diff]
A patch to workaround this issue
|
Created attachment 891026 [details] the unsupported --no-undefined error dev-perl/IO-Tty uses unsupported `lld` option on `arm64-macos` (llvm) prefix. The option is `--no-undefined`. It will make the pkg incorrectly detect the existence of some basic functions, like `strlcpy()`. However, I am not sure whether it is a problem of `dev-perl/IO-Tty` or `sys-devel/lld`. My lld version: `[IP-] [ ~] sys-devel/lld-18.1.3:18/18.1`. The package itself compiles well after workaround this issue. This bug report may serve as an `arm64-macos` keywording request of `IO-Tty`.