Bug 224600
| Summary: | Avoid following warning: ld: warning: linking with (...) but not using any symbols from it | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Kimmo Kinnunen <kkinnunen> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | ap, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Local Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Kimmo Kinnunen
ld: warning: linking with (/System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio) but not using any symbols from it
ld: warning: linking with (/System/Library/PrivateFrameworks/URLFormatting.framework/Versions/A/URLFormatting) but not using any symbols from it
ld: warning: linking with (/usr/lib/libAccessibility.dylib) but not using any symbols from it
Maybe it would be good to avoid the warnings such as above? Would it be possible?
The excessive and constant warnings seem to cause problem where warnings are ignored by humans, hiding real bugs.
If I understand correctly, they come from the fact that we use "softlinking", e.g. define all the symbols as weak manually, but still link to the library in a normal way?
Is there a reason for this, as opposed to fully linking weakly?
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
Which project is producing these warnings?
> If I understand correctly, they come from the fact that we use "softlinking"
I don't see any soft linked symbols for CoreAudio in Sources/, so this is likely something else. Unless it's a 3rd party project that does it in a different way.
Kimmo Kinnunen
These are WebCore, I believe with iosmac build.
However,
The variation of these are output during normal JSC, WebCore, WebKit normal macOS builds.
Radar WebKit Bug Importer
<rdar://problem/77014346>