4108665b63
Cross compiling these libraries requires to supply the cross- compiler via the CC_FOR_BUILD environment variable. Since we have to use the gcc-wrappers, we now need two different invocations with different inclues and libraries, but just have fixed environment variables. Also, the CC_FOR_BUILD clashes with LO's own variant, but that is easy to fix. So this change includes: - gcc-wrappers: new option --wrapper-env-prefix to add a prefix to the environment variable names - gcc-wrappers: new option --wrapper-print-cmdline to dump the real command called, when a verbose build is executed - gcc-wrappers: default to exe, if the output has no extension - unify build flags for gpg related libraries Change-Id: I4e6a6ba3c6e09237c8ffefa40ce61131290a3852 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102482 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> |
||
|---|---|---|
| .. | ||
| add-minimal-keyexport.patch | ||
| asan.patch | ||
| c++20.patch | ||
| clang-cl.patch | ||
| ExternalPackage_gpgmepp.mk | ||
| ExternalProject_gpgmepp.mk | ||
| find-libgpg-error-libassuan.patch | ||
| fix-autoconf-macros.patch | ||
| gcc9.patch | ||
| gpgme.git-fe2892618c20cd40c342cce26ffb6ac4644fd3c3.patch.1 | ||
| Library_gpgmepp.mk | ||
| Makefile | ||
| Module_gpgmepp.mk | ||
| README | ||
| rpath.patch | ||
| ubsan.patch | ||
| UnpackedTarball_gpgmepp.mk | ||
| w32-add-initializer.patch.1 | ||
| w32-build-fixes-2.patch | ||
| w32-build-fixes.patch.1 | ||
| w32-disable-docs.patch.1 | ||
| w32-fix-libtool.patch.1 | ||
| w32-fix-win32-macro.patch.1 | ||
A library for easy access to GnuPG (GnuPG Made Easy) [https://www.gnupg.org/related_software/gpgme/index.html] (The upstream project and its git repo at <https://dev.gnupg.org/source/gpgme/> are called "gpgme", not "gpgmepp". This external module was renamed from external/gpgme to external/gpgmepp with 50a55d862034b7a06510c014332236f44e306831 "gpg4libre: cleanup gpgme & add gbuild lib for gpgmepp": "This moves the external to gpgmepp, since that's what we _actually_ link against [...]")