a8ac80b7bc
* Clean up the `install-windows-build-deps.yml` file and add some more comments where appropriate. * Add some comments to `run.yml` * Don't fast path the `rustfmt` submodule, but we'll take care of that later if necessary.
92 lines
4.7 KiB
YAML
92 lines
4.7 KiB
YAML
steps:
|
|
# We've had issues with the default drive in use running out of space during a
|
|
# build, and it looks like the `C:` drive has more space than the default `D:`
|
|
# drive. We should probably confirm this with the azure pipelines team at some
|
|
# point, but this seems to fix our "disk space full" problems.
|
|
- script: |
|
|
mkdir c:\MORE_SPACE
|
|
mklink /J build c:\MORE_SPACE
|
|
displayName: "Ensure build happens on C:/ instead of D:/"
|
|
condition: and(succeeded(), eq(variables['Agent.OS'], 'Windows_NT'))
|
|
|
|
# Download and install MSYS2, needed primarily for the test suite (run-make) but
|
|
# also used by the MinGW toolchain for assembling things.
|
|
#
|
|
# FIXME: we should probe the default azure image and see if we can use the MSYS2
|
|
# toolchain there. (if there's even one there). For now though this gets the job
|
|
# done.
|
|
- script: |
|
|
set MSYS_PATH=%CD%\citools\msys64
|
|
choco install msys2 --params="/InstallDir:%MSYS_PATH% /NoPath" -y
|
|
set PATH=%MSYS_PATH%\usr\bin;%PATH%
|
|
pacman -S --noconfirm --needed base-devel ca-certificates make diffutils tar
|
|
IF "%MINGW_URL%"=="" (
|
|
IF "%MSYS_BITS%"=="32" pacman -S --noconfirm --needed mingw-w64-i686-toolchain mingw-w64-i686-cmake mingw-w64-i686-gcc mingw-w64-i686-python2
|
|
IF "%MSYS_BITS%"=="64" pacman -S --noconfirm --needed mingw-w64-x86_64-toolchain mingw-w64-x86_64-cmake mingw-w64-x86_64-gcc mingw-w64-x86_64-python2
|
|
)
|
|
where rev
|
|
rev --help
|
|
where make
|
|
|
|
echo ##vso[task.setvariable variable=MSYS_PATH]%MSYS_PATH%
|
|
echo ##vso[task.prependpath]%MSYS_PATH%\usr\bin
|
|
displayName: Install msys2
|
|
condition: and(succeeded(), eq(variables['Agent.OS'], 'Windows_NT'))
|
|
|
|
# If we need to download a custom MinGW, do so here and set the path
|
|
# appropriately.
|
|
#
|
|
# Here we also do a pretty heinous thing which is to mangle the MinGW
|
|
# installation we just downloaded. Currently, as of this writing, we're using
|
|
# MinGW-w64 builds of gcc, and that's currently at 6.3.0. We use 6.3.0 as it
|
|
# appears to be the first version which contains a fix for #40546, builds
|
|
# randomly failing during LLVM due to ar.exe/ranlib.exe failures.
|
|
#
|
|
# Unfortunately, though, 6.3.0 *also* is the first version of MinGW-w64 builds
|
|
# to contain a regression in gdb (#40184). As a result if we were to use the
|
|
# gdb provided (7.11.1) then we would fail all debuginfo tests.
|
|
#
|
|
# In order to fix spurious failures (pretty high priority) we use 6.3.0. To
|
|
# avoid disabling gdb tests we download an *old* version of gdb, specifically
|
|
# that found inside the 6.2.0 distribution. We then overwrite the 6.3.0 gdb
|
|
# with the 6.2.0 gdb to get tests passing.
|
|
#
|
|
# Note that we don't literally overwrite the gdb.exe binary because it appears
|
|
# to just use gdborig.exe, so that's the binary we deal with instead.
|
|
- script: |
|
|
powershell -Command "iwr -outf %MINGW_ARCHIVE% %MINGW_URL%/%MINGW_ARCHIVE%"
|
|
7z x -y %MINGW_ARCHIVE% > nul
|
|
powershell -Command "iwr -outf 2017-04-20-%MSYS_BITS%bit-gdborig.exe %MINGW_URL%/2017-04-20-%MSYS_BITS%bit-gdborig.exe"
|
|
mv 2017-04-20-%MSYS_BITS%bit-gdborig.exe %MINGW_DIR%\bin\gdborig.exe
|
|
echo ##vso[task.prependpath]%CD%\%MINGW_DIR%\bin
|
|
condition: and(succeeded(), eq(variables['Agent.OS'], 'Windows_NT'), ne(variables['MINGW_URL'],''))
|
|
displayName: Download custom MinGW
|
|
|
|
# Otherwise pull in the MinGW installed on appveyor
|
|
- script: |
|
|
echo ##vso[task.prependpath]%MSYS_PATH%\mingw%MSYS_BITS%\bin
|
|
condition: and(succeeded(), eq(variables['Agent.OS'], 'Windows_NT'), eq(variables['MINGW_URL'],''))
|
|
displayName: Add MinGW to path
|
|
|
|
# Make sure we use the native python interpreter instead of some msys equivalent
|
|
# one way or another. The msys interpreters seem to have weird path conversions
|
|
# baked in which break LLVM's build system one way or another, so let's use the
|
|
# native version which keeps everything as native as possible.
|
|
- script: |
|
|
copy C:\Python27amd64\python.exe C:\Python27amd64\python2.7.exe
|
|
echo ##vso[task.prependpath]C:\Python27amd64
|
|
displayName: Prefer the "native" Python as LLVM has trouble building with MSYS sometimes
|
|
condition: and(succeeded(), eq(variables['Agent.OS'], 'Windows_NT'))
|
|
|
|
# Note that this is originally from the github releases patch of Ninja
|
|
- script: |
|
|
md ninja
|
|
powershell -Command "iwr -outf 2017-03-15-ninja-win.zip https://s3-us-west-1.amazonaws.com/rust-lang-ci2/rust-ci-mirror/2017-03-15-ninja-win.zip"
|
|
7z x -oninja 2017-03-15-ninja-win.zip
|
|
del 2017-03-15-ninja-win.zip
|
|
set RUST_CONFIGURE_ARGS=%RUST_CONFIGURE_ARGS% --enable-ninja
|
|
echo ##vso[task.setvariable variable=RUST_CONFIGURE_ARGS]%RUST_CONFIGURE_ARGS%
|
|
echo ##vso[task.prependpath]%CD%\ninja
|
|
displayName: Download and install ninja
|
|
condition: and(succeeded(), eq(variables['Agent.OS'], 'Windows_NT'))
|