Linking octave with clapack did not work.
I updated lapack, and additionally I build it with atlas, instead of blas. That should give
better performance. I don't know if atlas builds everywhere though.
On the other hand, maybe some programs linking with liblapack will fail. We'll have to check
the hydra reports.
I plan to remove clapack; liblapack provides a C interface too.
svn path=/nixpkgs/trunk/; revision=32464
plot(1), as 3.6.0 also did. I don't know what's wrong there.
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff694e3ad in dtrtri_
Exact as 3.6.0. I'll revert to the old octave version that worked without any
blas or lapack implementation.
--This line, and those below, will be ignored-e-
M pkgs/development/interpreters/octave/default.nix
svn path=/nixpkgs/trunk/; revision=32460
Made octave link with graphicsmagick to get imread() working.
Nevertheless, imread does not work, because of some problems between octave and latest versions of graphicsmagick: http://www-old.cae.wisc.edu/pipermail/octave-maintainers/2010-February/015295.html
Next to do: add an older version of graphics magick for octave.
svn path=/nixpkgs/trunk/; revision=20389
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
now stripped which makes them much smaller.
* Octave: remove dependencies that are only necessary when building
from CVS (bison, etc.).
* Octave: don't have a dependency on gcc, since that will cause
*another* gcc to be build than the one in stdenv.
svn path=/nixpkgs/trunk/; revision=1262
