2012-12-26 00:57:10 +00:00
|
|
|
language: cpp
|
2018-05-12 16:03:00 +00:00
|
|
|
matrix:
|
|
|
|
|
include:
|
2018-12-19 16:11:24 +00:00
|
|
|
- os: linux
|
|
|
|
|
dist: xenial
|
|
|
|
|
addons:
|
|
|
|
|
apt:
|
|
|
|
|
sources:
|
2018-12-23 16:37:19 +00:00
|
|
|
- llvm-toolchain-xenial-7
|
2018-12-19 16:11:24 +00:00
|
|
|
packages:
|
2018-12-23 16:37:19 +00:00
|
|
|
- clang-7
|
2018-12-23 21:38:00 +00:00
|
|
|
- llvm-7
|
|
|
|
|
- lld-7
|
2018-12-23 16:37:19 +00:00
|
|
|
- libc++-7-dev
|
2018-12-23 21:38:00 +00:00
|
|
|
- libc++abi-7-dev
|
|
|
|
|
- lcov
|
2018-12-19 16:11:24 +00:00
|
|
|
- cmake
|
2018-12-20 15:33:34 +00:00
|
|
|
- docbook2x
|
2018-12-19 16:11:24 +00:00
|
|
|
- libxdamage-dev
|
|
|
|
|
- libx11-dev
|
|
|
|
|
- libxft-dev
|
|
|
|
|
- libxext-dev
|
|
|
|
|
- libglib2.0-dev
|
|
|
|
|
- libxml2-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
- liblua5.3-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- libcairo2-dev
|
|
|
|
|
- libimlib2-dev
|
|
|
|
|
- libxinerama-dev
|
|
|
|
|
- libmysqlclient-dev
|
|
|
|
|
- libical-dev
|
|
|
|
|
- libircclient-dev
|
|
|
|
|
- libcairo2-dev
|
|
|
|
|
- libmicrohttpd-dev
|
|
|
|
|
- ncurses-dev
|
|
|
|
|
- librsvg2-dev
|
|
|
|
|
- libaudclient-dev
|
|
|
|
|
- libxmmsclient-dev
|
|
|
|
|
- libpulse-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
|
|
|
|
- audacious-dev
|
|
|
|
|
- libsystemd-dev
|
2018-12-23 16:37:19 +00:00
|
|
|
- libxnvctrl-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- gawk
|
2018-12-23 16:37:19 +00:00
|
|
|
sonarcloud:
|
|
|
|
|
organization: "brndnmtthws-github"
|
|
|
|
|
token:
|
|
|
|
|
secure: "KikPusy+HXcEVLr0Dqb6mkrefDU5jm7EGQ5fwO4sBG7bRMcnHV3V14s5yB4Ol8btpUC0nkNn/41+f37lkG+oT4y9ZeIH2ZrhsSEHxOgH6DF9ZSVJwtpLrF9siWgfZ0m5c5V7U5rzVYL3jlO1hQfXKCfMNAcwlKcEUrfpk7jVEZc="
|
2018-12-19 16:11:24 +00:00
|
|
|
env:
|
2018-12-23 16:37:19 +00:00
|
|
|
- MATRIX_EVAL="CC=clang-7 && CXX=clang++-7"
|
2018-12-19 16:11:24 +00:00
|
|
|
- os: linux
|
|
|
|
|
dist: xenial
|
|
|
|
|
addons:
|
|
|
|
|
apt:
|
|
|
|
|
sources:
|
|
|
|
|
- ubuntu-toolchain-r-test
|
|
|
|
|
packages:
|
2018-12-23 16:37:19 +00:00
|
|
|
- g++-5
|
2018-12-19 16:11:24 +00:00
|
|
|
- cmake
|
2018-12-20 15:33:34 +00:00
|
|
|
- docbook2x
|
2018-12-19 16:11:24 +00:00
|
|
|
- libxdamage-dev
|
|
|
|
|
- libx11-dev
|
|
|
|
|
- libxft-dev
|
|
|
|
|
- libxext-dev
|
|
|
|
|
- libglib2.0-dev
|
|
|
|
|
- libxml2-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
- liblua5.3-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- libcairo2-dev
|
|
|
|
|
- libimlib2-dev
|
|
|
|
|
- libxinerama-dev
|
|
|
|
|
- libmysqlclient-dev
|
|
|
|
|
- libical-dev
|
|
|
|
|
- libircclient-dev
|
|
|
|
|
- libcairo2-dev
|
|
|
|
|
- libmicrohttpd-dev
|
|
|
|
|
- ncurses-dev
|
|
|
|
|
- librsvg2-dev
|
|
|
|
|
- libaudclient-dev
|
|
|
|
|
- libxmmsclient-dev
|
|
|
|
|
- libpulse-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
|
|
|
|
- audacious-dev
|
|
|
|
|
- libsystemd-dev
|
2018-12-23 16:37:19 +00:00
|
|
|
- libxnvctrl-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- gawk
|
|
|
|
|
env:
|
2018-12-23 16:37:19 +00:00
|
|
|
- MATRIX_EVAL="CC=gcc-5 && CXX=g++-5"
|
2018-12-19 16:11:24 +00:00
|
|
|
- os: linux
|
|
|
|
|
dist: xenial
|
|
|
|
|
addons:
|
|
|
|
|
apt:
|
|
|
|
|
sources:
|
|
|
|
|
- ubuntu-toolchain-r-test
|
|
|
|
|
packages:
|
2018-12-23 16:37:19 +00:00
|
|
|
- g++-6
|
2018-12-19 16:11:24 +00:00
|
|
|
- cmake
|
2018-12-20 15:33:34 +00:00
|
|
|
- docbook2x
|
2018-12-19 16:11:24 +00:00
|
|
|
- libxdamage-dev
|
|
|
|
|
- libx11-dev
|
|
|
|
|
- libxft-dev
|
|
|
|
|
- libxext-dev
|
|
|
|
|
- libglib2.0-dev
|
|
|
|
|
- libxml2-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
- liblua5.3-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- libcairo2-dev
|
|
|
|
|
- libimlib2-dev
|
|
|
|
|
- libxinerama-dev
|
|
|
|
|
- libmysqlclient-dev
|
|
|
|
|
- libical-dev
|
|
|
|
|
- libircclient-dev
|
|
|
|
|
- libcairo2-dev
|
|
|
|
|
- libmicrohttpd-dev
|
|
|
|
|
- ncurses-dev
|
|
|
|
|
- librsvg2-dev
|
|
|
|
|
- libaudclient-dev
|
|
|
|
|
- libxmmsclient-dev
|
|
|
|
|
- libpulse-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
|
|
|
|
- audacious-dev
|
|
|
|
|
- libsystemd-dev
|
2018-12-23 16:37:19 +00:00
|
|
|
- libxnvctrl-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- gawk
|
|
|
|
|
env:
|
2018-12-23 16:37:19 +00:00
|
|
|
- MATRIX_EVAL="CC=gcc-6 && CXX=g++-6"
|
2018-05-12 16:03:00 +00:00
|
|
|
- os: linux
|
2018-12-08 21:50:00 +00:00
|
|
|
dist: xenial
|
2018-05-12 16:03:00 +00:00
|
|
|
addons:
|
|
|
|
|
apt:
|
|
|
|
|
sources:
|
|
|
|
|
- ubuntu-toolchain-r-test
|
|
|
|
|
packages:
|
2018-12-23 16:37:19 +00:00
|
|
|
- g++-7
|
2018-05-12 16:03:00 +00:00
|
|
|
- cmake
|
2018-12-20 15:33:34 +00:00
|
|
|
- docbook2x
|
2018-05-12 16:03:00 +00:00
|
|
|
- libxdamage-dev
|
|
|
|
|
- libx11-dev
|
|
|
|
|
- libxft-dev
|
|
|
|
|
- libxext-dev
|
|
|
|
|
- libglib2.0-dev
|
|
|
|
|
- libxml2-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
- liblua5.3-dev
|
2018-05-12 16:03:00 +00:00
|
|
|
- libcairo2-dev
|
|
|
|
|
- libimlib2-dev
|
|
|
|
|
- libxinerama-dev
|
2018-05-13 17:33:18 +00:00
|
|
|
- libmysqlclient-dev
|
|
|
|
|
- libical-dev
|
|
|
|
|
- libircclient-dev
|
|
|
|
|
- libcairo2-dev
|
|
|
|
|
- libmicrohttpd-dev
|
|
|
|
|
- ncurses-dev
|
|
|
|
|
- librsvg2-dev
|
|
|
|
|
- libaudclient-dev
|
|
|
|
|
- libxmmsclient-dev
|
|
|
|
|
- libpulse-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
|
|
|
|
- audacious-dev
|
2018-12-08 21:50:00 +00:00
|
|
|
- libsystemd-dev
|
2018-12-23 16:37:19 +00:00
|
|
|
- libxnvctrl-dev
|
2018-05-12 16:03:00 +00:00
|
|
|
- gawk
|
|
|
|
|
env:
|
2018-12-23 16:37:19 +00:00
|
|
|
- MATRIX_EVAL="CC=gcc-7 && CXX=g++-7"
|
2018-12-19 16:11:24 +00:00
|
|
|
- os: linux
|
|
|
|
|
dist: xenial
|
|
|
|
|
addons:
|
|
|
|
|
apt:
|
|
|
|
|
sources:
|
2018-12-23 16:37:19 +00:00
|
|
|
- ubuntu-toolchain-r-test
|
2018-12-19 16:11:24 +00:00
|
|
|
packages:
|
2018-12-23 16:37:19 +00:00
|
|
|
- g++-8
|
2018-12-19 16:11:24 +00:00
|
|
|
- cmake
|
2018-12-20 15:33:34 +00:00
|
|
|
- docbook2x
|
2018-12-19 16:11:24 +00:00
|
|
|
- libxdamage-dev
|
|
|
|
|
- libx11-dev
|
|
|
|
|
- libxft-dev
|
|
|
|
|
- libxext-dev
|
|
|
|
|
- libglib2.0-dev
|
|
|
|
|
- libxml2-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
- liblua5.3-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- libcairo2-dev
|
|
|
|
|
- libimlib2-dev
|
|
|
|
|
- libxinerama-dev
|
|
|
|
|
- libmysqlclient-dev
|
|
|
|
|
- libical-dev
|
|
|
|
|
- libircclient-dev
|
|
|
|
|
- libcairo2-dev
|
|
|
|
|
- libmicrohttpd-dev
|
|
|
|
|
- ncurses-dev
|
|
|
|
|
- librsvg2-dev
|
|
|
|
|
- libaudclient-dev
|
|
|
|
|
- libxmmsclient-dev
|
|
|
|
|
- libpulse-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
|
|
|
|
- audacious-dev
|
|
|
|
|
- libsystemd-dev
|
2018-12-23 16:37:19 +00:00
|
|
|
- libxnvctrl-dev
|
2018-12-19 16:11:24 +00:00
|
|
|
- gawk
|
|
|
|
|
env:
|
2018-12-23 16:37:19 +00:00
|
|
|
- MATRIX_EVAL="CC=gcc-8 && CXX=g++-8"
|
2018-05-12 16:03:00 +00:00
|
|
|
- os: linux
|
2018-12-08 21:50:00 +00:00
|
|
|
dist: xenial
|
2018-05-12 16:03:00 +00:00
|
|
|
addons:
|
|
|
|
|
apt:
|
|
|
|
|
sources:
|
2018-12-23 16:37:19 +00:00
|
|
|
- llvm-toolchain-xenial-6.0
|
2018-05-12 16:03:00 +00:00
|
|
|
packages:
|
2018-12-23 16:37:19 +00:00
|
|
|
- clang-6.0
|
2018-12-23 21:38:00 +00:00
|
|
|
- lld-6.0
|
|
|
|
|
- libstdc++6
|
2018-05-12 16:03:00 +00:00
|
|
|
- cmake
|
2018-12-20 15:33:34 +00:00
|
|
|
- docbook2x
|
2018-05-12 16:03:00 +00:00
|
|
|
- libxdamage-dev
|
|
|
|
|
- libx11-dev
|
|
|
|
|
- libxft-dev
|
|
|
|
|
- libxext-dev
|
|
|
|
|
- libglib2.0-dev
|
|
|
|
|
- libxml2-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
- liblua5.3-dev
|
2018-05-12 16:03:00 +00:00
|
|
|
- libcairo2-dev
|
|
|
|
|
- libimlib2-dev
|
|
|
|
|
- libxinerama-dev
|
2018-05-13 17:33:18 +00:00
|
|
|
- libmysqlclient-dev
|
|
|
|
|
- libical-dev
|
|
|
|
|
- libircclient-dev
|
|
|
|
|
- libcairo2-dev
|
|
|
|
|
- libmicrohttpd-dev
|
|
|
|
|
- ncurses-dev
|
|
|
|
|
- librsvg2-dev
|
|
|
|
|
- libaudclient-dev
|
|
|
|
|
- libxmmsclient-dev
|
|
|
|
|
- libpulse-dev
|
|
|
|
|
- libcurl4-gnutls-dev
|
|
|
|
|
- audacious-dev
|
2018-12-08 21:50:00 +00:00
|
|
|
- libsystemd-dev
|
2018-12-23 16:37:19 +00:00
|
|
|
- libxnvctrl-dev
|
2018-05-12 16:03:00 +00:00
|
|
|
- gawk
|
|
|
|
|
env:
|
2018-12-23 16:37:19 +00:00
|
|
|
- MATRIX_EVAL="CC=clang-6.0 && CXX=clang++-6.0"
|
2018-12-19 16:11:24 +00:00
|
|
|
- os: osx
|
|
|
|
|
osx_image: xcode9.4
|
|
|
|
|
- os: osx
|
|
|
|
|
osx_image: xcode10
|
2018-06-19 12:07:44 +00:00
|
|
|
- os: osx
|
2018-12-08 21:50:00 +00:00
|
|
|
osx_image: xcode10.1
|
2018-05-12 16:03:00 +00:00
|
|
|
before_install:
|
2018-06-19 12:07:44 +00:00
|
|
|
- if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then eval "${MATRIX_EVAL}" ; fi
|
2018-12-22 21:16:28 +00:00
|
|
|
- |
|
2018-12-19 18:31:22 +00:00
|
|
|
if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then
|
2018-12-23 21:38:00 +00:00
|
|
|
HOMEBREW_NO_AUTO_UPDATE=1 brew install freetype gettext lua imlib2 librsvg docbook2x lcov ;
|
2018-12-28 18:33:48 +00:00
|
|
|
HOMEBREW_NO_AUTO_UPDATE=1 brew link gettext --force ;
|
2018-12-19 15:40:26 +00:00
|
|
|
fi
|
2012-12-26 00:57:10 +00:00
|
|
|
before_script:
|
2018-06-19 12:07:44 +00:00
|
|
|
- |
|
|
|
|
|
if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then
|
|
|
|
|
mkdir build && cd build
|
|
|
|
|
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
cmake \
|
2018-12-20 15:33:34 +00:00
|
|
|
-DMAINTAINER_MODE=ON \
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
-DBUILD_MYSQL=ON \
|
|
|
|
|
-DBUILD_LUA_IMLIB2=ON \
|
|
|
|
|
-DBUILD_LUA_RSVG=ON \
|
|
|
|
|
-DBUILD_LUA_CAIRO=ON \
|
|
|
|
|
-DBUILD_AUDACIOUS=ON \
|
|
|
|
|
-DBUILD_XMMS2=ON \
|
|
|
|
|
-DBUILD_ICAL=ON \
|
|
|
|
|
-DBUILD_IRC=ON \
|
|
|
|
|
-DBUILD_HTTP=ON \
|
|
|
|
|
-DBUILD_ICONV=ON \
|
|
|
|
|
-DBUILD_PULSEAUDIO=ON \
|
|
|
|
|
-DBUILD_JOURNAL=ON \
|
|
|
|
|
-DBUILD_RSS=ON \
|
2018-12-23 16:37:19 +00:00
|
|
|
-DBUILD_NVIDIA=ON \
|
2018-06-19 12:07:44 +00:00
|
|
|
..
|
|
|
|
|
cd ..
|
|
|
|
|
mkdir build-no-x11
|
|
|
|
|
cd build-no-x11
|
|
|
|
|
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
cmake \
|
2018-12-20 15:33:34 +00:00
|
|
|
-DMAINTAINER_MODE=ON \
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
-DBUILD_X11=OFF \
|
|
|
|
|
-DBUILD_MYSQL=ON \
|
|
|
|
|
-DBUILD_LUA_CAIRO=ON \
|
|
|
|
|
-DBUILD_LUA_IMLIB2=ON \
|
|
|
|
|
-DBUILD_LUA_RSVG=ON \
|
|
|
|
|
-DBUILD_AUDACIOUS=ON \
|
|
|
|
|
-DBUILD_XMMS2=ON \
|
|
|
|
|
-DBUILD_ICAL=ON \
|
|
|
|
|
-DBUILD_IRC=ON \
|
|
|
|
|
-DBUILD_HTTP=ON \
|
|
|
|
|
-DBUILD_ICONV=ON \
|
|
|
|
|
-DBUILD_PULSEAUDIO=ON \
|
|
|
|
|
-DBUILD_JOURNAL=ON \
|
|
|
|
|
-DBUILD_RSS=ON \
|
2018-06-19 12:07:44 +00:00
|
|
|
..
|
|
|
|
|
cd ..
|
|
|
|
|
elif [[ "$TRAVIS_OS_NAME" == "osx" ]]; then
|
|
|
|
|
mkdir build && cd build
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
cmake \
|
2018-12-20 15:33:34 +00:00
|
|
|
-DMAINTAINER_MODE=ON \
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
-DBUILD_LUA_RSVG=ON \
|
|
|
|
|
-DBUILD_LUA_IMLIB2=ON \
|
2018-12-19 15:40:26 +00:00
|
|
|
..
|
2018-06-19 12:07:44 +00:00
|
|
|
cd ..
|
|
|
|
|
|
|
|
|
|
mkdir build-no-x11
|
|
|
|
|
cd build-no-x11
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
cmake \
|
2018-12-20 15:33:34 +00:00
|
|
|
-DMAINTAINER_MODE=ON \
|
|
|
|
|
-DBUILD_X11=OFF \
|
Add toluapp subtree (#712)
* First commit!
* Import to git
* Droping down CMake requirement
* Corrected installation of libraries
* Adding travis build
* Updated cmake macros
* Fixed find package
* Updated travis hook
* Updated travis hook
* Patch to support Lua 5.3.
* Fix Lua header include directives in tolua++.h
Use angle bracket rather than double quotes when including Lua headers in the tolua++ header. This fixes a problem on systems that default to a Lua version newer than 5.1 and install the tolua++ header to the same directory as newer Lua headers.
As there are (usually) no Lua headers in the same directory when building tolua++ itself, the preprocessor will look to the include directories passed to the compiler, one of which would be the Lua 5.1 include directory, and tolua++ will build with those (correct) headers. Then the tolua++ header is usually installed in the default include directory, alongside the newer Lua headers, which you wouldn't expect to cause any trouble.
But it does cause trouble when trying to build other programs that include the tolua++ header, because now the preprocessor does find Lua headers in the same directory as the tolua++ header, which are the newer (incorrect) headers. Now the program will either fail to compile, because it doesn't support the newer headers, or fail to link with the tolua++ shared object because they were compiled against different Lua headers.
Using angle brackets instead of double quotes in the include directives will fix the problem, because then the preprocessor will look to the include directories passed to the compiler first.
See http://www.cegui.org.uk/forum/viewtopic.php?f=10&t=7195
* Remove email notifications.
* Update travis build.
* Build shared and static libs.
* Patch toluapp to support Lua 5.3.
With this change, support for Lua 5.1 is dropped.
This resolve #116.
* Add some comments to clarify the toluapp handling.
* Add minor sonar fix.
2018-12-20 20:18:51 +00:00
|
|
|
-DBUILD_X11=OFF \
|
|
|
|
|
-DBUILD_LUA_RSVG=ON \
|
|
|
|
|
-DBUILD_LUA_IMLIB2=ON \
|
2018-12-19 15:40:26 +00:00
|
|
|
..
|
2018-06-19 12:07:44 +00:00
|
|
|
cd ..
|
|
|
|
|
fi
|
2013-09-15 16:45:56 +00:00
|
|
|
script:
|
2018-05-12 16:03:00 +00:00
|
|
|
- cd build
|
2018-12-22 21:16:28 +00:00
|
|
|
- |
|
|
|
|
|
if [ "$CXX" = "clang++-7" ] ; then
|
|
|
|
|
build-wrapper-linux-x86-64 --out-dir bw-output make -j4 ;
|
|
|
|
|
else
|
|
|
|
|
make -j4 ;
|
|
|
|
|
fi
|
2018-12-23 21:38:00 +00:00
|
|
|
- make test
|
|
|
|
|
- if [ "$CXX" = "clang++-7" ] ; then make test-conky-coverage-txt ; fi
|
2018-05-12 16:03:00 +00:00
|
|
|
- cd ../build-no-x11
|
2018-05-12 23:26:31 +00:00
|
|
|
- make -j4
|
|
|
|
|
- cd ..
|
2018-12-08 21:50:00 +00:00
|
|
|
- if [ "$CXX" = "clang++-7" -a ! -z "$SONAR_TOKEN" ] ; then sonar-scanner ; fi
|
2012-12-26 00:57:10 +00:00
|
|
|
branches:
|
|
|
|
|
only:
|
|
|
|
|
- master
|
2015-11-30 21:17:54 +00:00
|
|
|
sudo: false
|
2018-05-13 14:58:09 +00:00
|
|
|
cache:
|
2018-12-19 15:40:26 +00:00
|
|
|
- directories:
|
2018-12-22 21:16:28 +00:00
|
|
|
- "$HOME/.sonar/cache"
|
