Llewellyn/conky
1
0
Fork 0
mirror of https://github.com/Llewellynvdm/conky.git synced 2024-11-15 17:47:09 +00:00
Code Issues Releases Activity
v1.11.2
conky/.travis.yml

228 lines
6.7 KiB
YAML
Raw Permalink Normal View History

add readme.md and travis.yml
2012-12-26 00:57:10 +00:00
language: cpp
Add formatting/static analysis (#486) * Reform source with clang-format. Rules applied with: $ find . -iname *.h -o -iname *.cc | xargs clang-format \ -style=file -i -fallback-style=google * Add clang-format and analyze to build. Based on the excellent work at: https://github.com/ttroy50/cmake-examples * Clean up CMake stuff on macOS. * Remove vim/emacs modelines. * Update copyright dates. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes.
2018-05-12 16:03:00 +00:00
matrix:
include:
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- os: linux
dist: xenial
addons:
apt:
sources:
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- llvm-toolchain-xenial-7
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
packages:
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- clang-7
Add some basic unit tests. Introduced the Catch2 unit testing framework.
2018-12-23 21:38:00 +00:00
- llvm-7
- lld-7
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- libc++-7-dev
Add some basic unit tests. Introduced the Catch2 unit testing framework.
2018-12-23 21:38:00 +00:00
- libc++abi-7-dev
- lcov
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- cmake
Get build working with -Wall. Enable `MAINTAINER_MODE` on travis builds.
2018-12-20 15:33:34 +00:00
- docbook2x
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
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
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
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
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- libxnvctrl-dev
Enable IRC support in travis build.
2019-01-04 20:29:38 +00:00
- libircclient-dev
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- gawk
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
sonarcloud:
organization: "brndnmtthws-github"
token:
secure: "KikPusy+HXcEVLr0Dqb6mkrefDU5jm7EGQ5fwO4sBG7bRMcnHV3V14s5yB4Ol8btpUC0nkNn/41+f37lkG+oT4y9ZeIH2ZrhsSEHxOgH6DF9ZSVJwtpLrF9siWgfZ0m5c5V7U5rzVYL3jlO1hQfXKCfMNAcwlKcEUrfpk7jVEZc="
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
env:
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- MATRIX_EVAL="CC=clang-7 && CXX=clang++-7"
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- os: linux
dist: xenial
addons:
apt:
sources:
- ubuntu-toolchain-r-test
packages:
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- g++-5
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- cmake
Get build working with -Wall. Enable `MAINTAINER_MODE` on travis builds.
2018-12-20 15:33:34 +00:00
- docbook2x
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
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
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
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
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- libxnvctrl-dev
Enable IRC support in travis build.
2019-01-04 20:29:38 +00:00
- libircclient-dev
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- gawk
env:
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
- MATRIX_EVAL="CC=gcc-5 && CXX=g++-5"
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- os: linux
dist: xenial
addons:
apt:
sources:
- ubuntu-toolchain-r-test
packages:
Stick to 5 concurrent Travis builds. Travis limits OSS projects to 5 concurrent builds. Let's cut down the number of different build platforms to 5 to keep the build from taking too long. Linux toolchains: - GCC 5 - GCC 8 - LLVM 7 macOS toolchains: - xcode 9.4 - xcode 10.1
2019-01-04 21:10:19 +00:00
- g++-8
- cmake
- docbook2x
- libxdamage-dev
- libx11-dev
- libxft-dev
- libxext-dev
- libglib2.0-dev
- libxml2-dev
- libcurl4-gnutls-dev
- liblua5.3-dev
- 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
- libxnvctrl-dev
- libircclient-dev
- gawk
Add formatting/static analysis (#486) * Reform source with clang-format. Rules applied with: $ find . -iname *.h -o -iname *.cc | xargs clang-format \ -style=file -i -fallback-style=google * Add clang-format and analyze to build. Based on the excellent work at: https://github.com/ttroy50/cmake-examples * Clean up CMake stuff on macOS. * Remove vim/emacs modelines. * Update copyright dates. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes.
2018-05-12 16:03:00 +00:00
env:
Stick to 5 concurrent Travis builds. Travis limits OSS projects to 5 concurrent builds. Let's cut down the number of different build platforms to 5 to keep the build from taking too long. Linux toolchains: - GCC 5 - GCC 8 - LLVM 7 macOS toolchains: - xcode 9.4 - xcode 10.1
2019-01-04 21:10:19 +00:00
- MATRIX_EVAL="CC=gcc-8 && CXX=g++-8"
Build fix for older GCC versions. (#710) Add some older OS versions to the build matrix to make sure we don't inadvertantly break the build. This resolves issue #708.
2018-12-19 16:11:24 +00:00
- os: osx
osx_image: xcode9.4
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
2018-06-19 12:07:44 +00:00
- os: osx
Update Travis OS images. (#694)
2018-12-08 21:50:00 +00:00
osx_image: xcode10.1
Add formatting/static analysis (#486) * Reform source with clang-format. Rules applied with: $ find . -iname *.h -o -iname *.cc | xargs clang-format \ -style=file -i -fallback-style=google * Add clang-format and analyze to build. Based on the excellent work at: https://github.com/ttroy50/cmake-examples * Clean up CMake stuff on macOS. * Remove vim/emacs modelines. * Update copyright dates. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes.
2018-05-12 16:03:00 +00:00
before_install:
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
2018-06-19 12:07:44 +00:00
- if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then eval "${MATRIX_EVAL}" ; fi
More build fixes.
2018-12-22 21:16:28 +00:00
- |
Fix yaml syntax.
2018-12-19 18:31:22 +00:00
if [[ "$TRAVIS_OS_NAME" == "osx" ]]; then
Add some basic unit tests. Introduced the Catch2 unit testing framework.
2018-12-23 21:38:00 +00:00
HOMEBREW_NO_AUTO_UPDATE=1 brew install freetype gettext lua imlib2 librsvg docbook2x lcov ;
Simplify travis OSX build brew command.
2018-12-28 18:33:48 +00:00
HOMEBREW_NO_AUTO_UPDATE=1 brew link gettext --force ;
Enable ccache for travis builds. (#711)
2018-12-19 15:40:26 +00:00
fi
add readme.md and travis.yml
2012-12-26 00:57:10 +00:00
before_script:
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
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 \
Get build working with -Wall. Enable `MAINTAINER_MODE` on travis builds.
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 \
Enable IRC support in travis build.
2019-01-04 20:29:38 +00:00
-DBUILD_IRC=ON \
Fix some more sonar issues. Run clang-7 build first so that sonar data gets reported earlier, enable nvidia in travis builds.
2018-12-23 16:37:19 +00:00
-DBUILD_NVIDIA=ON \
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
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 \
Get build working with -Wall. Enable `MAINTAINER_MODE` on travis builds.
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 \
Enable IRC support in travis build.
2019-01-04 20:29:38 +00:00
-DBUILD_IRC=ON \
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
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 \
Get build working with -Wall. Enable `MAINTAINER_MODE` on travis builds.
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 \
Enable ccache for travis builds. (#711)
2018-12-19 15:40:26 +00:00
..
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
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 \
Get build working with -Wall. Enable `MAINTAINER_MODE` on travis builds.
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 \
Enable ccache for travis builds. (#711)
2018-12-19 15:40:26 +00:00
..
travisCI for macOS (#524) * add TravisCI for macOS * Delete these spaces * Attempt to fix trailing spaces
2018-06-19 12:07:44 +00:00
cd ..
fi
Fix whitespace.
2013-09-15 16:45:56 +00:00
script:
Add formatting/static analysis (#486) * Reform source with clang-format. Rules applied with: $ find . -iname *.h -o -iname *.cc | xargs clang-format \ -style=file -i -fallback-style=google * Add clang-format and analyze to build. Based on the excellent work at: https://github.com/ttroy50/cmake-examples * Clean up CMake stuff on macOS. * Remove vim/emacs modelines. * Update copyright dates. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes.
2018-05-12 16:03:00 +00:00
- cd build
More build fixes.
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
Add some basic unit tests. Introduced the Catch2 unit testing framework.
2018-12-23 21:38:00 +00:00
- make test
- if [ "$CXX" = "clang++-7" ] ; then make test-conky-coverage-txt ; fi
Add formatting/static analysis (#486) * Reform source with clang-format. Rules applied with: $ find . -iname *.h -o -iname *.cc | xargs clang-format \ -style=file -i -fallback-style=google * Add clang-format and analyze to build. Based on the excellent work at: https://github.com/ttroy50/cmake-examples * Clean up CMake stuff on macOS. * Remove vim/emacs modelines. * Update copyright dates. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes. * Build fixes.
2018-05-12 16:03:00 +00:00
- cd ../build-no-x11
Build improvements: clang-tidy, sonar, Dockerfile. (#488)
2018-05-12 23:26:31 +00:00
- make -j4
- cd ..
Update Travis OS images. (#694)
2018-12-08 21:50:00 +00:00
- if [ "$CXX" = "clang++-7" -a ! -z "$SONAR_TOKEN" ] ; then sonar-scanner ; fi
add readme.md and travis.yml
2012-12-26 00:57:10 +00:00
branches:
only:
- master
Disable sudo on Travis builds.
2015-11-30 21:17:54 +00:00
sudo: false
Re-enable sonar cache. (#496)
2018-05-13 14:58:09 +00:00
cache:
Enable ccache for travis builds. (#711)
2018-12-19 15:40:26 +00:00
- directories:
More build fixes.
2018-12-22 21:16:28 +00:00
- "$HOME/.sonar/cache"
Copy Permalink