If we build two things in one derivation, it becomes more complicated
and its build time is extended. Therefore we should avoid this if
possible. There's a good opportunity for this with boost: We have
boost-build packaged already. This has the additional benefit that
we can get rid of $CC_FOR_BUILD entirely in boost, meaning we don't
need to rely on (as many) hacks to make boost understand our way of
cross compiling.
Unfortunately boost-build is not backwards compatible, so we need to
build a specific boost-build for each boost derivation (the number
could probably be reduced, but I'm not interested in testing a lot
of boost builds at the moment).
Additionally we fix a few cross compilation problems:
- boost couldn't cope with different types of compilers for native
and cross (as happens if useLLVM is true). Since we only use one
of them per derivation, this is no longer an issue.
- boost didn't find the cross ar and ranlib for compilation (since
it doesn't check $AR or $RANLIB). Instead it used plain ar and
ranlib form $PATH which were the native ones before. This is now
fixed by setting these tools explicitly in user-config.jam (and
no longer providing the native tools).
With these changes, pkgsLLVM.boost builds.
On darwin, instead of patching the clang-darwin.jam definition, we
instead supply -rpath $out/lib via <linkflags> which causes the
correct directory to be added to the libraries' rpaths, so that
they find each other.
One would assume that the boost maintainers would have been able to apply this
two line change within the last 10 months or so, but apparently not.
svn path=/nixpkgs/trunk/; revision=27864
They removed the usual tagged library names in 1.40 under the layout
"system", but they introduced a new layout "tagged". The "tagged" layout
is needed when we want more than one 'style' of the libraries at once(debug,release, ...
svn path=/nixpkgs/trunk/; revision=17585
* Dropped classr.patch; it no longer applies to this version.
* The "configure" script has been renamed to "bootstrap.sh".
* The bootstrapping process generates no Makefile anymore; the build
expression has to call bjam directly to build the libraries.
* Perform build and install phase in one execution of bjam. This is a
lot faster, because bjam won't check the dependencies twice.
svn path=/nixpkgs/trunk/; revision=17471
required all that space because it was building static/shared,
single-thread/multi-threaded, and debug/production versions of the
libraries - as well as every combination of those. Now we build
only the shared, multi-threaded, production version, which needs
only 8 MB. The headers account for the other 50 MB, so it might be
worthwhile to split them off into a separate package (in order to
reduce the runtime closure of applications that use Boost, such as
KDE).
* Removed some Boost versions that aren't used anymore.
svn path=/nixpkgs/trunk/; revision=14877
Also added support for expat library (used by the graph library). This package
should probably be built on the compile farm because it takes quite a while to
complete, even on a fast machine. Having pre-built binaries would be very nice.
svn path=/nixpkgs/trunk/; revision=12702
Alex Wied