the package).
* Removed the old ghc-wrapper, which hasn't been used for a long time.
* Renamed the "boot" GHC to "binary", which is more descriptive.
(They *can* be used for other things than bootstrapping a GHC
source build.)
* Updated the GHC 6.10.1 binary to 6.10.2.
svn path=/nixpkgs/trunk/; revision=15095
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
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
New is the file containing executables (such as alex/ happy)
some new libraries
The wrapper no longer installs tags by default. You have to add it to your config
So I'm ready to start merging
svn path=/nixpkgs/trunk/; revision=11554
updated bleeding edge stuff (should now work for the bulidfarm as well because
dist files are stored on my server)
moved experimental my_env into its own file
svn path=/nixpkgs/trunk/; revision=11026
- fetchdarcs_2pre added
- flapjax added
- no longer used : annotatedDerivations
- added bleeding edge repos with a tiny nix repository manager which dowloads and
updates repostiries, then creates tar.gz dist files which are used by bleeding_edge_source
(darcs tested only by now)
- added experimental my_environment with example
svn path=/nixpkgs/trunk/; revision=10974
http://consttype.blogspot.com/2007_07_01_archive.html) around the
fact that Perl 5.10 no longer supports the $* variable, which GHC's
evil mangler requires.
svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10833
and /tag/ source code which to build up develop environments more easily ( TODO
make this optional for ghcWrapper )
svn path=/nixpkgs/trunk/; revision=10648
Just install ghc68_wrapper which will install the required dependencies ghc
(and libraries) itself.
The list libraries given in the wrapper attribute set can be user tuned in the future ?
An alternative would be creating something similar to the gcc/g++ include/ lib/ scheme which
is could be used by ghc to find installed packages..
svn path=/nixpkgs/trunk/; revision=9581
URLs to http://nix.cs.uu.nl/dist/tarballs. With content-addressable
mirror support (r9190, NIXPKGS-70) this is no longer necessary:
fetchurl will try to download from that location automatically. So
we can keep the original URLs.
svn path=/nixpkgs/trunk/; revision=9192
- this fixes ghc on x86_64 and hopefully doesn't break 32-bit
- ghc-6.6.1 and -6.6 are tested on 64-bit, 6.4.2 might fail
svn path=/nixpkgs/trunk/; revision=9132
the new $NIX_GCC/nix-support/dynamic-linker file to locate the
dynamic linker directly (don't hardcode ld-linux.so.2).
svn path=/nixpkgs/trunk/; revision=6873
* Make builders unexecutable by removing the hash-bang line and
execute permission.
* Convert calls to `derivation' to `mkDerivation'.
* Remove `system' and `stdenv' attributes from calls to
`mkDerivation'. These transformations were all done automatically,
so it is quite possible I broke stuff.
* Put the `mkDerivation' function in stdenv/generic.
svn path=/nixpkgs/trunk/; revision=874