Commit graph

15 commits

Author SHA1 Message Date
Eelco Dolstra 0a6bae16cf Hack to fix libc++abi build 2014-11-05 00:21:42 +01:00
Eelco Dolstra d7abe3bada libc++abi: Enable _LIBCXX_DYNAMIC_FALLBACK
Without this, the C++ dynamic_cast<> operator does not work
reliably in conjunction with dynamic linking. See

  http://www.russellmcc.com/posts/2013-08-03-rtti.html

(That article suggests that Apple builds libc++abi without
_LIBCXX_DYNAMIC_FALLBACK, but "strings /usr/lib/libc++abi.dylib"
shows that it *is* enabled.)
2014-10-14 16:53:48 +02:00
Eelco Dolstra 34f6e629b5 libc++abi: Drop dependency on libunwind
This appears no longer needed (libc++abi has its own libunwind). It
also prevents every libc++ user from depending on liblzma.
2014-10-11 22:30:41 +02:00
Eelco Dolstra 250c7682e1 Remove broken libunwindNative package
Copying /usr/lib/system/libunwind.dylib at evaluation time doesn't
work (e.g. on Hydra). And copying binary system libraries is a bad
idea anyway for license reasons.
2014-09-29 19:58:09 +02:00
Eelco Dolstra 1117201a97 libc++abi: Don't set dylib install name to /usr/lib
This caused users of libc++abi to use the system libc++abi.
2014-09-24 13:27:02 +02:00
Eelco Dolstra cd71f7a2e6 Merge branch 'darwin-stdenv' of github.com:joelteon/nixpkgs into staging
Conflicts:
	pkgs/development/interpreters/ruby/ruby-19.nix
	pkgs/development/libraries/libc++/default.nix
	pkgs/development/libraries/libc++abi/default.nix
	pkgs/tools/text/sgml/opensp/default.nix
2014-09-23 11:27:53 +02:00
Eelco Dolstra c1cf0b7dd5 libc++abi: Don't use fetchsvn
This prevents the Darwin stdenv from depending on Subversion.
2014-09-18 22:38:12 +02:00
Pascal Wittmann 8d67b9a240 transformed meta.maintainers of some packages into lists 2014-09-13 13:52:02 +02:00
Eric Seidel ed42a8c138 libcxxabi needs coreutils for cp -d 2014-09-09 13:54:26 -07:00
Joel Taylor e961c06215 missing an argument 2014-09-09 13:54:26 -07:00
Joel Taylor 6920b0066c stick darwin-specifics in a conditional 2014-09-09 13:54:25 -07:00
Joel Taylor 2e26f7bef1 livcxx build 2014-09-09 13:54:25 -07:00
Joel Taylor 7da056233f wip libc++ 2014-09-09 13:54:25 -07:00
Eelco Dolstra 8a7f3c3618 Mark a bunch of packages as broken or not supported on Darwin 2014-08-08 17:59:02 +02:00
Shea Levy 55e6303d6a Add full llvm build, update libc++ and dragonegg
Some packages in the llvm suite (e.g. compiler-rt) cannot be built
separate from the build of llvm, and while some others (e.g. clang) can
the combined build is much better tested (we've had to work around
annoying issues before). So this puts llvm, clang, clang-tools-extra,
compiler-rt, lld, lldb, and polly all into one big build (llvmFull).
This build includes a static llvm, as dynamic is similarly less tested
and has known failures.

This also updates libc++ and dragonegg. libc++ now builds against
libc++abi as a separate package rather than building it during the
libc++ build.

The clang purity patch is gone. Instead, we simply set --sysroot to
/var/empty for pure builds, as all impure paths are either looked up in
the gcc prefix (which we hard-code at compile time) or in the sysroot.
This also means that if NIX_ENFORCE_PURITY is 0 then clang will look in
the normal Linux paths by default, which is the proper behavior IMO.

polly required an updated isl. When stdenv-updates is merged, perhaps we
can update the isl used by gcc and avoid having two versions.

Since llvm on its own is now separate from the llvm used by clang, I've
removed myself as maintainer from llvm and will leave maintenance of
that to those who are interested in llvm separate from clang.

Signed-off-by: Shea Levy <shea@shealevy.com>
2014-01-20 05:42:38 -05:00