the CMake documentation for the POSITION_INDEPENDENT_CODE
property states that it is set to True for SHARED and
MODULE targets, however mixing objects that are build
without PIC and shared/module objects with PIC does not
end well (linker error) thus the macro to workaround
that fixing the build for x86_64
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
also, the CMake files are installed where they can be found by default
(without any manual configuration) by default - in the top-level
installation directory (CMAKE_INSTALL_PREFIX)
Signed-off-by: Ivailo Monev <xakepa10@gmail.com>
that makes them overridable even from external projects (which can be bad
since it can make translations be installed in the wrong path) but for
those who build Katie itself it would be easier to change the paths from
the CMake GUI or their IDE
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>
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>
