sol2/appveyor.yml

# # # # sol3
# The MIT License (MIT)
# 
# Copyright (c) 2013-2021 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: 3.0.2-{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 2017
- Visual Studio 2019

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

environment:
  matrix:
  - SOL2_LUA_VERSION: luajit-2.0.5
    SOL2_BUILD_NINJA: 1
  - SOL2_LUA_VERSION: luajit-2.1.0-beta3
    SOL2_BUILD_NINJA: 1
  - SOL2_LUA_VERSION: 5.3.5
    SOL2_BUILD_NINJA: 1
    MINGW_VERSION: 7.3.0
  - SOL2_LUA_VERSION: 5.3.5
    SOL2_BUILD_NINJA: 1
    MINGW_VERSION: 8.1.0
  - SOL2_LUA_VERSION: luajit-2.0.5
    SOL2_BUILD_NINJA: 1
    MINGW_VERSION: 8.1.0
  - SOL2_LUA_VERSION: luajit-2.1.0-beta3
    SOL2_BUILD_NINJA: 1
    MINGW_VERSION: 8.1.0
  - SOL2_LUA_VERSION: 5.4.0-beta
  - SOL2_LUA_VERSION: 5.3.5
  - SOL2_LUA_VERSION: 5.2.4
  - SOL2_LUA_VERSION: 5.1.5

matrix:
  #fast_finish: true
  allow_failures:
    # 32-bit builds are temperamental with exceptions
    - platform: x86
    - SOL2_LUA_VERSION: luajit-2.0.5
    - SOL2_LUA_VERSION: luajit-2.1.0-beta3
  exclude:
    # Get rid of x86 builds for non-latest (no reason to redo that work)
    - platform: x86
      SOL2_LUA_VERSION: 5.4.0-beta
    - 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-dwarf-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 CMAKE_GENERATOR=Ninja
- set arch= x86
- set parallelism= 
- set build_compiler=
- if "%PLATFORM%"=="x64" (set arch= Win64)
- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2019" (set CMAKE_GENERATOR=Visual Studio 16 2019%arch%)
- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" (set CMAKE_GENERATOR=Visual Studio 15 2017%arch%)
- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" (set CMAKE_GENERATOR=Visual Studio 14 2015%arch%)
- if "%SOL2_BUILD_NINJA%"=="1" (set CMAKE_GENERATOR=Ninja) else (set parallelism=/maxcpucount)
- if "%SOL2_BUILD_NINJA%"=="1" (set build_compiler=-DCMAKE_CXX_COMPILER=cl.exe -DCMAKE_C_COMPILER=cl.exe)
- set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" amd64
- if "%PLATFORM%"=="x86" (set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86)
- if "%MINGW_VERSION%"=="7.3.0" (set CMAKE_GENERATOR=Ninja&&set build_compiler=-DCMAKE_CXX_COMPILER=g++.exe -DCMAKE_C_COMPILER=gcc.exe)
- if "%MINGW_VERSION%"=="8.1.0" (set CMAKE_GENERATOR=Ninja&&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%
- echo vcvars_script is %vcvars_script%
- echo cmake generator is %CMAKE_GENERATOR%
- echo build_compiler is %build_compiler%
- echo parallelism is %parallelism%
  # print out useful tool information
- ninja --version
- cmake --version

before_build:
- md build-sol2
- cd build-sol2
- echo %vcvars_script%
- cd && %vcvars_script%
- cmake .. -G "%CMAKE_GENERATOR%" %build_compiler% -DCMAKE_BUILD_TYPE=Release "-DSOL2_LUA_VERSION=%SOL2_LUA_VERSION%" -DSOL2_PLATFORM=%PLATFORM% -DSOL2_CI=ON -DSOL2_BUILD_LUA=ON -DBUILD_LUA_AS_DLL=ON -DSOL2_TESTS=ON -DSOL2_EXAMPLES=ON -DSOL2_TESTS_EXAMPLES=ON 

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

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)`
			`#`
