diff options
| author | Christian Scheuer <sigurd@?.com> | 2017-08-02 02:30:32 +0200 |
|---|---|---|
| committer | Christian Scheuer <sigurd@?.com> | 2017-08-02 02:30:32 +0200 |
| commit | aa29a1edb036636ac4e0f156da05cb9f36cb0a44 (patch) | |
| tree | 7d48f0cac6edab61f88accaeef28642d51914812 | |
| parent | ca006da16473f009ef0bc74ea2394d244258c2cf (diff) | |
| download | coreclr-aa29a1edb036636ac4e0f156da05cb9f36cb0a44.tar.gz coreclr-aa29a1edb036636ac4e0f156da05cb9f36cb0a44.tar.bz2 coreclr-aa29a1edb036636ac4e0f156da05cb9f36cb0a44.zip | |
Fix reference to System.Threading.Thread class
| -rw-r--r-- | README.md | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -68,7 +68,7 @@ It also contains the source code for the following closely related support packa By itself, the `Microsoft.NETCore.Runtime.CoreCLR` package is actually not enough to do much. One reason for this is that the CoreCLR package tries to minimize the amount of the class library that it implements. Only types that have a strong dependency on the internal workings of the runtime are included (e.g, -`System.Object`, `System.String`, `System.Thread`, `System.Threading.Tasks.Task` and most foundational interfaces). +`System.Object`, `System.String`, `System.Threading.Thread`, `System.Threading.Tasks.Task` and most foundational interfaces). Instead most of the class library is implemented as independent Nuget packages that simply use the .NET Core runtime as a dependency. Many of the most familiar classes (`System.Collections`, `System.IO`, `System.Xml` and so on), live in packages defined in the [dotnet/corefx](https://github.com/dotnet/corefx) repository. |