this file guarantees that on hardened musl libc systems the
libraries can be found by the libraries loader when build without
RPATH and the custom ld config is not respected. it does require
a logout to take effect but I do not know what else can be done
about that.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
they cause different (troublesome) behaviour depending on wheather the
build is performed on Windows or UNIX host
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
this fixes an issue where running executables build with MinGW on Windows
host does nothing and the final executable is useless
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
since the compression is required for the network component, rcc and other
cruft a minimal zlib replacement should do just fine for that purpose.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
it should not be up to Phonon to support PulseAudio (or ALSA in
that matter) separately, the real backend (in this case VLC)
should decide what to use and the Phonon backend should offer
only offer control over that with some sort of configuration.
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
now that the assembler language is enabled in the build system the macro
turned out to be a bit bogus and it has to handle sources control too
because some CPU specifiec sources were, previously, added unconditionally
to targets leading to build failures (especially with assembly).
CPU tests now declare variables that are cached and can be changed by the
user to avoid touching parent scope from the test macros (previously
functions for that reason).
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
the custom ld.so.conf file ensures that the Katie libraries get
registered in the cache so that when installed in location other than
/usr/lib or other standard libraries path executables can operate.
Even the default libraries path (/usr/local/lib/katie) is
non-standard and requires the config, unless CMAKE_SKIP_INSTALL_RPATH
if set to ON but because RPATH is considered security issue it is
unlikely that binary distributors will turn it on when building Katie
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
on freebsd the shebang may not be correct as it, usually, places
files under /usr/local prefix instead of /usr thus calling with
what the PythonInterp cmake module has found is more reliable
cross-platform
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
