Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/dotnet/runtime.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2021-06-11Update dotnet SDK to 6.0 Preview 4 (#53808)Viktor Hofer
* Update dotnet SDK to 6.0 Preview 4 Update the minimum and target version of the SDK to 6.0 Preview 4. Part of https://github.com/dotnet/runtime/issues/53411 * Switch to using eng/targetingpacks.targets for redirecting runtime pack location in src/mono/sample * Fix binder tracing tests * Set UseMonoRuntime property so the dotnet SDK can pull the mono runtime packs This is necessary after the changes from https://github.com/dotnet/sdk/pull/16909. * Move UseMonoRuntimeProperty and set it to false in coreclr Co-authored-by: Alexander Köplinger <alex.koeplinger@outlook.com> Co-authored-by: Elinor Fung <elfung@microsoft.com>
2020-12-28Avoid deferred Arcade importing (#46397)Viktor Hofer
* General cleanup and mono import Arcade in root * More cleanup and coreclr import Arcade root * Import Arcade root from libraries * Set informationversion for corelib * BuildArchitecture cleanup * Fix property name * Fix default target invocation of runtime.proj * specify tfm correctly * Remove unnecessary TestStrongNameKeyId * Revert TestStrongNameKeyId removal * Fix entrypoint target by using M.B.NoTargets * Fix reference assembly paths * PR feedback * Set Platform correctly * PR feedback and more cleanup * Move BaselineMicrosoftNetCoreAppPackageVersion * Fix reference to CoreLib * Fix OS calculation * Fix targets importing * Remove *TargetOS * Add RuntimeConfiguration doc * Change conditions in root msbuild files * installer test fixes * Cleanup * More cleanup because of well defined entrypoint * Don't import D.B.* from installer tests at all * Rename fix * Include explicit reference to mscorlib in ilproj * Update eng/restore/docs.targets Co-authored-by: Jan Kotas <jkotas@microsoft.com> * Revert some installer test changes * Installer test fix again * Disable EOL tfm check for installer tests * Set platform later for installer Co-authored-by: Jan Kotas <jkotas@microsoft.com>
2020-12-25Consolidate packaging properties (#46331)Viktor Hofer
* Consolidate packaging properties * Remove versions.txt file from packages The versions.txt file was added to packages to know which SHA a package was built against. As the nuspec now contains the SHA, the versions file isn't necessary anymore.
2019-11-15Remove IsRuntimeRepository checks (#43)Viktor Hofer
* Remove IsRuntimeRepository checks * Remove YAML bits needed for building in core-setup. * Remove remaining consolidation branches in yml
2019-11-13Update CoreLib sources path and import runtime (dotnet/coreclr#27858)Viktor Hofer
Commit migrated from https://github.com/dotnet/coreclr/commit/1f2dda30f315b7047f4ec8a5276d888d82f06941
2019-10-15Buildwork to remove dir.props files (dotnet/coreclr#26960)David Wrighton
- Remove dir.props and dir.targets - Move all hierarchical build work into Directory.Build.props and Directory.Build.targets - Remove some vestiges of BuildTools - Remove concept of "Arcade" build. All product components (and nearly all of test) now include the Arcade Sdk - Convert test tree to use nuget.config instead of RestoreSources - Managed binaries now use the arcade convention for storing their intermediates Commit migrated from https://github.com/dotnet/coreclr/commit/2a17098515dbf530c831fa084d981396f97715c8
2019-06-26Tell the compiler to emit nullable attributes for public API only ↵Santiago Fernandez Madero
(dotnet/coreclr#25398) Commit migrated from https://github.com/dotnet/coreclr/commit/5ad5f29d5e3009396c92047220255f36b33eddcf
2019-05-21Switch NuGet package build to use Arcade instead of BuildTools ↵Elinor Fung
(dotnet/coreclr#24619) Commit migrated from https://github.com/dotnet/coreclr/commit/0d6facf7afac5868db3dce55a1fb940a02365687
2019-05-06Port all managed product binaries to use SDK style projects ↵Aaron Robinson
(dotnet/coreclr#24285) Convert managed product binary to use SDK project system. - Uses Arcade for versions strings - Overrides Arcade defined output paths - should change in the future Commit migrated from https://github.com/dotnet/coreclr/commit/099177b0899156a4e8a352083a273805240c0ccd
2019-02-21Set copyright and package licenseTomas Matousek
Commit migrated from https://github.com/dotnet/coreclr/commit/d02a88dc53a24debebb51fc7af471dd95ca2c56b
2018-12-15Add Azure DevOps signing support (dotnet/coreclr#21545)Morgan Brown
Add signing support for Azure DevOps pipelines. This uses the arcade signing step, but with custom logic to find files to sign while we're not using arcade for the rest of the build. Commit migrated from https://github.com/dotnet/coreclr/commit/e763e8302028edb4a49e22b7e18b888b3145d48c
2018-07-30Fix invalid IntPtr == null comparisons, set strict mode for Roslyn ↵Jacek Blaszczynski
(dotnet/coreclr#19191) Issue reported in https://github.com/dotnet/corefx/issues/31456 Solution is to compare always against IntPtr.Zero and use Roslyn stric mode for reporting warnings for IntPtr == null comparisons Commit migrated from https://github.com/dotnet/coreclr/commit/93cf012db8396f5ea16f70b781a5de0d012fc65d
2017-11-04[Infrastructure] Use MSBuild v15 extension point to control CL parallelism, ↵Jacek Blaszczynski
abstract MSBuild /maxcpucount switch (dotnet/coreclr#14578) This commit frees -ExtraParameters and uses MSBuild v15 extension point to control CL compiler parallelism. If MSBuild 15.0 is available - installed with Visual Studio 2017 - CL parallelism control is achieved by using extension point in Microsoft.Common.props file which allows to include Directory.Build.props - for details see [Microsoft.Common.props] [1] file in MSBuild repo. https://github.com/Microsoft/msbuild/blob/dotnet/coreclr@b38e4ceeaaec36c5237ae698041e9b9f18c84876/src/Tasks/Microsoft.Common.props#L36. MSBuild parallelism is controled via abstracted /maxcpucount command line switch which now is available as -MSBuildNodeCount pass through run.cmd/run.sh command line argument with default value equal to /maxcpucount (what defaults to number of logical processors). This allows to control MSBuild parallelism on all supported platforms. It is possible to control MSBuild parallelism programatically via MSBuild public API using MaxNodeCount properties available on the following APIs: Microsoft.Build.Evaluation.ProjectCollection.MaxNodeCount Microsoft.Build.Execution.BuildParameters.MaxNodeCount It's use in current build infrastructure would require creating unnecessary complexity and was ruled out. Commit migrated from https://github.com/dotnet/coreclr/commit/5a01d8a39576f0d07441e4d123a90138f4ae0735