summaryrefslogtreecommitdiff
path: root/cppcanvas
ModeNameSize
-rw-r--r--CppunitTest_cppcanvas_emfplus.mk1820logplain
-rw-r--r--CppunitTest_cppcanvas_test.mk1514logplain
-rw-r--r--Library_cppcanvas.mk2846logplain
-rw-r--r--Library_mtfrenderer.mk1380logplain
-rw-r--r--Makefile478logplain
-rw-r--r--Module_cppcanvas.mk1326logplain
-rw-r--r--README162logplain
d---------inc / pch30logplain
d---------qa64logplain
d---------source164logplain
generated by cgit (git 2.34.1) at 2025-01-09 04:16:22 +0000
e again"). So wrapping LO's autogen.sh and make in scan-build picked up that broken CLANG_CXX and caused build failures like > [CXX] external/skia/source/SkMemory_malloc.cxx > /bin/sh: ~/llvm/inst/bin/clang-12++: No such file or directory (see <https://lists.freedesktop.org/archives/libreoffice/2020-October/086113.html> "Re: llvm/clang static analyzer reports"). So rename CLANG_CXX, and for consistency also CLANG_CC and the various CLANG_CXXFLAGS_INTRINSICS_*, by prefixing each with LO_. Change-Id: Ib41cabe940f8bfb1997f74e865cca5725f859e07 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/104383 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2020-08-12Enable --enable-lto --enable-skia when building with GCC+Clang on LinuxStephan Bergmann ...where all the Library_skia objects are built with Clang, so contain intermediate LLVM bytecode, but were then linked via GCC and ld or gold, which do not understand such object files and thus failed. So in gb_LinkTarget__command_dynamiclink use T_CC/T_CXX also for the linker command line. But then Clang would still be used for linking with the -fuse-ld=(ld or gold) $(USE_LD) suitable for GCC, and would still fail. So break T_USE_LD out of T_LDFLAGS and let gb_LinkTarget_use_clang override T_USE_LD with CLANG_USE_LD. At least for now, that CLANG_USE_LD (containing something like -fuse-ld=lld or -fuse-ld=lld --ld-path=... for the latter see d668c9a04d04d256fcbbd2165fe226f1db88256b "Adapt --enable-ld to Clang 12 trunk --ld-path") needs to manually be passed into autogen.sh, it is not computed in configure.ac. Then building Library_skia would still fail to link against StaticLibrary_libpng, as that only contains intermediate GCC object code, so make sure to build it with -ffat-lto-objects in this specific case. Change-Id: I0a104e53a8898cd9c2eb3b643e21954e853608cc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100556 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2020-07-23fix internal libpng ppc(64el) buildRene Engelhard by adding the missing files for VSX. See https://lists.freedesktop.org/archives/libreoffice/2020-July/085564.html ff, Change-Id: Ie368fcfa5cca80b2a7bd13be4add5d9973f3b05f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/99337 Tested-by: René Engelhard <rene@debian.org> Tested-by: Jenkins Reviewed-by: René Engelhard <rene@debian.org> 2019-12-02android: Add also aarch64 to avoid linking errors.Jan Holesovsky Change-Id: Ifdd696dc37de541bc722807054cd4ba7b862c175 Reviewed-on: https://gerrit.libreoffice.org/81904 Reviewed-by: Jan Holesovsky <kendy@collabora.com> Tested-by: Jan Holesovsky <kendy@collabora.com> (cherry picked from commit 620f39b816e3f10a4e047bb4f5ed5f4fdad2b364) Reviewed-on: https://gerrit.libreoffice.org/81914