| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
[depends][xbmc][fix] Get rid of wdk requirement
|
|
headers we need from wdk as a package to simplify setup
|
|
[cmake/linux] Code coverage
|
|
|
|
|
|
UWP(project centennial) does not allow AddDllDirectory which
we don't really need anyway but it's use made the folder structure
pretty. Since we run perfectly fine without it both native and
as UWP I decided to drop it completely.
To make the build, installer and debugging experience easier this
led to plenty of changes to packages and build scripts to output
all dlls into /system/ instead of different folders.
While moving stuff around some dependencies got updated, it's possible
that we can use java menus in bluray movies now, not tested.
EasyHook just got repackaged to fit the new folder structure.
The rebuilding of dependencies led to us being able to drop old
vcredist files which also simplifies installer and packaging, especially
for UWP.
Some minor cleanup along the way as well
|
|
|
|
|
|
refresh rate issue in FSE mode.
|
|
|
|
This change can be reverted once there is no need to support
lcov < 1.10 anymore (i.g. on Ubuntu 12.04).
|
|
Adds a FindCoverage.cmake script that generates code coverages reports
using LCOV. As coverage requires to compile with different options,
a 'Coverage' build type has been introduced.
Usage:
cmake -DCMAKE_BUILD_TYPE=Coverage <KODI_SRC>/project/cmake \
&& make -j$(nproc) coverage
Known issues: Doesn't work with wrapped libraries (i.g. libcpluff).
Therefore these are compiled unwrapped and the output behaves
differently compared to Debug or Release build!
|
|
Freebsd cmake
|
|
|
|
It's the linux file + xbmc/freebsd
|
|
On FreeBSD the binary are: swig2.0 or swig3.0
so try to find version 3.0 if the 2.0 is not there
|
|
use CMAKE_MAKE_PROGRAM variable to fix FreeBSD build
|
|
After the removal of RTMP in https://github.com/xbmc/xbmc/pull/10017,
the library fails to get packaged for android because it is no more
populated in the dyload-libs variables.
As the library is still needed (https://github.com/xbmc/xbmc/pull/10079)
we manually add it to the files that we're going to package.
Fixes:
cp: cannot stat 'kodi-build-android/install/lib/librtmp.so': No such file or directory
Makefile:121: recipe for target 'libs' failed
|
|
Increase the link performance with GCC by
- defaulting to GNU Gold Linker if available
- defaulting to Debug Fission if available (https://gcc.gnu.org/wiki/DebugFission)
Some measurements on Ubuntu Xenial (GNU GCC 5.3.1, Binutils 2.26)
with incremental linking (touch xbmc/FileItem.cpp) of a debug build:
- GNU ld: 16.5s
- GNU gold: 6.5s
|
|
In-source builds were broken due to a mistake in the export-files
logic. Even though this commit resolves the problem, it is recommended
building out-of-source.
|
|
For example on Darwin platforms this can indicate a missing toolchain
file.
|
|
|
|
CMake 3.5.1 suffers from a crash at configure time that happens on some
Systems: http://cmake.org/Bug/view.php?id=16044
This is fixed in 3.5.2.
Darwin requires CMake at least 3.4 or the usage of the patched version
in depends.
|
|
|
|
|
|
The Ninja generator needs to know which libs are built by which
targets. This can be done with ExternalProject_Add's BUILD_BYPRODUCTS.
This is supported since CMake 3.2. Older versions will trigger this
error:
ninja: error: 'build/libdvd/lib/libdvdnav.a', needed by 'kodi.bin',
missing and no known rule to make it
|
|
|
|
[depends][win32] bump libmicrohttpd to 0.9.50
|
|
Using TagLib for opus file tags.
|
|
|
|
[cmake] Don't link against libpng
|
|
No need to link against libpng as it is no direct dependency of Kodi
anymore.
Align with removal from configure.ac: https://github.com/xbmc/xbmc/pull/9850
This also fixes the CMake build on Windows, because CMake's built-in
FindPNG.cmake module doesn't find it in the Windows build-dependencies.
|
|
changed: remove internal librtmp support
|
|
This commit fixes issues with GenerateVersionedFiles:
- The generation step is called twice when a dependent file is changed.
- The generated files are always outdated when the input file is
not modified but the timestamp is updated (touch).
- On OSX the compileinfo target fails with "Problem configuring file"
when using the Xcode generator.
GenerateVersionedFiles internally used configure_file to generate the
output files. configure_file itself does dependency tracking which
seems to interfere with the dependencies of add_custom_command. When
an input file is changed, the script is executed and generates the
files. This however causes the other files to appear outdated as well
and the generation is triggered again.
|
|
moved to an inputstream add-on
|
|
https://github.com/xbmc/xbmc/commit/10aa7419b8d1a3170082c6216fc5862721500fff
|
|
this was an earlier version of the VFS cache.
it was kept around as backwards compatiblity
wrapper for the READ_CACHE support as it was
used in some audio decoders.
the audio decoders have since been moved to add-ons and rewritten to
use the cache through the new mechanisms, so there is no longer
any legacy to take into consideration.
|
|
|
|
[cmake] Re-order scripts/linux/Install.cmake and make paths relative
|
|
[cmake] Make sanitizers easy to use
|
|
[cmake] Android Packaging
|
|
|
|
[cmake] Get rid of scripts/common/PathSetup
|
|
[cmake] Fix TravisCI OSX add-ons build: rename project/cmake/scripts/darwin folder to osx
|
|
random framework
|
|
|
|
To use a sanitizer with clang or gcc add -DECM_ENABLE_SANITIZERS='san1;san2;...'
as an option to your CMake command line. More documentation is provided in the
CMake file.
|
|
folder to osx
|
