platform/upstream/coreclr - Domain: Dotnet / Core; Licenses: MIT;

Age	Commit message (Collapse)	Author	Files	Lines
2019-06-25	Tell the compiler to emit nullable attributes for public API only (#25398)	Santiago Fernandez Madero	1	-1/+1

2019-05-21	Switch NuGet package build to use Arcade instead of BuildTools (#24619)	Elinor Fung	1	-1/+1

2019-05-06	Port all managed product binaries to use SDK style projects (#24285)	Aaron Robinson	1	-1/+4
	Convert managed product binary to use SDK project system. - Uses Arcade for versions strings - Overrides Arcade defined output paths - should change in the future
2019-02-20	Set copyright and package license	Tomas Matousek	1	-0/+6

2018-12-14	Add Azure DevOps signing support (#21545)	Morgan Brown	1	-0/+1
	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.
2018-07-29	Fix invalid IntPtr == null comparisons, set strict mode for Roslyn (#19191)	Jacek Blaszczynski	1	-0/+4
	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
2017-11-04	[Infrastructure] Use MSBuild v15 extension point to control CL parallelism, ↵	Jacek Blaszczynski	1	-0/+5
	abstract MSBuild /maxcpucount switch (#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/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.