dotnet-installer/src
Sridhar Periyasamy 1db27b7ae3 Enable building dotnet-CLI for centos.
I had to patch up a redhat dnx package which supports NETStandard.Library package. It is currently uploaded to dotnet-cli blob storage. This hack will no longer be required when we move to xplat nuget to do 'dotnet restore'. Apart from this there are three issues that are tracked for centos.
- compile-native not yet supported - https://github.com/dotnet/cli/issues/453
- dnu restore crashes intermittently on centos. I need to investigate this a little bit more and file issues on dnx or coreclr. This will make our CI builds very flaky.
- Dotnet restore does not restore native shims when using “centos.7-x64” - https://github.com/dotnet/corefx/issues/5066
2015-12-18 11:32:20 -08:00
..
corehost Merge pull request #517 from blackdwarf/pkgosxfix 2015-12-16 20:15:13 -08:00
Microsoft.DotNet.Cli rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Cli.Utils Merge pull request #487 from brthor/project_validator 2015-12-16 16:47:51 -08:00
Microsoft.DotNet.Compiler.Common rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.ProjectModel Enable building dotnet-CLI for centos. 2015-12-18 11:32:20 -08:00
Microsoft.DotNet.ProjectModel.Loader rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.ProjectModel.Workspaces rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Runtime rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Compiler Remove verbose dependency info 2015-12-17 01:00:24 -08:00
Microsoft.DotNet.Tools.Compiler.Csc System.CommandLine uses Environment.FailFast when help or ReportError is detected. This causes the debugger to get invoked in windows and is not desirable. The fix here is to handle error and help ourselves, but still use the getHelpText from System.CommandLine to generate the help content. 2015-12-17 14:56:08 -08:00
Microsoft.DotNet.Tools.Compiler.Native System.CommandLine uses Environment.FailFast when help or ReportError is detected. This causes the debugger to get invoked in windows and is not desirable. The fix here is to handle error and help ourselves, but still use the getHelpText from System.CommandLine to generate the help content. 2015-12-17 14:56:08 -08:00
Microsoft.DotNet.Tools.New rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Pack rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Publish Merge pull request #497 from brthor/upgrade_stdlib 2015-12-16 15:38:51 -08:00
Microsoft.DotNet.Tools.Repl rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Repl.Csi rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Resgen rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Run rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.DotNet.Tools.Test rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00
Microsoft.Extensions.DependencyModel Add resource satelite assembly generation 2015-12-14 08:33:11 -08:00
Microsoft.Extensions.Testing.Abstractions rc2-23616 to hopefully resolve crossgen issues 2015-12-16 11:48:33 -08:00