summaryrefslogtreecommitdiff
path: root/init-tools.cmd
AgeCommit message (Collapse)AuthorFilesLines
2016-07-19Make coreclr buildable on 32bit Windows 10. (#6316)Jim Ma1-1/+1
Automatically determine the OS architecture(x86 or x64) and download the correct dev tool. Fix #6308
2016-05-27Adding commit hash to all built binaries.Jose Perez Rodriguez1-1/+1
2016-05-26Add retry logic when downloading the CLI from Azure blob storage.Joel Hendrix1-1/+1
Downloading from Azure can transiently fail for a number of reasons. Add some retry logic when downloading to avoid transient failures. For *nix variants add a retry value when using curl (wget retries by default).
2016-04-22Partly fix the build issue when path to git repository has spaces (for ↵Mikhail Pilin1-10/+10
example "d:\z z\coreclr"). (#4388) The same issue in "d:\z z\coreclr\Tools\versioning.targets"(288): $(IntermediateOutputPath) should be "$(IntermediateOutputPath.TrimEnd('\'))" and all other path should be quoted with " in this line.
2016-04-15Detect if powershell version is suitable for restoring build toolsAndy Ayers1-4/+11
Powershell v3 or higher is required to decompress the build tools bundle. Windows 7 typically has v2 installed. Detect earlier versions and fail with a pointer to the build prerequisites and a download link for an updated version. Also propagate failures out of init-tools.cmd. The last step of this is unchecked since the build tool init script can return nonzero status even on success. See #3510.
2016-04-03Remove ReadyToRun workaroundJan Kotas1-3/+0
2016-03-30Upgrade dotnet cli version.Davis Goodin1-2/+2
2016-03-02Upgrade CLI version and buildtools, and make build file changes.Davis Goodin1-1/+1
Unset CORE_ROOT in environment on Windows before doing restore so that dotnet CLI doesn't try to run using binaries from the test CORE_ROOT. Restore the xunit wrapper projects in a batch rather than individually to save a lot of time. Work around xunit.runner.msbuild not having compatible package layout by ignoring errors and adding import so that a future fix will work. Hard-code C# language for generated wrapper projects: the $(Language) property wasn't set. Also Change www.myget.org to dotnet.myget.org, as we switched to enterprise myget. Add System.ObjectModel to tests\src\JIT\config\benchmark+serialize\project.json to manually upgrade it to a version that doesn't require lifting for runtime. This fixes System.ObjectModel.dll being missing from CORE_ROOT and causing the test to fail. Switch to v3 nuget feeds and sync NuGet.Configs.
2016-02-23Correctly cleaning up the ToolRuntime folder once a new version is requiredJose Perez Rodriguez1-0/+2
2016-01-29update version of buildtoolsRahul Kumar1-0/+76