summary refs log tree commit diff
path: root/pkgs/stdenv
Commit message (Collapse)AuthorAge
* Fix references to pkgs/libEelco Dolstra2013-10-10
|
* nixos.org/tarballs -> tarballs.nixos.orgEelco Dolstra2013-06-25
| | | | | It's currently the same machine, but tarballs.nixos.org should become an S3/CloudFront site eventually.
* Kindly ask strip to not mess up timestamps in static librariesEvgeny Egorochkin2013-06-25
|
* Add a stdenv version which tries harder to make builds repeatable.Evgeny Egorochkin2013-06-21
|
* mkDerivation: Allow direct access to passthruShea Levy2013-05-03
| | | | | | | | | Before this, the passthru attributes were only merged in with the derivation attribute set, and there was no way to distinguish after the fact which attributes were part of the derivation and which came from passthru. Now passthru can be looked at separately as well. Signed-off-by: Shea Levy <shea@shealevy.com>
* Remove the "proprietary" licenseEelco Dolstra2013-04-12
| | | | We already had "unfree".
* Add the addPassthru library functionShea Levy2013-03-24
| | | | | | | | | | | | | | | | With multiple outputs, adding attributes to a derivation without changing the {drv,out}Path is no longer as trivial as simply using the `//' operator, as we usually want to add the attribute to _each_ output, and even if we only care about one that one output can be reached via multiple paths. For stdenv.mkDerivation, we already had code in place to add passthru and meta attributes to derivations. This commit simply factors part of that code out into a lib function addPassthru, which takes a derivation and an attribute set and appends the attribute set to each output of the derivation. Signed-off-by: Shea Levy <shea@shealevy.com>
* Enable __ignoreNulls globallyEelco Dolstra2013-03-07
|
* Merge remote-tracking branch 'origin/master' into stdenv-updatesEelco Dolstra2013-03-07
|\
| * stdenv.mkDerivation: Add meta and passthru to all outputs.Shea Levy2013-03-02
| | | | | | | | | | | | Before, only the first output (and not even that when accessed through 'all' or its corresponding attribtue) had meta information and the relevant passthru attributes. This doesn't change stdenv's hash and the tarball still builds, I'm pretty sure this is safe for master.
* | stdenv/setup.sh: Always run postPatch hook.aszlig2013-02-27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I'm not sure whether this was by intention, but so far postPatch hooks were silently skipped whenever the patches list was empty. This change could possibly change the build results of the following packages: * gcc * cmake (264) * systemtap * quemu-kvm These packages all have in common that they have a postPatch hook and the patches list can be empty when certain conditions are met. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
* | Merge remote-tracking branch 'origin/master' into stdenv-updatesEelco Dolstra2013-02-15
|\|
| * lib.licenses.proprietary is definitely unfreeShea Levy2013-01-27
| |
* | stdenv bootstrap: removing xz override from stdenvLinuxBoot4Lluís Batlle i Rossell2013-01-29
| | | | | | | | | | | | | | Due to xz being override in the last stdenv and also in the previous, the nixpkgs xz ended up being built by bootstrap-tools, and thus depending on it through libgcc_so.so.1. That ends up making 'nix' with a runtime dependency on bootstrap-tools.
* | Merge remote-tracking branch 'central/master' into stdenv-updatesLluís Batlle i Rossell2013-01-27
|\| | | | | | | | | Conflicts: pkgs/os-specific/linux/alsa-utils/default.nix
| * With !allowUnfree, reject unfree-redistributable packages as wellEelco Dolstra2013-01-24
| |
* | Merge remote-tracking branch 'upstream/master' into stdenv-updatesRickard Nilsson2013-01-20
|\|
| * Add config option ‘allowUnfree’Eelco Dolstra2013-01-17
| | | | | | | | | | | | | | | | If set to false, mkDerivation will throw an exception if a package has an unfree license. ‘release-lib.nix’ uses this to enforce that we don't build unfree packages as part of the Nixpkgs channel. Since this is set through Nixpkgs' ‘config’ argument, it's more finegrained than $HYDRA_DISALLOW_UNFREE.
| * Pass ‘config’ to stdenv/generic/default.nixEelco Dolstra2013-01-17
| | | | | | | | | | This is a backport of cf8daf63120adedbeaf5bc8c2f396be2496a741e in stdenv-updates (sans the userHook stuff).
* | Merge branch 'pi-stdenv-updates' into stdenv-updatesLluís Batlle i Rossell2012-12-31
|\ \ | | | | | | | | | | | | | | | This adds raspberry pi support. I've almost tested all. Should fix https://github.com/NixOS/nixpkgs/issues/234
| * | unpack-bootstrap-tools: Removing the patch of libstdc++Lluís Batlle i Rossell2012-12-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Although patching it made some programs run (configure tests), some others crashed with segfault. So I don't think there is any win patching it. The proper way to solve the bootstrap in the raspberry pi is, as far as I've been testing, use glibc 2.17 libs in bootstrap-tools with the same ld.so name as the bootstrapped glibc. This is a problem inherent in our way to bootstrap, that first replaces the glibc of a given gcc+glibc (bootstrap-tools) with gcc-wrapper tricks, and then builds a new gcc. A nicer way would be to build a gcc without glibc, then the glibc, then the final gcc, as we do with cross-tools. Some comments about this problem in https://github.com/NixOS/nixpkgs/issues/234#issuecomment-11764352
| * | Updating bootstrap tools to ones with glibc 2.17Lluís Batlle i Rossell2012-12-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | This solves the problem of the change of name in ld.so between glibc 2.13 and 2.17 (at least for armhf). Some comments about it in https://github.com/NixOS/nixpkgs/issues/234#issuecomment-11764352 As there says, without this, gmp (after glibc built) tests crashed - segfault.
| * | Fixing again about libstdc++.Lluís Batlle i Rossell2012-12-29
| | | | | | | | | | | | | | | I also move the 'echo patching' lines down, so they are printed only for files really patched.
| * | Fix on prev commit: the bootstrap tools don't have libmudflapLluís Batlle i Rossell2012-12-29
| | | | | | | | | | | | Out of glibc libs, only libstdc++ requires ld.so.
| * | unpack bootstrap tools arm: fix more rpathsLluís Batlle i Rossell2012-12-29
| | | | | | | | | | | | | | | | | | libstdc++ and libmudflapth link to the dynamic loader; if the bootstrap uses another dynamic loader name, and the rpath of these libs isn't changed, they will fail to load.
| * | armv6l: new bootstrap-toolsLluís Batlle i Rossell2012-12-29
| | | | | | | | | | | | Trying again to get a hardfp compiler.
| * | armv6l: Updating bootstrap tools to build for harfpLluís Batlle i Rossell2012-12-28
| | |
| * | Adapting make-bootstrap-tools-crosspi.nix to crossDrvLluís Batlle i Rossell2012-12-28
| | |
| * | Merge branch 'stdenv-updates' into pi-stdenv-updatesLluís Batlle i Rossell2012-12-28
| |\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: pkgs/development/compilers/gcc/4.6/default.nix pkgs/development/compilers/gcc/4.7/default.nix The 4.7 had some weird parameters added in crossAttrs; I've removed them, but I don't understand where they come from.
| * | | Fixes in make-bootstrap-tools-crosspi.nixLluís Batlle i Rossell2012-12-28
| | | | | | | | | | | | | | | | It doesn't reference <nixpkgs> anymore. And I fixed the indentation.
| * | | Removing unneeded changes in stdenvLinux, for the pi.Lluís Batlle i Rossell2012-12-27
| | | | | | | | | | | | | | | | | | | | | | | | I had those changes from the time when I wanted to bootstrap its stdenvLinux from armv5tel bootstrap-tools. But that never worked.
| * | | Merge branch 'stdenv-updates' into pi-stdenv-updatesLluís Batlle i Rossell2012-12-27
| |\ \ \
| * | | | Setting a public URL for the pi bootstrap toolsLluís Batlle i Rossell2012-12-26
| | | | |
| * | | | Going with armv6l-linux bootstrap-tools.Lluís Batlle i Rossell2012-12-26
| | | | | | | | | | | | | | | | | | | | I had lost this change in some branch.
| * | | | Adding the armv6l bootstrap; I forgot that file in previous commits.Lluís Batlle i Rossell2012-12-26
| | | | |
| * | | | Removing a glibc outdated mention in stdenvLinuxLluís Batlle i Rossell2012-12-26
| | | | |
| * | | | Improving the bootstrap tools (missing libs)Lluís Batlle i Rossell2012-12-26
| | | | |
| * | | | Fixing the bootstrap-tools-crosspi for gcc47Lluís Batlle i Rossell2012-12-26
| | | | |
| * | | | Setting gcc47 for the cross build toolsLluís Batlle i Rossell2012-12-26
| | | | |
| * | | | Adding an attempt to crossbuild bootstrap tools for the pi.Lluís Batlle i Rossell2012-12-26
| | | | | | | | | | | | | | | | | | | | | | | | | Based on the cross/make-bootstrap-tools.nix I had for the sheevaplug in my nixos.org svn configuration directory.
| * | | | Disabling ppl and cloog on gcc for raspberrypi. Shorter stdenv builds.root2012-12-26
| | | | |
| * | | | First movement to get the raspberrypi stdenv building.root2012-12-26
| | | | |
* | | | | Export shell packages from stdenvLinuxMichael Raskin2012-12-30
| |_|/ / |/| | | | | | | | | | | | | | | | | | | | | | | Now that we have a way to alter /bin/sh in chroots on non-NixOS Linux platforms, it may be useful to have access to stdenv.shell package and to static bash contained in bootstrap tools. So make them accessible via stdenv attribute set.
* | | | More renamesEelco Dolstra2012-12-28
| | | |
* | | | More random cleanupEelco Dolstra2012-12-28
| | | |
* | | | Random cleanup: use "or" in adapters.nixEelco Dolstra2012-12-28
| | | |
* | | | Rename buildNativeInputs -> nativeBuildInputsEelco Dolstra2012-12-28
| | | | | | | | | | | | | | | | | | | | Likewise for propagatedBuildNativeInputs, etc. "buildNativeInputs" sounds like an imperative rather than a noun phrase.
* | | | Rename hostDrv -> crossDrv, buildDrv -> nativeDrvEelco Dolstra2012-12-28
| | | | | | | | | | | | | | | | | | | | | | | | This is for consistency with terminology in stdenv (and the terms "hostDrv" and "buildDrv" are not very intuitive, even if they're consistent with GNU terminology).
* | | | Remove trailing whitespaceEelco Dolstra2012-12-28
| | | |
* | | | Add an option ‘stdenv.userHook’ to set a global stdenv setup hookEelco Dolstra2012-12-28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This allows various applications. It allows users to set global optimisation flags, e.g. stdenv.userHook = ''NIX_CFLAGS_COMPILE+=" -funroll-loops"''; But the impetus is as an alternative to issue #229, allowing impure stdenv setup for people who want to use distcc: stdenv.userHook = "source /my/impure/setup-script.sh"; This is probably a bad idea, but at least now it's a bad idea in people's configuration and not in Nixpkgs. :-)
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-07-09 22:14:49 +0000