StarMirror/sol2
1
0
Fork 0
mirror of https://github.com/ThePhD/sol2.git synced 2024-03-22 13:10:44 +08:00
Code Issues Projects Releases Wiki Activity
5858231158
sol2/appveyor.yml

167 lines
6.4 KiB
YAML
Raw Normal View History

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 "fixes" ??
2019-03-24 23:59:10 +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: luajit-2.1.0-beta3
[skip travis] more tuning appveyor.yml
2019-03-24 00:36:20 +08:00
SOL2_NO_2015: 1
appveyor "fixes" ??
2019-03-24 23:59:10 +08:00
SOL2_BUILD_NINJA: 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
appveyor "fixes" ??
2019-03-24 23:59:10 +08:00
- set CMAKE_GENERATOR=Ninja
- set arch= x86
- set parallelism=
- 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)
- if "%APPVEYOR_BUILD_WORKER_IMAGE%"=="Visual Studio 2015" (set CMAKE_GENERATOR=Visual Studio 14 2015%arch%&&set parallelism=/maxcpucount)
try to get appveyor to work properly
2019-03-25 07:21:58 +08:00
- if "%SOL2_BUILD_NINJA%"=="1"(set CMAKE_GENERATOR=Ninja&&set parallelism= )
Update single, make sure warnings are not there.
2019-03-24 09:50:02 +08:00
- set lua_build_type=ON
appveyor "fixes" ??
2019-03-24 23:59:10 +08:00
- 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
appveyor "fixes" ??
2019-03-24 23:59:10 +08:00
- if "%PLATFORM%"=="x86" (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)
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
appveyor "fixes" ??
2019-03-24 23:59:10 +08:00
- if "%MINGW_VERSION%"=="" ( %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=%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:
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
Reference in New Issue Copy Permalink