Commit graph

11 commits

Author SHA1 Message Date
Eelco Dolstra
a5b501a36e aterm: Mark as broken
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
2016-03-02 17:22:31 +01:00
Eelco Dolstra
41c0302661 aterm: Fix building on Glibc 2.20 2014-10-29 17:55:40 +01:00
Pascal Wittmann
8d67b9a240 transformed meta.maintainers of some packages into lists 2014-09-13 13:52:02 +02:00
Eelco Dolstra
01087750ba Don't build some packages on some platforms 2013-11-04 21:11:00 +01:00
Eelco Dolstra
cffc126e14 Make Nixpkgs jobs unique
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.
2013-03-26 11:58:59 +01:00
Eelco Dolstra
7cbff16472 * This is not the real aterm 2.5 ;-)
svn path=/nixpkgs/trunk/; revision=20196
2010-02-23 16:05:46 +00:00
Eelco Dolstra
fe7b877afd * The installed ATerm 2.5 headers refer to SIZEOF_LONG etc., which are
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
2010-02-23 14:43:09 +00:00
Rob Vermaas
f1aa958c0a enabled static lib for aterm-2.5
svn path=/nixpkgs/trunk/; revision=15504
2009-05-08 08:21:35 +00:00
Eelco Dolstra
da4fb573a7 * Added ATerm 2.8. Also removed some old versions and patches that
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
2009-01-27 17:46:07 +00:00
Eelco Dolstra
a0e87d6123 * Added ATerm 2.7. It doesn't work though (make check fails on x86_64).
svn path=/nixpkgs/trunk/; revision=12764
2008-08-29 11:48:44 +00:00
Sander van der Burg
87ff8a8869 Added aterm 2.5
svn path=/nixpkgs/trunk/; revision=10370
2008-01-29 09:32:56 +00:00