WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 175997
224861
Gigacage and DebugHeap compilation unit names clash with corresponding WTF names
https://bugs.webkit.org/show_bug.cgi?id=224861
Summary
Gigacage and DebugHeap compilation unit names clash with corresponding WTF names
Kimmo Kinnunen
Reported
2021-04-21 02:27:58 PDT
Gigacage and DebugHeap compilation unit names clash with corresponding WTF names Causes link-time warnings CompileC WTFAssertions.o CompileC WTFConfig.o CompileC WTFString.o Libtool libWTF /Volumes/.../usr/bin/libtool: warning same member name (DebugHeap.o) in output file used for input files: /Users/kkinnunen/Build/WTF.build/Debug/WTF.build/Objects-normal/x86_64/DebugHeap.o and: /Users/kkinnunen/Build/Debug/libbmalloc.a(DebugHeap.o) due to use of basename, truncation and blank padding /Volumes/.../usr/bin/libtool: warning same member name (Gigacage.o) in output file used for input files: /Users/kkinnunen/Build/Debug/libbmalloc.a(Gigacage.o) and: /Users/kkinnunen/Build/WTF.build/Debug/WTF.build/Objects-normal/x86_64/Gigacage.o (due to use of basename, truncation, blank padding or duplicate input files) Build Succeeded Current settings: Configuration:Debug Arch:x86_64 === BUILD TARGET TestWTF OF PROJECT TestWebKitAPI WITH CONFIGURATION Debug === Check dependencies CompileC mainMac.o Ld TestWTF ... GenerateDSYMFile TestWTF.dSYM warning: (x86_64) could not find object file symbol for symbol __ZN7bmalloc9DebugHeapC2ERKNSt3__111scoped_lockIJNS_5MutexEEEE warning: (x86_64) could not find object file symbol for symbol __ZNSt3__113unordered_mapIPvmNS_4hashIS1_EENS_8equal_toIS1_EENS_9allocatorINS_4pairIKS1_mEEEEEC1Ev warning: (x86_64) could not find object file symbol for symbol __ZN7bmalloc9DebugHeapC1ERKNSt3__111scoped_lockIJNS_5MutexEEEE warning: (x86_64) could not find object file symbol for symbol __ZN7bmalloc9DebugHeap6mallocEmNS_13FailureActionE warning: (x86_64) could not find object file symbol for symbol __ZN7bmalloc9DebugHeap8memalignEmmNS_13FailureActionE warning: (x86_64) could not find object file symbol for symbol __ZN7bmalloc9DebugHeap7reallocEPvmNS_13FailureActionE
Attachments
Patch
(41.41 KB, patch)
2021-04-21 02:30 PDT
,
Kimmo Kinnunen
ysuzuki
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Kimmo Kinnunen
Comment 1
2021-04-21 02:30:43 PDT
Created
attachment 426663
[details]
Patch
Alexey Proskuryakov
Comment 2
2021-04-21 16:49:14 PDT
Comment on
attachment 426663
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=426663&action=review
> Source/bmalloc/ChangeLog:8 > + Rename DebugHeap.cpp, Gigacage.cpp with B prefix to avoid clashing with WTF compilation units.
Is there no way to fix this without renaming? It seems impractical to change bmalloc whenever any client uses the same file name.
Kimmo Kinnunen
Comment 3
2021-04-21 23:58:13 PDT
I think one alternative is to encode the project name in the .o file, but I couldn't find Xcode options for that. E.g Compiling DebugHeap.cpp would produce libbmalloc-DebugHeap.o. As in:
https://bugs.chromium.org/p/webrtc/issues/detail?id=6418
Yusuke Suzuki
Comment 4
2021-04-22 00:14:35 PDT
Comment on
attachment 426663
[details]
Patch r=me
Kimmo Kinnunen
Comment 5
2021-04-22 23:42:46 PDT
*** This bug has been marked as a duplicate of
bug 175997
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug