about summary refs log tree commit diff
path: root/pkgs/development/compilers/cudatoolkit
AgeCommit message (Collapse)AuthorFilesLines
2020-12-30Fix trailing whitespaceMichael Del Casino1-2/+1
2020-12-30CUDA Toolkit 11.1.1 for 455.83 Driver in 20.0.9Michael Del Casino1-1/+9
NixOS 20.0.9's default NVIDIA video driver version is 455.38, which supports CUDA 11.1.1. **Things to note:** - [ ] Users with nvtop installed may need to upgrade their nvtop installation due to caching behavior
2020-09-12cudatoolkit: install missing libraries for nvprof (10.1 and 10.2)Thomas Bereknyei1-1/+2
2020-08-19cudatoolkit: init v11.0.3Matthew Bauer2-3/+35
2020-01-28cudatoolkit_7*: build w/gcc6Maximilian Bosch1-3/+2
2020-01-28cudatoolkit_8: build with gcc6Maximilian Bosch1-2/+1
2019-12-24cudatoolkit: 10.2.89Fernando J Pando1-1/+9
2019-11-29cudatoolkit: move the dependencies into a common expressionAndreas Rammhold2-204/+229
2019-11-29Revert "cudatoolkit: move the dependencies into a common expression"Andreas Rammhold2-215/+204
This reverts commit ceafd896f5b801b4722f81b869c27ea2ed3870dd.
2019-11-26cudatoolkit: move the dependencies into a common expressionAndreas Rammhold2-204/+215
This has the benefit of being able to override all the inputs to the build where you were previously only able to override the entire package set (if at all).
2019-11-06Merge pull request #68954 from dguibert/dg/cudatoolkit_10_1Andreas Rammhold1-13/+35
cudatoolkit: add 10.1.243
2019-09-26tree-wide: replace uses of splitString "." with lib.versionsJoachim Fasting1-3/+1
Quoting from the splitString docstring: NOTE: this function is not performant and should never be used. This replaces trivial uses of splitString for splitting version strings with the (potentially builtin) splitVersion.
2019-09-17cudatolkit,cuddn: make 10_1 as defaultDavid Guibert1-1/+1
2019-09-17cudatoolkit: add 10.1.243David Guibert1-12/+34
2019-08-15treewide: name -> pname (easy cases) (#66585)volth1-1/+1
treewide replacement of stdenv.mkDerivation rec { name = "*-${version}"; version = "*"; to pname
2019-07-22gdk-pixbuf: rename from gdk_pixbufworldofpeace1-2/+2
2019-05-22Add driver library path to some packages to find CUDA libraries.Ambroz Bizjak1-2/+12
This is to avoid relying on LD_LIBRARY_PATH for finding the CUDA driver libraries.
2019-03-22Fix cudatoolkit building on non-sandboxed systems(cdep)illabout1-1/+5
This fixes cudatoolkit building on non-sandboxed system. The cudatoolkit tests run each of the CUDA binaries as a small smoke test just to make sure they all can at least somewhat run. However, the `cuda-gdb` binary doesn't run correctly on non-sandboxed systems because it picks up versions of Python from /usr/lib. This PR disables the smoke tests for now. They should be re-enabled when we figure out how to make them work for cuda-gdb on non-sandboxed systems. This PR is for #57939.
2019-02-19cudatoolkit_9_0: Add later released patch updatesJosef Kemetmüller1-0/+18
2019-02-19cudatoolkit: Fix GUI applicationsJosef Kemetmüller1-3/+13
This fixes the following error when starting nvvp or nsight: ``` (java:23876): Gtk-WARNING **: 19:12:17.777: Unable to locate theme engine in module_path: "adwaita", A fatal error has been detected by the Java Runtime Environment: SIGSEGV (0xb) at pc=0x00007f957f7b67fe, pid=23876, tid=140281059333888 JRE version: Java(TM) SE Runtime Environment (8.0_77-b03) (build 1.8.0_77-b03) Java VM: Java HotSpot(TM) 64-Bit Server VM (25.77-b03 mixed mode linux-amd64 compressed oops) Problematic frame: C [libpixbufloader-bmp.so+0x27fe] gdk_pixbuf__bmp_image_load_increment+0xeee ``` Since GDK_PIXBUF_MODULE_FILE should match the version we actually link to, we override the environment variable using the one provided by the gdk_pixbuf setup-hook.
2019-02-19cudatoolkit: Fix building of older versionsJosef Kemetmüller1-3/+19
Versions prior to 9.0 did not build. Additionally we add some smoke tests for the binaries in $out/bin.
2019-02-19cudatoolkit: Fixup cuda-gdb ncurses versionJosef Kemetmüller1-2/+2
The ncurses upgrade to libncurses.so.6 did silently break cuda-gdb quite some time ago.
2019-01-03cudatoolkit: fix nvprofChristian Kögler1-0/+4
2018-11-10cudatoolkit: build versions 9.2+ with gcc7Jason Hilton1-3/+3
closes issue #50040
2018-10-30cudatoolkit, cudnn: many updatesPatrick Hilhorst1-5/+35
cudatoolkit_9_1: 9.1.85.1 -> 9.1.85.3 cudatoolkit_9_2: init at 9.2.148.1 cudatoolkit_9: 9.1.85.1 -> 9.2.148.1 cudatoolkit_10, cudatoolkit_10_0: init at 10.0.130 cudnn_cudatoolkit_9_0: 7.0.5 -> 7.3.0 cudnn_cudatoolkit_9_1: init at 7.1.3 cudnn_cudatoolkit_9_2: init at 7.2.1 cudnn_cudatoolkit_9: 7.0.5 (9.1) -> 7.3.1 (9.2) cudnn_cudatoolkit_10, cudnn_cudatoolkit_10_0: init at 7.3.1
2018-07-21pkgs/*: remove unreferenced function argumentsvolth1-1/+1
2018-05-31cudatoolkit: add 9.0Jean-Philippe Bernardy1-0/+7
This version is a dependency of tensorflow binaries
2018-05-31renaming cudatoolkit version numbersJean-Philippe Bernardy1-6/+6
2018-03-04Give working advice for running nix-prefetch-urlAnders Kaseorg1-1/+1
nix-prefetch-url file://… requires a full path. Suggest an invocation that will provide one. Signed-off-by: Anders Kaseorg <andersk@mit.edu>
2018-02-25cudatoolkit: 9.0.176 -> 9.1.85.1Nikolay Amiantov1-3/+9
2018-02-25cudatoolkit8: 8.0.61 -> 8.0.88Nikolay Amiantov1-21/+44
This requires a refactor so that we support binary patches from NVIDIA.
2017-12-14cudatoolkit: fix build with newer glibc versionsFranz Pletz1-0/+3
Packages that use CUDA would fail to build with missing defines.
2017-10-19cudatoolkit: use recommended gcc by defaultNikolay Amiantov1-3/+20
This way one may build packages requiring old CUDA Toolkit with usual stdenv; only bits which are compiled with NVCC would use older GCC.
2017-10-19cudatoolkit9: init at 9.0.176Nikolay Amiantov1-15/+34
Make CUDA Toolkit 9 the default choice.
2017-09-16cudatoolkit: Move libcudart to a separate outputEelco Dolstra1-2/+11
This prevents opensubdiv (and thus blender) from having all of cudatoolkit in its closure.
2017-08-01pkgs: refactor needless quoting of homepage meta attribute (#27809)Silvan Mosberger1-1/+1
* pkgs: refactor needless quoting of homepage meta attribute A lot of packages are needlessly quoting the homepage meta attribute (about 1400, 22%), this commit refactors all of those instances. * pkgs: Fixing some links that were wrongfully unquoted in the previous commit * Fixed some instances
2017-02-28cudatoolkit: remove OpenCL libraryNikolay Amiantov1-12/+9
libOpenCL is provided by ocl-icd with implementation in NVIDIA driver instead.
2017-02-28cudatoolkit: Multiple output improvementsEelco Dolstra1-11/+27
* Add a "lib" output containing (for the moment) only libOpenCL. This reduces the closure size of opensubdiv and blender by about 2 GiB. * Add a "doc" output (about ~200 MiB). * Remove the "sdk" output since it was worse than useless: all of the "sdk" output was also included in "out", so it actually increased disk space usage. * Run patchelf on ELF binaries only.
2017-02-28cudatoolkit: 8.0.44 -> 8.0.61Eelco Dolstra1-3/+3
2017-02-13cudatoolkit5: remove this ancient versionFrederik Rietdijk1-8/+1
2016-11-01cudatoolkit: Add 8.0.44Eelco Dolstra1-0/+6
2016-09-17cudatoolkit: Fix building dependent packagesEelco Dolstra1-0/+8
- Set a cmake flag to allow cmake to find CUDA automatically. - Pass -D_FORCE_INLINES to work around /nix/store/8sl4jfs3nq0pkq4gg655s3axrxdx7z29-glibc-2.24-dev/include/string.h: In function 'void* __mempcpy_inline(void*, const void*, size_t)': /nix/store/8sl4jfs3nq0pkq4gg655s3axrxdx7z29-glibc-2.24-dev/include/string.h:650:42: error: 'memcpy' was not declared in this scope https://github.com/BVLC/caffe/issues/4046 This fixes OpenSubdiv and Blender.
2016-05-01replace ${stdenv.cc.cc}/lib occurencesNikolay Amiantov1-1/+1
2016-04-08cudatoolkit: Don't barf on GCC > 4.9Eelco Dolstra1-0/+3
Blender appears to build/run fine with GCC 5.3.
2016-03-02cudatoolkit: Add version 7.5.18Eelco Dolstra1-0/+6
2016-03-02cudatoolkit: Merge into one file and use callPackagesEelco Dolstra6-100/+103
2015-09-15xlibs: replace occurrences by xorgVladimír Čunát1-2/+2
This seems to have been confusing people, using both xlibs and xorg, etc. - Avoided renaming local (and different) xlibs binding in gcc*. - Fixed cases where both xorg and xlibs were used. Hopefully everything still works as before.
2015-09-10cudatoolkit: don't move $out/include to $out/usr_includeBjørn Forsman2-11/+0
This effectively reverts 86c283824f76d849acbe6 ("If cuda headers are presented to nix [...]") and all the following workarounds that was added due to that commit. As far as I can tell[1] this hack isn't needed anymore. And moving includes to $out/usr_include causes pain for cudatoolkit users, so better get rid of it. In patches that did more than the $out/usr_include workaround, I only changed the line back to $out/include instead of re-generating the patches and fully removing the changed line. [1]: I build tested blender and caffe, and temporarily added recurseIntoAttrs to rPackages and haskellPackages so that nox-review could get proper coverage. However, many of the packages do not build even before this patch. I also built CUDA samples with cudatoolkit7 that ran fine.
2015-08-18cudatoolkit: fixup path to samplesBjørn Forsman1-0/+5
This is needed for cuda 6.5 or else nsight will not find them. In cuda 7.0 the samples are already in $out/samples. Older versions do not build due to broken dependency (python-minimal).
2015-07-04cudatoolkit: generalize derivations, add cuda7William Casarin5-191/+95
There is not much different between the cudatoolkit expressions: pkgs/development/compilers/cudatoolkit/5.5.nix pkgs/development/compilers/cudatoolkit/6.0.nix pkgs/development/compilers/cudatoolkit/6.5.nix This commit removes those and replaces them with pkgs/development/compilers/cudatoolkit/generic.nix and adds cudatoolkit version 7