snappy/.appveyor.yml

# Build matrix / environment variables are explained on:
# https://www.appveyor.com/docs/appveyor-yml/
# This file can be validated on: https://ci.appveyor.com/tools/validate-yaml

version: "{build}"

environment:
  matrix:
    # AppVeyor currently has no custom job name feature.
    # http://help.appveyor.com/discussions/questions/1623-can-i-provide-a-friendly-name-for-jobs
    - JOB: Visual Studio 2019
      APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2019
      CMAKE_GENERATOR: Visual Studio 16 2019

platform:
  - x86
  - x64

configuration:
  - RelWithDebInfo
  - Debug

build_script:
  - git submodule update --init --recursive
  - mkdir build
  - cd build
  - if "%platform%"=="x86" (set CMAKE_GENERATOR_PLATFORM="Win32")
      else (set CMAKE_GENERATOR_PLATFORM="%platform%")
  - cmake --version
  - cmake .. -G "%CMAKE_GENERATOR%" -A "%CMAKE_GENERATOR_PLATFORM%"
      -DCMAKE_CONFIGURATION_TYPES="%CONFIGURATION%" -DSNAPPY_REQUIRE_AVX2=ON
  - cmake --build . --config %CONFIGURATION%
  - cd ..

test_script:
  - build\%CONFIGURATION%\snappy_unittest
Update Travis CI config, add AppVeyor for Windows CI coverage. 2017-06-27 18:11:16 +00:00			`# Build matrix / environment variables are explained on:`
			`# https://www.appveyor.com/docs/appveyor-yml/`
			`# This file can be validated on: https://ci.appveyor.com/tools/validate-yaml`

			`version: "{build}"`

			`environment:`
			`matrix:`
			`# AppVeyor currently has no custom job name feature.`
			`# http://help.appveyor.com/discussions/questions/1623-can-i-provide-a-friendly-name-for-jobs`
Move CI to Visual Studio 2019. PiperOrigin-RevId: 279785698 2019-11-11 19:58:12 +00:00			`- JOB: Visual Studio 2019`
			`APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2019`
			`CMAKE_GENERATOR: Visual Studio 16 2019`
Update Travis CI config, add AppVeyor for Windows CI coverage. 2017-06-27 18:11:16 +00:00
			`platform:`
			`- x86`
			`- x64`

			`configuration:`
			`- RelWithDebInfo`
			`- Debug`

			`build_script:`
			`- git submodule update --init --recursive`
Move CI to Visual Studio 2019. PiperOrigin-RevId: 279785698 2019-11-11 19:58:12 +00:00			`- mkdir build`
			`- cd build`
			`- if "%platform%"=="x86" (set CMAKE_GENERATOR_PLATFORM="Win32")`
			`else (set CMAKE_GENERATOR_PLATFORM="%platform%")`
Redo CMake configuration. The style was changed to match the official manual [1], the install configuration was simplified and now matches the official packaging guide [2], and the config files use the CMake-specific variable syntax ${VAR} instead of the autoconf-compatible syntax @VAR@, as documented in [3]. The public header files are declared as such (for CMake 3.3+), and the generated headers are included in the library target definition. The tests are only built if SNAPPY_BUILD_TESTS (default ON) is true, so zippy can be easily used in projects that add_subdirectory() its source code directly, instead of using find_package(). [1] https://cmake.org/cmake/help/git-master/manual/cmake-language.7.html [2] https://cmake.org/cmake/help/git-master/manual/cmake-packages.7.html [3] https://cmake.org/cmake/help/git-master/command/configure_file.html 2017-07-28 16:55:21 +00:00			`- cmake --version`
Move CI to Visual Studio 2019. PiperOrigin-RevId: 279785698 2019-11-11 19:58:12 +00:00			`- cmake .. -G "%CMAKE_GENERATOR%" -A "%CMAKE_GENERATOR_PLATFORM%"`
Wrap BMI2 instruction usage in support checks. A previous version of this was submitted and rolled back due to breakage -- an attempt to accommodate Visual Studio resulted in compiler errors on GCC/Clang with -mavx2 but without -mbmi2. This version makes the BMI2 support check more strict, to avoid the errors. A previous CL introduced _bzhi_u32 (part of Intel's BMI2 instruction set, released in Haswell) gated by a check for the __BMI2__ preprocessor macro. This works for Clang and GCC, but does not work on Visual Studio, and may not work on other compilers. This CL plumbs the BMI2 support checks through the CMake configuration used by the open source build. It also replaces the <x86intrin.h> header, which does not exist on Visual Studio, with the more scoped headers <tmmintrin.h> (for SSSE3) and <immintrin.h> (for BMI2/AVX2). Asides from fixing the open source build, the more scoped headers make it slightly less likely that newer intrinsics will creep in without proper gating. 2019-01-08 14:06:34 +00:00			`-DCMAKE_CONFIGURATION_TYPES="%CONFIGURATION%" -DSNAPPY_REQUIRE_AVX2=ON`
Update Travis CI config, add AppVeyor for Windows CI coverage. 2017-06-27 18:11:16 +00:00			`- cmake --build . --config %CONFIGURATION%`
Small improvements to open source CI configuration. This CL fixes 64-bit Windows testing (), makes it possible to view the test output in the Travis / AppVeyor CI console while the test is running, and takes advantage of the new support for the .appveyor.yml file name to make the CI configuration less obtrusive. 2017-07-27 23:34:19 +00:00			`- cd ..`
Update Travis CI config, add AppVeyor for Windows CI coverage. 2017-06-27 18:11:16 +00:00
			`test_script:`
Move CI to Visual Studio 2019. PiperOrigin-RevId: 279785698 2019-11-11 19:58:12 +00:00			`- build\%CONFIGURATION%\snappy_unittest`