mirrors/dotnet-installer
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

PR feedback

Browse source
This commit is contained in:
Piotr Puszkiewicz 2016-02-18 15:38:09 -08:00
parent e625cbcf7a
commit 7a9a501def
2 changed files with 5 additions and 11 deletions
Download patch file Download diff file Expand all files Collapse all files

8
Documentation/manpages/dotnet.1
View file

@ -121,14 +121,6 @@ Compiles\ the\ application\ in\ a\ given\ directory.\
.fi .fi
.SH ENVIRONMENT .SH ENVIRONMENT
.PP .PP
\f[C]DOTNET_HOME\f[]
.IP
.nf
\f[C]
Points\ to\ the\ base\ directory\ that\ contains\ the\ runtime\ and\ the\ binaries\ directories.\ The\ runtime\ will\ be\ used\ to\ run\ the\ executable\ file\ that\ is\ dropped\ after\ compiling.\ Not\ needed\ for\ native\ compilation.\ \
\f[]
.fi
.PP
\f[C]DOTNET_PACKAGES\f[] \f[C]DOTNET_PACKAGES\f[]
.IP .IP
.nf .nf

8
Documentation/specs/corehost.md
View file

@ -76,16 +76,18 @@ Satellite Assemblies (assemblies containing only embedded resources used in plac
## Runtime Resolution ## Runtime Resolution
Runtime resolution is controlled by two environment variables: Runtime resolution is controlled by these environment variables:
* `DOTNET_RUNTIME_SERVICING` -> Global override for runtime * `DOTNET_RUNTIME_SERVICING` -> Global override for runtime
* `DOTNET_HOME` -> Default location for runtime * `DOTNET_PACKAGES_CACHE` -> Secondary cache
* `DOTNET_PACKAGES` -> Package restore location
The runtime is located by searching the following paths in order, where `APP_BASE` refers to the directory containing the managed application assembly and `LIBCORECLR` refers to the platform-specific name for the CoreCLR library (`libcoreclr.so` on Unix, `libcoreclr.dylib` on Mac OS X, `coreclr.dll` on Windows). The first path that matches is used as the path to load the CoreCLR from. The runtime is located by searching the following paths in order, where `APP_BASE` refers to the directory containing the managed application assembly and `LIBCORECLR` refers to the platform-specific name for the CoreCLR library (`libcoreclr.so` on Unix, `libcoreclr.dylib` on Mac OS X, `coreclr.dll` on Windows). The first path that matches is used as the path to load the CoreCLR from.
* `$DOTNET_RUNTIME_SERVICING/runtime/coreclr/LIBCORECLR` * `$DOTNET_RUNTIME_SERVICING/runtime/coreclr/LIBCORECLR`
* `$DOTNET_PACKAGES_CACHE/<Package Id>/<Package Version>/runtimes/<RID>/native/LICORECLR`
* `APP_BASE/LIBCORECLR` * `APP_BASE/LIBCORECLR`
* `$DOTNET_HOME/runtime/coreclr/LIBCORECLR` * `$DOTNET_PACKAGES/<Package Id>/<Package Version>/runtimes/<RID>/native/LIBCORECLR`
* On Unix: * On Unix:
* `/usr/local/share/dotnet/runtime/coreclr/LIBCORECLR` [1] * `/usr/local/share/dotnet/runtime/coreclr/LIBCORECLR` [1]
* `/usr/share/dotnet/runtime/coreclr/LIBCORECLR` * `/usr/share/dotnet/runtime/coreclr/LIBCORECLR`