summaryrefslogtreecommitdiff
path: root/init-tools.cmd
AgeCommit message (Collapse)AuthorFilesLines
2018-03-28Sync init-tools scripts with what is in source-buildWes Haggard1-16/+15
2017-12-18Put ToolDir property back on restore commandChad Nedzlek1-2/+2
2017-11-22Ask buildtools to also restore ILAsm (#15103)Michal Strehovský1-1/+4
We should start with having this restored before we start using it to make sure that nobody has tools downloaded/initialized without ILAsm.
2017-10-30Align init-tools scripts with other source-build reposWes Haggard1-5/+13
2017-10-27Merge branch 'master' of https://github.com/dotnet/coreclrJacek Blaszczynski1-6/+6
2017-10-24Use new feed tasks package & auto-update versionwtgodbe1-2/+2
2017-10-24Cleanup VsDevCmd.bat usage and improve build system messages to ease diagnosticsJacek Blaszczynski1-8/+8
2017-10-11Proof-of-concept of using new Publish infra in coreclrwtgodbe1-4/+4
2017-10-10Update to 2.0 RTM CLI (#14396)Jose Perez Rodriguez1-1/+1
* Update to 2.0 RTM CLI * PR feedback
2017-07-13[CoreCLR] Display the contents of init-tools.log (#12795)Ravi Eda1-8/+13
* Update attribute-value in security build definition. * Display init-tools log. * Ensure execute permission is available.
2017-05-27Fix tool initialization detection (#11912)mikedn1-2/+6
init-tools.cmd attempts to create a file in a directory that doesn't exist. File creation fails and next time the script is run initialization will be performed again. That wastes a lot of time.
2017-05-16Update Coreclr to 2.0.0 buildtoolswtgodbe1-36/+21
2017-04-01Refactor dotnet download code in init-tools.cmd (#10527)Luis G1-1/+3
* Refactor dotnet download code in init-tools.cmd This addresses the improvements proposed in issue #10526. Includes the init-tools.cmd script refactor and a new script called dotnet-download.ps1 which includes the extracted code and logic * Code review feedback changes * Fix spacing
2017-01-06Update CLI to 1.0.0-preview2-1-003182, BuildTools to ↵Davis Goodin1-1/+1
1.0.27-prerelease-01205-03 (#8829) * Update CLI to 1.0.0-preview2-1-003182, BuildTools to 1.0.27-prerelease-01205-03 * Add BuildVersion.targets and required properties to test directory's dir.props
2016-10-18Change the name buildtools semaphore temporarilyJan Kotas1-1/+1
2016-10-13Update tests to netcoreapp1.1Jan Kotas1-1/+9
2016-10-08Standardize on _echo name (#7532)Vance Morrison1-1/+1
2016-09-20Upgrade CLI, buildtools for RTM shared framework. (#7045)Davis Goodin1-2/+2
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-16Detect 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