Age | Commit message (Collapse) | Author | Files | Lines |
|
svn path=/nixpkgs/trunk/; revision=25407
|
|
svn path=/nixpkgs/trunk/; revision=23394
|
|
svn path=/nixpkgs/trunk/; revision=20196
|
|
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
|
|
svn path=/nixpkgs/trunk/; revision=15504
|
|
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
|
|
svn path=/nixpkgs/trunk/; revision=13707
|
|
svn path=/nixpkgs/trunk/; revision=13299
|
|
install and fixup phases. You can just override installPhase.
svn path=/nixpkgs/trunk/; revision=12787
|
|
svn path=/nixpkgs/trunk/; revision=12764
|
|
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
|
|
svn path=/nixpkgs/branches/stdenv-updates/; revision=10381
|
|
svn path=/nixpkgs/trunk/; revision=10370
|
|
svn path=/nixpkgs/trunk/; revision=9065
|
|
svn path=/nixpkgs/trunk/; revision=7342
|
|
svn path=/nixpkgs/trunk/; revision=7337
|
|
svn path=/nixpkgs/trunk/; revision=7034
|
|
systems with Glibc 2.5 or GCC 4.1.x.
svn path=/nixpkgs/trunk/; revision=7032
|
|
svn path=/nixpkgs/trunk/; revision=7030
|
|
svn path=/nixpkgs/trunk/; revision=6382
|
|
svn path=/nixpkgs/trunk/; revision=6379
|
|
svn path=/nixpkgs/trunk/; revision=6242
|
|
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
|
|
http://bugzilla.sen.cwi.nl:8080/show_bug.cgi?id=470).
svn path=/nixpkgs/trunk/; revision=5486
|
|
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
|
|
svn path=/nixpkgs/trunk/; revision=4623
|
|
svn path=/nixpkgs/trunk/; revision=4051
|
|
svn path=/nixpkgs/trunk/; revision=3660
|
|
svn path=/nixpkgs/trunk/; revision=3611
|
|
svn path=/nixpkgs/trunk/; revision=3420
|
|
svn path=/nixpkgs/trunk/; revision=3388
|
|
svn path=/nixpkgs/trunk/; revision=3373
|
|
svn path=/nixpkgs/trunk/; revision=2981
|
|
for the ATerm library. I'm adding it to Nixpkgs so we can get some
testing ;-)
svn path=/nixpkgs/trunk/; revision=2979
|
|
gazillion different servers. Resurrected some 25 missing files.
svn path=/nixpkgs/trunk/; revision=2237
|
|
svn path=/nixpkgs/trunk/; revision=1928
|
|
svn path=/nixpkgs/trunk/; revision=1127
|
|
svn path=/nixpkgs/trunk/; revision=1010
|
|
builder may now be omitted entirely; the function `mkDerivation'
will then use a default build script.
svn path=/nixpkgs/trunk/; revision=868
|
|
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
|
|
builders for typical Autoconf-style to be much shorten, e.g.,
. $stdenv/setup
genericBuild
The generic builder does lots of stuff automatically:
- Unpacks source archives specified by $src or $srcs (it knows about
gzip, bzip2, tar, zip, and unpacked source trees).
- Determines the source tree.
- Applies patches specified by $patches.
- Fixes libtool not to search for libraries in /lib etc.
- Runs `configure'.
- Runs `make'.
- Runs `make install'.
- Strips debug information from static libraries.
- Writes nested log information (in the format accepted by
`log2xml').
There are also lots of hooks and variables to customise the generic
builder. See `stdenv/generic/docs.txt'.
* Adapted the base packages (i.e., the ones used by stdenv) to use the
generic builder.
* We now use `curl' instead of `wget' to download files in `fetchurl'.
* Neither `curl' nor `wget' are part of stdenv. We shouldn't
encourage people to download stuff in builders (impure!).
* Updated some packages.
* `buildinputs' is now `buildInputs' (but the old name also works).
* `findInputs' in the setup script now prevents inputs from being
processed multiple times (which could happen, e.g., if an input was
a propagated input of several other inputs; this caused the size
variables like $PATH to blow up exponentially in the worst case).
* Patched GNU Make to write nested log information in the format
accepted by `log2xml'. Also, prior to writing the build command,
Make now writes a line `building X' to indicate what is being
built. This is unfortunately often obscured by the gigantic tool
invocations in many Makefiles. The actual build commands are marked
`unimportant' so that they don't clutter pages generated by
`log2html'.
svn path=/nixpkgs/trunk/; revision=845
|
|
svn path=/nixpkgs/trunk/; revision=704
|
|
svn path=/nixpkgs/trunk/; revision=511
|
|
svn path=/nixpkgs/trunk/; revision=502
|