rebuild all of GHC every time the setup hook changes. Thus its
better to factor it out. (After all, the setup hook doesn't have to
be provided by the GHC package proper; it can also be provided by
some helper package.)
svn path=/nixpkgs/trunk/; revision=15094
applyAndFun has a bug resulting in the same arg beeing added more than
once when using a concatenating merge function for the attr set.
I've tried giving the function a name "overridableDelayableArgs" which
resembles its usage much more.
important refactoring:
applyAndFun had .fun and .funMerge only when passing the merge
function lib.mergeOrApply
composableDerivation {
initial = {
...
};
}
to
overridableDelayableArgs has always .replace and .merge
composableDerivation {} {
...
}
svn path=/nixpkgs/trunk/; revision=14428
Some of these should be longDescriptions, but most others just
shouldn't contain newlines. E.g. write
description = "Bla";
and not
description = ''
Bla
'';
This pollutes "nix-env -qa --description" output.
svn path=/nixpkgs/trunk/; revision=14310
mess. Also cleaned up some functions:
- foldl appeared broken (it recursively called fold).
- Renamed logicalAND/logicalOR to and/or.
- Removed listOfListsToAttrs, eqStrings: obsolete.
- Removed isInList, which does the same thing as elem.
- stringToCharacters: don't return a "" at the end of the list.
- Renamed concatList to concat, as concatList (singular) is a
misnomer: it takes two lists. Likewise, renamed mergeAttr to
mergeAttrs.
misc.nix still contains a lot of stuff that should be refactored and
moved to other files.
svn path=/nixpkgs/trunk/; revision=14013
Several binaries (except for ghc itself, for which there was a
workaround) were broken before because they were stripped
during installation. Now, all binaries should work, in particular
ghc-pkg ...
svn path=/nixpkgs/trunk/; revision=13717
* glibc_multi: a wrapper that combines the 32-bit and 64-bit Glibcs.
This is necessary so that 64-bit GCC can find gnu/stubs-32.h and the
32-bit Glibc libraries.
To build glibc_multi on x86_64-linux, you still need either the
i686-linux Glibc derivation from a channel, or to have configured
Nix with support for forwarding the build to a i686-linux machine.
In the future this may become unnecessary by providing a prebuilt
binary of 32-bit Glibc somewhere (like the binaries used in the
stdenvLinux bootstrap).
* With glibc_multi, it becomes possible to build gcc with multilib
support (i.e. it builds 32-bit and 64-bit versions of libgcc,
libstdc++, etc.).
svn path=/nixpkgs/trunk/; revision=12203