🛠 Prepare for the a sol4 release... - 🎨 Refactor the CMake a whle bunch 2021-03-06 14:03:23 +08:00			`# Copyright (c) 2013-2021 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 library version to be proper 2019-05-24 15:46:26 +08:00			`version: 3.0.2-{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 2017`
Fix #949, #935, #948, #945, and #933. We will need a new feature to fix #941, which is related to #872. 2020-03-31 12:22:46 +08:00			`- Visual Studio 2019`
Put mingw jobs on top 2017-12-27 06:46:01 +08:00
			`# 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:`
[skip travis] try appveyor again 2019-03-25 11:10:03 +08:00			`- SOL2_LUA_VERSION: luajit-2.0.5`
			`SOL2_BUILD_NINJA: 1`
set vcvars and actually call it with proper not-defined check 2019-03-25 14:14:52 +08:00			`- SOL2_LUA_VERSION: luajit-2.1.0-beta3`
[skip travis] try appveyor again 2019-03-25 11:10:03 +08:00			`SOL2_BUILD_NINJA: 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.3.5`
Add ninja env var to non-VC++ builds... 2019-03-25 07:41:04 +08:00			`SOL2_BUILD_NINJA: 1`
set vcvars and actually call it with proper not-defined check 2019-03-25 14:14:52 +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`
Add ninja env var to non-VC++ builds... 2019-03-25 07:41:04 +08:00			`SOL2_BUILD_NINJA: 1`
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`
set vcvars and actually call it with proper not-defined check 2019-03-25 14:14:52 +08:00			`- SOL2_LUA_VERSION: luajit-2.0.5`
Add ninja env var to non-VC++ builds... 2019-03-25 07:41:04 +08:00			`SOL2_BUILD_NINJA: 1`
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`
set vcvars and actually call it with proper not-defined check 2019-03-25 14:14:52 +08:00			`- SOL2_LUA_VERSION: luajit-2.1.0-beta3`
Add ninja env var to non-VC++ builds... 2019-03-25 07:41:04 +08:00			`SOL2_BUILD_NINJA: 1`
set vcvars and actually call it with proper not-defined check 2019-03-25 14:14:52 +08:00			`MINGW_VERSION: 8.1.0`
Fix #949, #935, #948, #945, and #933. We will need a new feature to fix #941, which is related to #872. 2020-03-31 12:22:46 +08:00			`- SOL2_LUA_VERSION: 5.4.0-beta`
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`
			`- SOL2_LUA_VERSION: 5.2.4`
			`- SOL2_LUA_VERSION: 5.1.5`
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`
Whatever, appveyor is busted and LuaJIT isn't helping 2019-03-26 04:52:25 +08:00			`- SOL2_LUA_VERSION: luajit-2.0.5`
			`- SOL2_LUA_VERSION: luajit-2.1.0-beta3`
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:`
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)`
Fix #949, #935, #948, #945, and #933. We will need a new feature to fix #941, which is related to #872. 2020-03-31 12:22:46 +08:00			`- platform: x86`
			`SOL2_LUA_VERSION: 5.4.0-beta`
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))`
Fix #949, #935, #948, #945, and #933. We will need a new feature to fix #941, which is related to #872. 2020-03-31 12:22:46 +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-dwarf-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`
appveyor "fixes" ?? 2019-03-24 23:59:10 +08:00			`- set CMAKE_GENERATOR=Ninja`
			`- set arch= x86`
			`- set parallelism=`
[skip travis] try appveyor again 2019-03-25 11:10:03 +08:00			`- set build_compiler=`
appveyor "fixes" ?? 2019-03-24 23:59:10 +08:00			`- if "%PLATFORM%"=="x64" (set arch= Win64)`
Fix #949, #935, #948, #945, and #933. We will need a new feature to fix #941, which is related to #872. 2020-03-31 12:22:46 +08:00			`- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2019" (set CMAKE_GENERATOR=Visual Studio 16 2019%arch%)`
trying it again 2019-03-25 07:34:54 +08:00			`- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2017" (set CMAKE_GENERATOR=Visual Studio 15 2017%arch%)`
			`- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" (set CMAKE_GENERATOR=Visual Studio 14 2015%arch%)`
			`- if "%SOL2_BUILD_NINJA%"=="1" (set CMAKE_GENERATOR=Ninja) else (set parallelism=/maxcpucount)`
[skip travis] derped with an else() block... 2019-03-25 11:11:59 +08:00			`- if "%SOL2_BUILD_NINJA%"=="1" (set build_compiler=-DCMAKE_CXX_COMPILER=cl.exe -DCMAKE_C_COMPILER=cl.exe)`
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`
[skip travis] try appveyor again 2019-03-25 11:10:03 +08:00			`- if "%PLATFORM%"=="x86" (set vcvars_script="C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" x86)`
appveyor "fixes" ?? 2019-03-24 23:59:10 +08:00			`- if "%MINGW_VERSION%"=="7.3.0" (set CMAKE_GENERATOR=Ninja&&set build_compiler=-DCMAKE_CXX_COMPILER=g++.exe -DCMAKE_C_COMPILER=gcc.exe)`
			`- if "%MINGW_VERSION%"=="8.1.0" (set CMAKE_GENERATOR=Ninja&&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`
[skip travis] try appveyor again 2019-03-25 11:10:03 +08:00			`- echo Appveyor Image is %APPVEYOR_BUILD_WORKER_IMAGE%`
			`- echo vcvars_script is %vcvars_script%`
			`- echo cmake generator is %CMAKE_GENERATOR%`
			`- echo build_compiler is %build_compiler%`
			`- echo parallelism is %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`
[skip travis] more debugging 2019-03-26 23:30:00 +08:00			`- echo %vcvars_script%`
Sigh, appveyor. 2019-11-13 12:44:03 +08:00			`- cd && %vcvars_script%`
trying it again 2019-03-25 07:34:54 +08:00			`- cmake .. -G "%CMAKE_GENERATOR%" %build_compiler% -DCMAKE_BUILD_TYPE=Release "-DSOL2_LUA_VERSION=%SOL2_LUA_VERSION%" -DSOL2_PLATFORM=%PLATFORM% -DSOL2_CI=ON -DSOL2_BUILD_LUA=ON -DBUILD_LUA_AS_DLL=ON -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:`
appveyor "fixes" ?? 2019-03-24 23:59:10 +08:00			`- cmake --build . --config Release -- %parallelism%`
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`