It segfaults when built with GCC 5. I could try to fix it, but it's
not clear if anybody still cares about this package. Disabling it
until somebody complains.
http://hydra.nixos.org/build/32612811
That is, there are now distinct jobs like ‘coreutils.x86_64-linux’ and
‘coreutils.x86_64-darwin’, rather than a single job ‘coreutils’ with
multiple builds. This means that testing a job is simpler:
$ nix-build pkgs/top-level/release.nix -A coreutils.x86_64-linux
See https://github.com/NixOS/hydra/issues/60 for the motivation.
not set anywhere. This causes other packages to break on 64-bit
platforms unless they happen to define those macros. So don't rely
on them.
svn path=/nixpkgs/trunk/; revision=20194
flag. Note that ATerm 2.5 causes Nix to segfault, and ATerm 2.8
doesn't even build on x86_64-linux (see
http://bugzilla.sen.cwi.nl:8080/show_bug.cgi?id=1042).
svn path=/nixpkgs/branches/stdenv-updates/; revision=19020
were no longer in use.
* A patch for compiling the ATerm library with GCC 4.3. Without it,
the code for resizing ATerm tables gets stuck in an infinite loop
(http://bugzilla.sen.cwi.nl:8080/show_bug.cgi?id=841). The problem
is in this bit of code in hash.c, which tries to dynamically figure
out the maximum signed integer:
long try_long_max;
long long_max;
long delta;
try_long_max = 1;
do {
long_max = try_long_max;
try_long_max = long_max * 2;
} while (try_long_max > 0);
At -O2, GCC 4.3 determines that 1 * 2 * 2 * ... can never be <= 0,
and so it optimises this into a 1-instruction infinite loop:
0x0805a782 <keyPut+1282>: jmp 0x805a782 <keyPut+1282>
Quite beautiful really. ;-)
The fix is to use the LONG_MAX macro instead.
svn path=/nixpkgs/branches/stdenv-updates/; revision=13888
merge cleanly right away (kde-4, kernel stuff) so it should be
merged later. But the stdenv stuff is all there.
svn path=/nixpkgs/branches/stdenv-updates-merge/; revision=10793
Moved all the shell fixes to fix-builder.sh, which is now always invoked.
Added aterm to the list of packages provided by mingw.nix
svn path=/nixpkgs/trunk/; revision=6152
contains arbitrary information about a package, like this:
meta = {
homepage = "http://gcc.gnu.org/";
license = "GPL/LGPL";
description = "GNU Compiler Collection, 4.0.x";
};
The "meta" attribute is not passed to the actual derivation
operation, so it's not a dependency --- changes to "meta" attributes
don't trigger a recompilation.
Now we have to standardise some useful attributes ;-)
svn path=/nixpkgs/branches/usability/; revision=5024
store, rather than outside (such as /bin/sh).
For instance, the Nix expression for the ATerm library now looks
like this:
{stdenv, fetchurl}:
stdenv.mkDerivation {
name = "aterm-2.0.5";
builder = ./builder.sh;
...
}
where `mkDerivation' is a helper function in `stdenv' that massages
the given attribute set into using the bash shell that is part of
the standard environment:
mkDerivation = attrs: derivation (att s // {
builder = pkgs.bash ~ /bin/sh;
args = ["-e" attrs.builder];
stdenv = (...);
system = (...).system;
});
Note that this makes it unnecessary to set the `stdenv' and `system'
attributes, since `mkDerivation' already does that.
svn path=/nixpkgs/trunk/; revision=866
