| Commit message (Collapse) | Author | Age |
|
|
|
| |
dune allows to specify the number of jobs to build the package.
|
|
|
|
|
|
| |
Otheriwse running the tool fails with
line 41: jq: command not found
|
|\
| |
| | |
srcOnly: fix invocation and document
|
| |
| |
| |
| |
| |
| |
| |
| | |
The only reason to pass build inputs is to extend the unpackPhase with
custom unpack commands. Eg: add "unrar" to unpack rar sources. And those
should really be passed as native build inputs. Why? Because
nativeBuildInputs is for dependencies that are used at build time but
will not propagate as runtime dependencies. And also, cross-compilation.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously, callPackage would try and fill the arguments such as `name`
and `src` which would cause problems if those existed as top-level
attributes. This also makes it clearer what part is the function
signature.
Then document the derivation inline in the code to explain the ellipsis
and various use-cases.
|
|\ \
| | |
| | | |
lapack: fix darwin library identifiers
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The build system already sets these properly to the absolute path so no
need to patch the libraries on darwin.
$ otool -D result/lib/liblapacke.dylib
result/lib/liblapacke.dylib:
/nix/store/k88gy5s765yn3dc5ws3jbykyvklm7z96-openblas-0.3.8/lib/libopenblasp-r0.3.8.dylib
Fixes #85713
|
|\ \ \
| |/ /
|/| | |
|
| | |
| | |
| | |
| | |
| | | |
This then supports using functions like writeShellScriptBin with script names
that would be invalid as derivation names
|
|\ \ \ |
|
| |\ \ \
| | |_|/
| |/| | |
BLAS/LAPACK fixup and expand docs
|
| | | |
| | | |
| | | |
| | | | |
To match the soname, we need to use libblas.so.3, liblapack.so.3.
|
|\| | | |
|
| |\ \ \
| | |/ /
| |/| | |
srcOnly: ignore additional arguments
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This reverts commit b32a057425b337b37db41d3b4a67d39657477c05,
which breaks even the most straightforward uses of srcOnly:
nix-repl> srcOnly guile
error: anonymous function at /home/src/nixpkgs/pkgs/build-support/src-only/default.nix:1:1 called with unexpected argument 'drvPath', at /home/src/nixpkgs/lib/customisation.nix:69:16
nix-repl> srcOnly hello
error: anonymous function at /home/src/nixpkgs/pkgs/build-support/src-only/default.nix:1:1 called with unexpected argument 'drvPath', at /home/src/nixpkgs/lib/customisation.nix:69:16
Link: https://github.com/NixOS/nixpkgs/pull/80903#issuecomment-617172927
|
|\| | | |
|
| | | |
| | | |
| | | |
| | | | |
Some of these are necessary for things like python.pkgs.numexpr
|
| | | |
| | | |
| | | |
| | | | |
This is needed for numpy to detect mkl correctly.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This is a better name since we have multiple 64-bit things that could
be referred to.
LP64 : integer=32, long=64, pointer=64
ILP64 : integer=64, long=64, pointer=64
|
| |/ /
| | |
| | |
| | |
| | | |
We have some unused RPATHs we don’t want shrunk. These are used in MKL
to dlopen based on architecture.
|
|\| | |
|
| | | |
|
| | | |
|
|\| | |
|
| |\ \
| | | |
| | | | |
treewide: Get rid of -dumpmachine in favor of static info
|
| | | | |
|
|\| | | |
|
| | | | |
|
|\| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Add a simple hook that makes sure blas and lapack are linked to the
right place.
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is based on previous work for switching between BLAS and LAPACK
implementation in Debian[1] and Gentoo[2]. The goal is to have one way
to depend on the BLAS/LAPACK libraries that all packages must use. The
attrs “blas” and “lapack” are used to represent a wrapped BLAS/LAPACK
provider. Derivations that don’t care how BLAS and LAPACK are
implemented can just use blas and lapack directly. If you do care what
you get (perhaps for some CPP), you should verify that blas and lapack
match what you expect with an assertion.
The “blas” package collides with the old “blas” reference
implementation. This has been renamed to “blas-reference”. In
addition, “lapack-reference” is also included, corresponding to
“liblapack” from Netlib.org.
Currently, there are 3 providers of the BLAS and LAPACK interfaces:
- lapack-reference: the BLAS/LAPACK implementation maintained by netlib.org
- OpenBLAS: an optimized version of BLAS and LAPACK
- MKL: Intel’s unfree but highly optimized BLAS/LAPACK implementation
By default, the above implementations all use the “LP64” BLAS and
LAPACK ABI. This corresponds to “openblasCompat” and is the safest way
to use BLAS/LAPACK. You may received some benefits from “ILP64” or
8-byte integer BLAS at the expense of breaking compatibility with some
packages.
This can be switched at build time with an override like:
import <nixpkgs> {
config.allowUnfree = true;
overlays = [(self: super: {
lapack = super.lapack.override {
lapackProvider = super.lapack-reference;
};
blas = super.blas.override {
blasProvider = super.lapack-reference;
};
})];
}
or, switched at runtime via LD_LIBRARY_PATH like:
$ LD_LIBRARY_PATH=$(nix-build -E '(with import <nixpkgs> {}).lapack.override { lapackProvider = pkgs.mkl; is64bit = true; })')/lib:$(nix-build -E '(with import <nixpkgs> {}).blas.override { blasProvider = pkgs.mkl; is64bit = true; })')/lib ./your-blas-linked-binary
By default, we use OpenBLAS LP64 also known in Nixpkgs as
openblasCompat.
[1]: https://wiki.debian.org/DebianScience/LinearAlgebraLibraries
[2]: https://wiki.gentoo.org/wiki/Blas-lapack-switch
|
|\| | |
|
| |\ \
| | |/
| |/| |
buildRustCrate: support proc-macro in default prelude
|
| | | |
|
|\ \ \
| |/ /
|/| | |
Cross compilation fixes [april 2020]
|
| | | |
|
|\ \ \
| |_|/
|/| | |
buildRustCrate: Allow version specific dependency renaming + parameter doc
|
| | | |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
I know, heretic, but...
I also know that this is not perfect but it is a good start, I think. It
would be nice if this were part of the automatic "nixdoc" function
reference. I'd like guidance if this should be part of the rust section
or something else.
|
|\ \
| | |
| | | |
build-bazel-package: fix linkopt flags
|
| |/
| |
| |
| |
| |
| | |
These values were incorrect. We need to use NIX_LDFLAGS, not
NIX_LD_FLAGS. Also need to prefix all flags with -Wl, for GCC to
accept it.
|
|/ |
|
|\
| |
| | |
PHP: Make the default package more sane [v3]
|
| |
| |
| |
| |
| | |
Introduce the internalDeps attribute used by mkExtension, to refer to
internal php extensions built by mkExtension.
|
|\ \ |
|
| |\ \
| | | |
| | | | |
releaseTools: no-op expression cleanup
|
| | | |
| | | |
| | | |
| | | |
| | | | |
No functional change, was just reading through these and cleaning/sanitizing
them a bit while I'm here.
|
|\| | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This change fixes byte compilation of, e.g., Helm without breaking
builds using, e.g., `trivialBuild`.
See https://github.com/NixOS/nixpkgs/pull/82604#issuecomment-607201755
|
| |\ \ \
| | | | |
| | | | | |
Unbreak os prober test
|