build machine because that feature offsets the performance timings. We ignore
that check, however, because with binaries being pre-built on Hydra those
timings aren't accurate for the local machine in the first place. The build log
might show something such as the following:
| It appears you have cpu throttling enabled, which makes timings
| unreliable and an ATLAS install nonsensical. Aborting.
| See ATLAS/INSTALL.txt for further information
| Ignoring CPU throttling by user override!
svn path=/nixpkgs/trunk/; revision=32506
This is the minimum version required for KDE-4, so I need it to ensure that my
cmake code works with cmake-2.6.4.
svn path=/nixpkgs/trunk/; revision=32504
this is version 3, while 4 already exists.
But I only need this tool for 'aacskeys', which doesn't work with 4
svn path=/nixpkgs/trunk/; revision=32490
I also add more libs octave appreciates for some functions.
I've not tested the graphics toolkit, but it builds.
svn path=/nixpkgs/trunk/; revision=32465
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
OpenSSL support. Having OpenSSL available at the time the core interpreter is
built enables all kinds of important crypto features (i.e. additional hashlib
algorithms, etc.) that otherwise won't be available.
svn path=/nixpkgs/trunk/; revision=32435
A seeming bug the "nix" rubygem causes activesupport's dependencies to be set
incorrectly when execjs is one of the relevant gems. I'll try to fix it, but
until then IMO a working activesupport is more important than coffee-script
svn path=/nixpkgs/trunk/; revision=32377
* Get rid of Qt 4.6. It doesn't compile with GCC 4.6. There was only
one application still using it (Caneda), but upgrading it allowed it
to build with Qt 4.7.
Eelco, could you please fix the date in caneda version?
svn path=/nixpkgs/trunk/; revision=32359
