Re: [boost] [EXTERNAL] Clang Darwin trunk Cray 8.0 and max_digits10 support - problem in config?

Subject: Re: [boost] [EXTERNAL] Clang Darwin trunk Cray 8.0 and max_digits10 support - problem in config?
From: Belcourt, Kenneth (kbelco_at_[hidden])
Date: 2012-07-13 01:00:05

Hi Michel,

On Jul 11, 2012, at 2:18 AM, Michel Morin wrote:

> Belcourt, Kenneth wrote:
>> The Darwin clang c++11 tests are running, results should post in a few hours.
> 
> All tests failed on Sandia-darwin-clang-trunk and
> Sandia-darwin-clang-trunk-c++11!
> In many cases, compilation succeeded but linking failed.

I'm a stranger in a strange land.

When building libc++.1.dylib the paths all look good.

/home/kbelco/llvm_darwin/build/Release+Asserts/bin/clang algorithm.o bind.o chrono.o condition_variable.o debug.o exception.o future.o hash.o ios.o iostream.o locale.o memory.o mutex.o new.o random.o regex.o stdexcept.o string.o strstream.o system_error.o thread.o typeinfo.o utility.o valarray.o -arch i386 -arch x86_64 -o libc++.1.dylib -dynamiclib -nodefaultlibs -current_version 1 -compatibility_version 1 -install_name /home/kbelco/llvm_darwin/libcxx/lib/libc++.1.dylib -Wl,-reexport_library,/home/kbelco/libcppabi/libc++abi.dylib -Wl,-unexported_symbols_list,libc++unexp.exp /usr/lib/libSystem.B.dylib -std=c++0x -U__STRICT_ANSI__

But what really strange is this library I downloaded:

sh-3.2$ ls -l /home/kbelco/libcppabi/libc++abi.dylib
-rwxr-xr-x  1 kbelco  kbelco  279396 Jul 10 15:21 /home/kbelco/libcppabi/libc++abi.dylib

Seems to depend on /usr/lib/libc++abi.dylib:

sh-3.2$ otool -L /home/kbelco/libcppabi/libc++abi.dylib
/home/kbelco/libcppabi/libc++abi.dylib:
        /usr/lib/libc++abi.dylib (compatibility version 1.0.0, current version 0.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

but that library doesn't even exist.

sh-3.2$ ls -l /usr/lib/libc+*
ls: /usr/lib/libc+*: No such file or directory

So I think that's why the c++11 tests all fail for /usr/lib/libc++abi.dylib.  Note that there's a /usr/bin/clang but no /usr/bin/clang++ on this system.

-- Noel