Age | Commit message (Collapse) | Author |
|
FFmpeg: Bump to final 3.1.6-Krypton
|
|
Jenkins doesn't always build addons. Therefore packaging should work
also if there are none.
Fixes: find: ‘/home/jenkins/workspace/Android-ARM/build/install/lib/kodi/addons’: No such file or directory
See also: https://github.com/xbmc/xbmc/pull/11183/commits/d7f4652a1326a8caf4afa6c8956fba44c94d6c35
|
|
Introduced by https://github.com/xbmc/xbmc/pull/10025.
mDNSCore/mDNS.c:8688: error: undefined reference to 'FreeAnonInfo'
mDNSCore/mDNS.c:4386: error: undefined reference to 'FreeAnonInfo'
mDNSCore/mDNS.c:11945: error: undefined reference to 'FreeAnonInfo'
mDNSCore/mDNS.c:13157: error: undefined reference to 'FreeAnonInfo'
mDNSCore/mDNS.c:13137: error: undefined reference to 'AllocateAnonInfo'
mDNSCore/mDNS.c:13145: error: undefined reference to 'AllocateAnonInfo'
mDNSCore/mDNS.c:7271: error: undefined reference to 'InitializeAnonInfoForQuestion'
mDNSCore/mDNS.c:7318: error: undefined reference to 'SetAnonData'
mDNSCore/mDNS.c:9159: error: undefined reference to 'InitializeAnonInfoForCR'
mDNSCore/mDNS.c:8544: error: undefined reference to 'IdenticalAnonInfo'
mDNSCore/mDNS.c:9232: error: undefined reference to 'CopyAnonInfoForCR'
mDNSCore/mDNS.c:12069: error: undefined reference to 'AllocateAnonInfo'
mDNSCore/mDNS.c:12957: error: undefined reference to 'ReInitAnonInfo'
mDNSCore/mDNS.c:12970: error: undefined reference to 'ReInitAnonInfo'
mDNSCore/DNSCommon.c:1907: error: undefined reference to 'AnonInfoAnswersQuestion'
mDNSCore/DNSCommon.c:1941: error: undefined reference to 'AnonInfoAnswersQuestion'
mDNSCore/DNSCommon.c:1820: error: undefined reference to 'AnonInfoAnswersQuestion'
|
|
|
|
|
|
|
|
|
|
|
|
|
|
misc cmake fixes
|
|
|
|
|
|
|
|
fixed: the assumption of toolchain = crosscompile cause issues
|
|
|
|
ref https://github.com/gentoo/gentoo/pull/3027
|
|
Remove remaining references to glew
|
|
glew was (mostly) removed in 03ff0d5ea02963b1283fe8bc7c1bad18f2dd97b6; this commit removes any remaining references to it.
|
|
[depends] curl 7.51.0
|
|
[depends] taglib 1.11.1
|
|
[depends] libpng 1.6.26
|
|
|
|
|
|
|
|
|
|
- Adapt Toolchain file to build a bundles with xcode.
This change has to be done in the Toolchain file because CMake
otherwise fails to run some compile checks.
- Unify path where bundle is built for Makefiles and Xcode
to build/$(CONFIGURATION)-$(EFFECTIVE_PLATFORM_NAME)
- Set only one architecture to prevent building multi-arch bundles.
- Simplify Install.cmake. Existing scrips are called now as post build
steps so that the bundle can be executed with Xcode
- Apply xcconfig settings.
Note: Two adaptions to the existing "autotools/Xcode" scripts were
needed.
- CMake cannot have the bundle name be different to the binary
and we cannot call the binary "Kodi.bin". The script has been adapted
to adapt the library execution path directly in place.
- CMake calls mkdeb.sh with "Debug-iphoneos", hence the script has been
adapted to match strings starting with "debug" or "release".
Reference:
- https://cmake.org/Bug/view.php?id=15329
- http://stackoverflow.com/questions/33660608/how-can-i-disable-xcode-bitcode-within-a-cmake-project
|
|
|
|
Quell some warnings
|
|
FFmpeg: Bump to 3.1.6-Krypton-Beta6
|
|
|
|
remove unused variables / members
|
|
|
|
|
|
|
|
both libs where already built during depends stage
|
|
|
|
[binary-addons] Rename DEPENDS_PATH to ADDON_DEPENDS_PATH
|
|
[cmake] Unify usage of CMAKE_CROSSCOMPILE throughout the project
|
|
|
|
|
|
|
|
|
|
[Depends] Force link generation (ln -s) to package config files to allow subsequent make binary-addons calls
|
|
add privacy policy
|
|
|
|
Set CMAKE_CROSSCOMPILING unconditionally if we have a toolchain file.
Also resort the _binaddons toolchain file so that it is closer to the
other one.
|
|
|
|
DEPENDS_PATH is used twice in the code build system it's set to the
system depends path (via toolchain file). In the addon system it's
used to point to the place where addon dependencies should be built.
This change renames the variable for binary-addons to
ADDON_DEPENDS_PATH. The toolchain file can then be used for local
addon builds.
|
|
|
|
|