Hi Don,
Indeed, mpi_cxx is linked against libstdc++, but that has not been a problem
been so far (i.e., with previous versions of clang).
Anyhow, the problem resolved itself after I installed yet another trunk version
(r272243). Apparently it was something related to the version of llvm/clang
Btw, did you build all you dependencies yourself, including libmpi_cxx, and
link them to libc++? Otherwise, I'd bet one of them links to libstdc++.
On Monday, June 6, 2016, don hinton wrote:
> The only thing odd that I noticed is that although you specifically
> requested libc++, the linker tri
The only thing odd that I noticed is that although you specifically
requested libc++, the linker tried to link libstdc++ and complained about a
symbol it couldn't find.
The symbol looks like std::string::_Rep::destroy which would be found in
the standard library, so I'd guess some sort of mis-comp
It might be possible that the missing symbol which is present in older llvm
may not be present or renamed in the new version of llvm you had now.
check the libLLVMSupport.a for the missing symbol using *nm *from command
line*.*
nm -g libLLVMSupport.a or nm -gC libLLVMSupport.a
with option C, c
*bump*
Is there really nobody here who has a possible answer? If not, do you have any
suggestions where else I could turn to for help? While I’m not an expert on
LLVM/Clang, I’ve done my share of compiling & linking other tools and programs,
so I think that I’ve exhausted all “obvious” explanat
Hi folks,
When trying to link to libLLVMSuport.a in our CFD application, we get the
following error at link time:
/usr/lib64/gcc/x86_64-suse-linux/4.9/../../../../x86_64-suse-linux/bin/ld:
/pds/opt/llvm-20160530-r271230/lib/libLLVMSupport.a(Path.cpp.o): undefined
reference to symbol '_ZNSs4_Re
