+7
-7
doc/languages-frameworks/agda.section.md
+7
-7
doc/languages-frameworks/agda.section.md
······For example, suppose we wanted a version of Agda which has access to the standard library. This can be obtained with the expressions:···Agda will not by default use these libraries. To tell Agda to use the library we have some options:···Agda modules can be compiled with the `--compile` flag. A version of `ghc` with `ieee754` is made available to the Agda program via the `--with-compiler` flag.···To add an Agda package to `nixpkgs`, the derivation should be written to `pkgs/development/libraries/agda/${library-name}/` and an entry should be added to `pkgs/top-level/agda-packages.nix`. Here it is called in a scope with access to all other Agda libraries, so the top line of the `default.nix` can look like:and `mkDerivation` should be called instead of `agdaPackages.mkDerivation`. Here is an example skeleton derivation for iowa-stdlib:
+3
-3
doc/languages-frameworks/dotnet.section.md
+3
-3
doc/languages-frameworks/dotnet.section.md
······It's very likely that more than one sdk will be needed on a given project. Dotnet provides several different frameworks (E.g dotnetcore, aspnetcore, etc.) as well as many versions for a given framework. Normally, dotnet is able to fetch a framework and install it relative to the executable. However, this would mean writing to the nix store in nixpkgs, which is read-only. To support the many-sdk use case, one can compose an environment using `dotnetCorePackages.combinePackages`:···This will produce a dotnet installation that has the dotnet 3.1, 3.0, and 2.1 sdk. The first sdk listed will have it's cli utility present in the resulting environment. Example info output:
+9
-9
doc/languages-frameworks/idris.section.md
+9
-9
doc/languages-frameworks/idris.section.md
···············To have access to these libraries in idris, call it with an argument `-p <library name>` for each library:A listing of all available packages the Idris binary has access to is available via `--listlibs`:·········
+4
-4
doc/languages-frameworks/python.section.md
+4
-4
doc/languages-frameworks/python.section.md
·········
+3
-3
doc/languages-frameworks/qt.section.md
+3
-3
doc/languages-frameworks/qt.section.md
·········
+27
-26
doc/languages-frameworks/rust.section.md
+27
-26
doc/languages-frameworks/rust.section.md
···use either `rustup` from nixpkgs (which will manage the rust installation in your home directory),···················································Add the following to your `configuration.nix`, `home-configuration.nix`, `shell.nix`, or similar:
+4
-4
doc/languages-frameworks/vim.section.md
+4
-4
doc/languages-frameworks/vim.section.md
······You should get a Vim buffer with the nix derivations (output1) and vam.pluginDictionaries (output2).You can add your Vim to your system's configuration file like this and start it by "vim-my":······Some plugins require overrides in order to function properly. Overrides are placed in [overrides.nix](/pkgs/misc/vim-plugins/overrides.nix). Overrides are most often required when a plugin requires some dependencies, or extra steps are required during the build process. For example `deoplete-fish` requires both `deoplete-nvim` and `vim-fish`, and so the following override was added: