sol2/appveyor.yml

# # # # sol3
# The MIT License (MIT)
# 
# Copyright (c) 2013-2019 Rapptz, ThePhD, and contributors
# 
# Permission is hereby granted, free of charge, to any person obtaining a copy of
# this software and associated documentation files (the "Software"), to deal in
# the Software without restriction, including without limitation the rights to
# use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of
# the Software, and to permit persons to whom the Software is furnished to do so,
# subject to the following conditions:
# 
# The above copyright notice and this permission notice shall be included in all
# copies or substantial portions of the Software.
# 
# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
# FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
# COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
# IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
# CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

version: 2.20.0-{build}

max_jobs: 4

pull_requests:
  do_not_increment_build_number: true

# Ordering is important!
# specifying VS 2015 first makes all the 2015 jobs run first
# we need this so the MinGW jobs can run first
# In general, the matrix seems to order by appearance of first-order
# dimensions (Image, Platform, Configuration) and then 
# the order of whatever elements are in the matrix
image:
- Visual Studio 2015
- Visual Studio 2017

# Run x64 first, x86 second
platform:
- x64
- x86

environment:
  matrix:
    # apparently, I can't quite make LLVM work right now...
  - SOL2_LUA_VERSION: 5.3.5
    MINGW_VERSION: 7.3.0
  - SOL2_LUA_VERSION: 5.3.5
    MINGW_VERSION: 8.1.0
  - SOL2_LUA_VERSION: luajit-2.0.5
    MINGW_VERSION: 8.1.0
  - SOL2_LUA_VERSION: luajit-2.1.0-beta3
    MINGW_VERSION: 8.1.0
  - SOL2_LUA_VERSION: 5.3.5
    SOL2_NO_2015: 1
  - SOL2_LUA_VERSION: 5.2.4
    SOL2_NO_2015: 1
  - SOL2_LUA_VERSION: 5.1.5
    SOL2_NO_2015: 1
  - SOL2_LUA_VERSION: luajit-2.0.5
    SOL2_NO_2015: 1
  - SOL2_LUA_VERSION: luajit-2.1.0-beta3
    SOL2_NO_2015: 1

matrix:
  #fast_finish: true
  allow_failures:
    # 32-bit builds are temperamental with exceptions
    - platform: x86
  exclude:
    # Necessary: MinGW doesn't exist on VS 2017 images
    - image: Visual Studio 2017
      MINGW_VERSION: 7.3.0
    - image: Visual Studio 2017
      MINGW_VERSION: 8.1.0
    # There are no recent i686 compilers on the VS2015/2017 images
    - MINGW_VERSION: 7.3.0
      platform: x86
    - MINGW_VERSION: 8.1.0
      platform: x86
    # Get rid of Visual Studio 2015 builds (unsupported)
    - image: Visual Studio 2015
      SOL2_NO_2015: 1
    - platform: x86
      SOL2_LUA_VERSION: 5.2.4
    - platform: x86
      SOL2_LUA_VERSION: 5.1.5
    # Get rid of x86 builds for non-latest (no reason to redo that work)
    - platform: x86
      SOL2_LUA_VERSION: 5.3.5
    - platform: x86
      SOL2_LUA_VERSION: 5.2.4
    - platform: x86
      SOL2_LUA_VERSION: 5.1.5

init:
# # Ninja
  # make sure we have Ninja
- set top_level=%cd%
- cd ..
- md tools
- cd tools
- set ninja_path=%cd%\ninja
- set NINJA_URL="https://github.com/ninja-build/ninja/releases/download/v1.8.2/ninja-win.zip"
- appveyor DownloadFile %NINJA_URL% -FileName ninja.zip
- 7z x ninja.zip -o%cd%\ninja
- cd "%top_level%"
# # PATH
  # manipulations to manupulations need to be done here
- set python_path=C:\Python36
- set mingw_path=
- set llvm_path=
- if "%MINGW_VERSION%"=="7.3.0" (if "%PLATFORM%"=="x64" (set mingw_path=C:\mingw-w64\x86_64-7.3.0-posix-seh-rt_v5-rev0\mingw64\bin) else ( set mingw_path=C:\mingw-w64\i686-7.3.0-posix-seh-rt_v5-rev0\mingw32\bin))
- if "%MINGW_VERSION%"=="8.1.0" (if "%PLATFORM%"=="x64" (set mingw_path=C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\bin) else ( set mingw_path=C:\mingw-w64\i686-8.1.0-posix-seh-rt_v6-rev0\mingw32\bin))
- if "%PLATFORM%"=="x64" (set python_path=C:\Python36-x64)
- set PATH=%python_path%;%PATH%
- set PATH=%mingw_path%;%PATH%
- set PATH=%llvm_path%;%PATH%
- set PATH=%ninja_path%;%PATH%
- echo PATH=%PATH%
# # Generators and CMake arguments
  # configure the generator appropriately
- set arch=
- set parallelism=
- set logger=
- set build_compiler=
- set lua_build_type=ON
- set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" amd64
- if "%PLATFORM%"=="x64" (set arch= Win64)
- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" (set CMAKE_GENERATOR=Visual Studio 15 2017%arch%&&set parallelism=/maxcpucount&&set logger=/verbosity:quiet /logger:"C:\Program Files\AppVeyor\BuildAgent\Appveyor.MSBuildLogger.dll"&&set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars64.bat")
- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" (set CMAKE_GENERATOR=Visual Studio 14 2015%arch%&&set parallelism=/maxcpucount&&set logger=/verbosity:quiet /logger:"C:\Program Files\AppVeyor\BuildAgent\Appveyor.MSBuildLogger.dll")
- if "%MINGW_VERSION%"=="7.3.0" (set CMAKE_GENERATOR=Ninja&&set parallelism= &&set logger= &&set build_compiler=-DCMAKE_CXX_COMPILER=g++.exe -DCMAKE_C_COMPILER=gcc.exe)
- if "%MINGW_VERSION%"=="8.1.0" (set CMAKE_GENERATOR=Ninja&&set parallelism= &&set logger= &&set build_compiler=-DCMAKE_CXX_COMPILER=g++.exe -DCMAKE_C_COMPILER=gcc.exe)
# # Last printouts
  # print out generator information
- echo Appveyor Image is %APPVEYOR_BUILD_WORKER_IMAGE% (vcvars script is %vcvars_script%)
- echo cmake generator is %CMAKE_GENERATOR% using build_compiler=%build_compiler% with special flags logger=%logger% parallelism=%parallelism%
  # print out useful tool information
- ninja --version
- cmake --version

before_build:
- md build-sol2
- cd build-sol2
- cmake .. -G "%CMAKE_GENERATOR%" %build_compiler% "-DSOL2_LUA_VERSION=%SOL2_LUA_VERSION%" -DSOL2_CI=ON -DSOL2_BUILD_LUA=ON -DBUILD_LUA_AS_DLL=%lua_build_type% -DSOL2_TESTS=ON -DSOL2_EXAMPLES=ON -DSOL2_TESTS_EXAMPLES=ON 

build_script:
- cmake --build . --config Release -- %parallelism% %logger%

test_script:
- ctest -C Release --output-on-failure

notifications:
- provider: Webhook
  url: http://skyhook.glitch.me/api/webhooks/427786348108185611/y2nTmghqltv1SKX2DclEMEKyZtRcwKFlwfZpB_mL1A0nZTVS5MSfumqDKq30-gvWgeL5/appveyor
  method: POST
  on_build_success: true
  on_build_failure: true
  on_build_status_changed: true
first big sol3 push... tests not updated yet 2018-09-28 13:27:38 +08:00			`# # # # sol3`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00			`# The MIT License (MIT)`
			`#`
Update copyright year, add dump function 2019-03-13 17:18:06 +08:00			`# Copyright (c) 2013-2019 Rapptz, ThePhD, and contributors`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00			`#`
			`# Permission is hereby granted, free of charge, to any person obtaining a copy of`
			`# this software and associated documentation files (the "Software"), to deal in`
			`# the Software without restriction, including without limitation the rights to`
			`# use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of`
			`# the Software, and to permit persons to whom the Software is furnished to do so,`
			`# subject to the following conditions:`
			`#`
			`# The above copyright notice and this permission notice shall be included in all`
			`# copies or substantial portions of the Software.`
			`#`
			`# THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR`
			`# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS`
			`# FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR`
			`# COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER`
			`# IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN`
			`# CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.`

Fix Visual Studio 2015 builds, fix error handling printouts / exceptions, fix constexpr usage that trips up Visual Studio 2015. 2018-04-18 08:08:07 +08:00			`version: 2.20.0-{build}`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00
update tests and single again add assert.hpp for better code understanding prepare to rewrite all the damn docs, and update the tutorials... 2017-12-26 12:27:22 +08:00			`max_jobs: 4`

update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00			`pull_requests:`
			`do_not_increment_build_number: true`

Put mingw jobs on top 2017-12-27 06:46:01 +08:00			`# Ordering is important!`
			`# specifying VS 2015 first makes all the 2015 jobs run first`
			`# we need this so the MinGW jobs can run first`
			`# In general, the matrix seems to order by appearance of first-order`
			`# dimensions (Image, Platform, Configuration) and then`
			`# the order of whatever elements are in the matrix`
			`image:`
			`- Visual Studio 2015`
			`- Visual Studio 2017`

			`# Run x64 first, x86 second`
			`platform:`
			`- x64`
			`- x86`

All these platforms are so hard to deal with... 2017-12-24 09:34:34 +08:00			`environment:`
update appveyor and see how it plays out 2017-12-24 10:18:52 +08:00			`matrix:`
remove llvm for the time being 2017-12-27 04:37:41 +08:00			`# apparently, I can't quite make LLVM work right now...`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: 5.3.5`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`MINGW_VERSION: 7.3.0`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: 5.3.5`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`MINGW_VERSION: 8.1.0`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: luajit-2.0.5`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`MINGW_VERSION: 8.1.0`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: luajit-2.1.0-beta3`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`MINGW_VERSION: 8.1.0`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: 5.3.5`
[skip travis] more tuning appveyor.yml 2019-03-24 00:36:20 +08:00			`SOL2_NO_2015: 1`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: 5.2.4`
[skip travis] more tuning appveyor.yml 2019-03-24 00:36:20 +08:00			`SOL2_NO_2015: 1`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: 5.1.5`
[skip travis] more tuning appveyor.yml 2019-03-24 00:36:20 +08:00			`SOL2_NO_2015: 1`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: luajit-2.0.5`
[skip travis] more tuning appveyor.yml 2019-03-24 00:36:20 +08:00			`SOL2_NO_2015: 1`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- SOL2_LUA_VERSION: luajit-2.1.0-beta3`
[skip travis] more tuning appveyor.yml 2019-03-24 00:36:20 +08:00			`SOL2_NO_2015: 1`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00
Prepare for full appveyor build. Add abort_clean so that CI does not get stuck on a message box that can never be answered alignment rules do not apply to stack variables, so the tests cannot have the alignment check in the destructor: only for memory pushed into and coming straight out of Lua 2017-12-26 00:44:04 +08:00			`matrix:`
[skip travis] more tuning appveyor.yml 2019-03-24 00:36:20 +08:00			`#fast_finish: true`
Prepare for full appveyor build. Add abort_clean so that CI does not get stuck on a message box that can never be answered alignment rules do not apply to stack variables, so the tests cannot have the alignment check in the destructor: only for memory pushed into and coming straight out of Lua 2017-12-26 00:44:04 +08:00			`allow_failures:`
update tests and single again add assert.hpp for better code understanding prepare to rewrite all the damn docs, and update the tutorials... 2017-12-26 12:27:22 +08:00			`# 32-bit builds are temperamental with exceptions`
			`- platform: x86`
Prepare for full appveyor build. Add abort_clean so that CI does not get stuck on a message box that can never be answered alignment rules do not apply to stack variables, so the tests cannot have the alignment check in the destructor: only for memory pushed into and coming straight out of Lua 2017-12-26 00:44:04 +08:00			`exclude:`
update assert implementation 2017-12-26 14:11:09 +08:00			`# Necessary: MinGW doesn't exist on VS 2017 images`
			`- image: Visual Studio 2017`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`MINGW_VERSION: 7.3.0`
			`- image: Visual Studio 2017`
			`MINGW_VERSION: 8.1.0`
			`# There are no recent i686 compilers on the VS2015/2017 images`
			`- MINGW_VERSION: 7.3.0`
			`platform: x86`
			`- MINGW_VERSION: 8.1.0`
			`platform: x86`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`# Get rid of Visual Studio 2015 builds (unsupported)`
[skip travis] oops, too aggressive... 2019-03-24 00:39:38 +08:00			`- image: Visual Studio 2015`
			`SOL2_NO_2015: 1`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`- platform: x86`
			`SOL2_LUA_VERSION: 5.2.4`
			`- platform: x86`
			`SOL2_LUA_VERSION: 5.1.5`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`# Get rid of x86 builds for non-latest (no reason to redo that work)`
start preparations for new travis update appveyor add blocks for tests on platforms where things are expected to fail prepare for LuaJIT 2017-12-26 09:18:29 +08:00			`- platform: x86`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`SOL2_LUA_VERSION: 5.3.5`
			`- platform: x86`
			`SOL2_LUA_VERSION: 5.2.4`
start preparations for new travis update appveyor add blocks for tests on platforms where things are expected to fail prepare for LuaJIT 2017-12-26 09:18:29 +08:00			`- platform: x86`
appveyor.yml updates to try and more properly capture constraints travis.yml updates to try and more properly capture constraints I truly dislike MSVC's inability to handle lots of using statements. 2019-03-24 00:09:51 +08:00			`SOL2_LUA_VERSION: 5.1.5`
Prepare for full appveyor build. Add abort_clean so that CI does not get stuck on a message box that can never be answered alignment rules do not apply to stack variables, so the tests cannot have the alignment check in the destructor: only for memory pushed into and coming straight out of Lua 2017-12-26 00:44:04 +08:00
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00			`init:`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`# # Ninja`
start preparations for new travis update appveyor add blocks for tests on platforms where things are expected to fail prepare for LuaJIT 2017-12-26 09:18:29 +08:00			`# make sure we have Ninja`
update 2017-12-26 09:24:26 +08:00			`- set top_level=%cd%`
			`- cd ..`
start preparations for new travis update appveyor add blocks for tests on platforms where things are expected to fail prepare for LuaJIT 2017-12-26 09:18:29 +08:00			`- md tools`
			`- cd tools`
proper ninja tool paths 2017-12-27 06:56:50 +08:00			`- set ninja_path=%cd%\ninja`
start preparations for new travis update appveyor add blocks for tests on platforms where things are expected to fail prepare for LuaJIT 2017-12-26 09:18:29 +08:00			`- set NINJA_URL="https://github.com/ninja-build/ninja/releases/download/v1.8.2/ninja-win.zip"`
			`- appveyor DownloadFile %NINJA_URL% -FileName ninja.zip`
			`- 7z x ninja.zip -o%cd%\ninja`
update 2017-12-26 09:24:26 +08:00			`- cd "%top_level%"`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`# # PATH`
			`# manipulations to manupulations need to be done here`
			`- set python_path=C:\Python36`
			`- set mingw_path=`
			`- set llvm_path=`
Only build release mode for appveyor since batch scripts suck terribly 2019-03-24 01:11:51 +08:00			`- if "%MINGW_VERSION%"=="7.3.0" (if "%PLATFORM%"=="x64" (set mingw_path=C:\mingw-w64\x86_64-7.3.0-posix-seh-rt_v5-rev0\mingw64\bin) else ( set mingw_path=C:\mingw-w64\i686-7.3.0-posix-seh-rt_v5-rev0\mingw32\bin))`
more appveyor config derps, kek 2019-03-24 01:29:33 +08:00			`- if "%MINGW_VERSION%"=="8.1.0" (if "%PLATFORM%"=="x64" (set mingw_path=C:\mingw-w64\x86_64-8.1.0-posix-seh-rt_v6-rev0\mingw64\bin) else ( set mingw_path=C:\mingw-w64\i686-8.1.0-posix-seh-rt_v6-rev0\mingw32\bin))`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`- if "%PLATFORM%"=="x64" (set python_path=C:\Python36-x64)`
make sure to point to bin folder 2017-12-27 06:59:02 +08:00			`- set PATH=%python_path%;%PATH%`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`- set PATH=%mingw_path%;%PATH%`
			`- set PATH=%llvm_path%;%PATH%`
proper ninja tool paths 2017-12-27 06:56:50 +08:00			`- set PATH=%ninja_path%;%PATH%`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`- echo PATH=%PATH%`
			`# # Generators and CMake arguments`
			`# configure the generator appropriately`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00			`- set arch=`
Make sure to append .exe, or else nothing works... 2017-12-27 06:27:22 +08:00			`- set parallelism=`
			`- set logger=`
i think this is proper this time 2017-12-27 07:06:29 +08:00			`- set build_compiler=`
Update single, make sure warnings are not there. 2019-03-24 09:50:02 +08:00			`- set lua_build_type=ON`
edit how vcvars is saved and called 2017-12-27 10:05:27 +08:00			`- set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" amd64`
All these platforms are so hard to deal with... 2017-12-24 09:34:34 +08:00			`- if "%PLATFORM%"=="x64" (set arch= Win64)`
edit how vcvars is saved and called 2017-12-27 10:05:27 +08:00			`- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" (set CMAKE_GENERATOR=Visual Studio 15 2017%arch%&&set parallelism=/maxcpucount&&set logger=/verbosity:quiet /logger:"C:\Program Files\AppVeyor\BuildAgent\Appveyor.MSBuildLogger.dll"&&set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\VC\Auxiliary\Build\vcvars64.bat")`
add quiet verbosity to MSBuild: maybe less output makes them make elss dumb noise? 2017-12-27 09:49:07 +08:00			`- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" (set CMAKE_GENERATOR=Visual Studio 14 2015%arch%&&set parallelism=/maxcpucount&&set logger=/verbosity:quiet /logger:"C:\Program Files\AppVeyor\BuildAgent\Appveyor.MSBuildLogger.dll")`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`- if "%MINGW_VERSION%"=="7.3.0" (set CMAKE_GENERATOR=Ninja&&set parallelism= &&set logger= &&set build_compiler=-DCMAKE_CXX_COMPILER=g++.exe -DCMAKE_C_COMPILER=gcc.exe)`
			`- if "%MINGW_VERSION%"=="8.1.0" (set CMAKE_GENERATOR=Ninja&&set parallelism= &&set logger= &&set build_compiler=-DCMAKE_CXX_COMPILER=g++.exe -DCMAKE_C_COMPILER=gcc.exe)`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`# # Last printouts`
			`# print out generator information`
hook up VCVars scripting 2017-12-27 09:54:53 +08:00			`- echo Appveyor Image is %APPVEYOR_BUILD_WORKER_IMAGE% (vcvars script is %vcvars_script%)`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`- echo cmake generator is %CMAKE_GENERATOR% using build_compiler=%build_compiler% with special flags logger=%logger% parallelism=%parallelism%`
apply correct usage of paths and similar 2017-12-27 06:54:46 +08:00			`# print out useful tool information`
start preparations for new travis update appveyor add blocks for tests on platforms where things are expected to fail prepare for LuaJIT 2017-12-26 09:18:29 +08:00			`- ninja --version`
			`- cmake --version`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00
			`before_build:`
All these platforms are so hard to deal with... 2017-12-24 09:34:34 +08:00			`- md build-sol2`
			`- cd build-sol2`
Only build release mode for appveyor since batch scripts suck terribly 2019-03-24 01:11:51 +08:00			`- cmake .. -G "%CMAKE_GENERATOR%" %build_compiler% "-DSOL2_LUA_VERSION=%SOL2_LUA_VERSION%" -DSOL2_CI=ON -DSOL2_BUILD_LUA=ON -DBUILD_LUA_AS_DLL=%lua_build_type% -DSOL2_TESTS=ON -DSOL2_EXAMPLES=ON -DSOL2_TESTS_EXAMPLES=ON`
update everything for the new cmake build, prepare for new .travis.yml and new appveyor.yml Add name of project at top of license fix container_traits with respect to boost::property_tree: Fixes #554 fix as_table with a vector of tuples (forward_get ignored constness): Fixes #552 2017-12-20 17:58:32 +08:00
add hot, new python onto the path and hope it catches 2017-12-24 10:36:31 +08:00			`build_script:`
fix up examples and use build log to get neat messages 2017-12-26 21:04:54 +08:00			`- cmake --build . --config Release -- %parallelism% %logger%`
All these platforms are so hard to deal with... 2017-12-24 09:34:34 +08:00
			`test_script:`
make sure to specify debug or release with ctest using the Visual Studio generator 2017-12-24 16:24:07 +08:00			`- ctest -C Release --output-on-failure`
update appveyor and see how it plays out 2017-12-24 10:18:52 +08:00
			`notifications:`
			`- provider: Webhook`
Completley overhaul tests Add unregister funcationality Make sure clearing is stack-size-safe. 2019-03-23 04:28:17 +08:00			`url: http://skyhook.glitch.me/api/webhooks/427786348108185611/y2nTmghqltv1SKX2DclEMEKyZtRcwKFlwfZpB_mL1A0nZTVS5MSfumqDKq30-gvWgeL5/appveyor`
update appveyor and see how it plays out 2017-12-24 10:18:52 +08:00			`method: POST`
gitter should warn me about everything 2018-01-10 21:49:28 +08:00			`on_build_success: true`
			`on_build_failure: true`
Let it rip! 2017-12-25 01:32:23 +08:00			`on_build_status_changed: true`