Jack,
What version of CMake are you using?
-Chris
Chris,
I am using cmake 3.5.2. My read of this problem is as follows.
While libLLVM.dylib is being linked against -lxar when
-DLLVM_LINK_LLVM_DYLIB:BOOL=ON is passed to cmake, the libLLVM.dylib
is created with -Wl,-dead_strip such that any symbols from libxar not
explicitly used with in the object files of libLLVM.dylib are stripped
out. This means that those additional symbols used by llvm-objdump
aren't accessible from libLLVM.dylib's linkage on libxar and an
additional explicit linkage on libxar is required in the
tools/llvm-objdump/CMakeLists.txt when HAVE_LIBXAR and
LLVM_LINK_LLVM_DYLIB are set.
Jack
Also note that this issue doesn't arise for the cmake build with
-DBUILD_SHARED_LIBS:BOOL=ON because the resulting
lib/Object/CMakeFiles/LLVMObject.dir/link.txt contains...
/sw/src/fink.build/llvm39-3.9.0-1/opt-bin/ccclang++ -fno-common -fPIC
-fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter
-Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic
-Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor
-Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -O3 -dynamiclib
-Wl,-headerpad_max_install_names -Wl,-dead_strip -L/sw/lib -o
../libLLVMObject.dylib -install_name @rpath/libLLVMObject.dylib
CMakeFiles/LLVMObject.dir/Archive.cpp.o
CMakeFiles/LLVMObject.dir/ArchiveWriter.cpp.o
CMakeFiles/LLVMObject.dir/Binary.cpp.o
CMakeFiles/LLVMObject.dir/COFFObjectFile.cpp.o
CMakeFiles/LLVMObject.dir/ELF.cpp.o
CMakeFiles/LLVMObject.dir/ELFObjectFile.cpp.o
CMakeFiles/LLVMObject.dir/Error.cpp.o
CMakeFiles/LLVMObject.dir/IRObjectFile.cpp.o
CMakeFiles/LLVMObject.dir/MachOObjectFile.cpp.o
CMakeFiles/LLVMObject.dir/MachOUniversal.cpp.o
CMakeFiles/LLVMObject.dir/ModuleSummaryIndexObjectFile.cpp.o
CMakeFiles/LLVMObject.dir/Object.cpp.o
CMakeFiles/LLVMObject.dir/ObjectFile.cpp.o
CMakeFiles/LLVMObject.dir/RecordStreamer.cpp.o
CMakeFiles/LLVMObject.dir/SymbolicFile.cpp.o
CMakeFiles/LLVMObject.dir/SymbolSize.cpp.o -lxar
../libLLVMBitReader.dylib ../libLLVMCore.dylib ../libLLVMMC.dylib
../libLLVMMCParser.dylib ../libLLVMSupport.dylib
-Wl,-rpath,@executable_path/../lib
and thus the linkage for llvm-objdump is directly linked against
libxar as in the default static lib build. Only the
-DLLVM_LINK_LLVM_DYLIB:BOOL=ON build attempts to resolve the symbols
from libxar using an indirect linkage on libxar in libLLVM.dylib.
Jack
Ignore that last comment. It does appear that
-DBUILD_SHARED_LIBS:BOOL=ON produces the same error...
[ 98%] Linking CXX executable ../../bin/llvm-objdump
cd /sw/src/fink.build/llvm39-3.9.0-1/build/stage1/tools/llvm-objdump
&& /sw/bin/cmake -E cmake_link_script
CMakeFiles/llvm-objdump.dir/link.txt --verbose=1
/sw/src/fink.build/llvm39-3.9.0-1/opt-bin/ccclang++ -fno-common
-fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter
-Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic
-Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor
-Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -O3
-Wl,-search_paths_first -Wl,-headerpad_max_install_names -L/sw/lib
-Wl,-dead_strip CMakeFiles/llvm-objdump.dir/llvm-objdump.cpp.o
CMakeFiles/llvm-objdump.dir/COFFDump.cpp.o
CMakeFiles/llvm-objdump.dir/ELFDump.cpp.o
CMakeFiles/llvm-objdump.dir/MachODump.cpp.o -o ../../bin/llvm-objdump
../../lib/libLLVMX86AsmPrinter.dylib
../../lib/libLLVMPowerPCAsmPrinter.dylib
../../lib/libLLVMARMAsmPrinter.dylib ../../lib/libLLVMX86Desc.dylib
../../lib/libLLVMPowerPCDesc.dylib ../../lib/libLLVMARMDesc.dylib
../../lib/libLLVMX86Disassembler.dylib
../../lib/libLLVMPowerPCDisassembler.dylib
../../lib/libLLVMARMDisassembler.dylib ../../lib/libLLVMX86Info.dylib
../../lib/libLLVMPowerPCInfo.dylib ../../lib/libLLVMARMInfo.dylib
../../lib/libLLVMCodeGen.dylib ../../lib/libLLVMDebugInfoDWARF.dylib
../../lib/libLLVMMC.dylib ../../lib/libLLVMMCDisassembler.dylib
../../lib/libLLVMObject.dylib ../../lib/libLLVMSupport.dylib
-Wl,-rpath,@executable_path/../lib
Undefined symbols for architecture x86_64:
"_xar_serialize", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_file_first", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_iter_new", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_prop_first", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_extract_tobuffersz", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_open", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_prop_get", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_close", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_prop_next", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_iter_free", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
"_xar_file_next", referenced from:
DumpBitcodeSection(llvm::object::MachOObjectFile*, char const*,
unsigned int, bool, bool, bool, std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >) in
MachODump.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
tools/llvm-objdump/CMakeFiles/llvm-objdump.dir/build.make:190: recipe
for target 'bin/llvm-objdump' failed
make[2]: *** [bin/llvm-objdump] Error 1
make[2]: Leaving directory '/sw/src/fink.build/llvm39-3.9.0-1/build/stage1'
CMakeFiles/Makefile2:22545: recipe for target
'tools/llvm-objdump/CMakeFiles/llvm-objdump.dir/all' failed
make[1]: *** [tools/llvm-objdump/CMakeFiles/llvm-objdump.dir/all] Error 2
make[1]: Leaving directory '/sw/src/fink.build/llvm39-3.9.0-1/build/stage1'
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2
for the same reason. Appending -lxar to
tools/llvm-objdump/CMakeFiles/llvm-objdump.dir/link.txt likewise
eliminates the linkage error.
Jack