strepsirrhini/office-gobmx
9
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
office-gobmx/config_host.mk.in

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

820 lines
33 KiB
Makefile
Raw Normal View History

prep work to eliminated Env.*.sh, introduce config_{host,build}.mk This introduce config_host.mk and config_build.mk generated from config_host.mk.in The intent is for that file to be both sourcable in a shell and includable in a gnu Makefile. Eventually all the environment set-up will be in config_host.mk.in and so there won't be a need to source anything in shell before make.
2011-12-24 19:25:58 -06:00
# config variable for LibreOffice
Fix common typos. No automatic tools. Handmade… Change-Id: I1ab4e23b0539f8d39974787f226e57a21f96e959 Reviewed-on: https://gerrit.libreoffice.org/12164 Reviewed-by: Noel Grandin <noelgrandin@gmail.com> Tested-by: Noel Grandin <noelgrandin@gmail.com>
2014-11-10 08:05:25 -06:00
# this file is intended to be able to be included in a Makefile
config_host: fix misleading comment Change-Id: I51dbc3c1e0f860c7d3c866888f259de6b0d670b3
2012-06-20 00:33:08 -05:00
# and not to be sourced in a shell session
prep work to eliminated Env.*.sh, introduce config_{host,build}.mk This introduce config_host.mk and config_build.mk generated from config_host.mk.in The intent is for that file to be both sourcable in a shell and includable in a gnu Makefile. Eventually all the environment set-up will be in config_host.mk.in and so there won't be a need to source anything in shell before make.
2011-12-24 19:25:58 -06:00
#
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
# Horrible hack to prepend spaces to expansions
# Spaces are usually eaten by make parser but not if variable expands to space.
# Space prefix is desirable because system CFLAGS may be completely empty,
# which means that the variables defined here would need extra twiddling
# to get them into invoked external configures and override pkg-config there.
gb_SPACE:=$(gb_SPACE) $(gb_SPACE)
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export SRC_ROOT=@SRC_ROOT@
BUILDDIR should be presumably set to ... BUILDDIR :) Change-Id: Ia59aca8cc5c224af3bcecf79ee983afcacc80f76
2012-12-12 16:33:25 -06:00
export BUILDDIR=@BUILDDIR@
move ENABLE_* variables from set_soenv.in to config_host.mk
2011-12-27 04:04:06 -06:00
gbuild: AsmObject: support user defined AFLAGS There does not seem to be a point to using CFLAGS here, usual convention appears to be to use AFLAGS. Not target local, since right now there is no need for that. Change-Id: I5d2f45777c226c0afc632adc21e446f09740d75d
2012-12-21 10:27:39 -06:00
@x_AFLAGS@ export AFLAGS=@AFLAGS@
AbiWord Import filter Change-Id: I90dc115044e5f81fa3a2b105d30d7d39e438b086 Reviewed-on: https://gerrit.libreoffice.org/7411 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2014-01-13 10:01:32 -06:00
export ABW_CFLAGS=$(gb_SPACE)@ABW_CFLAGS@
export ABW_LIBS=$(gb_SPACE)@ABW_LIBS@
android: Use property instead of ANDROID_NDK_HOME env var Write an `ndk.dir` property with the directory path to `android/source/local.properties` instead, similar to how it's done for `sdk.dir`. Also, rename the `ANDROID_NDK_HOME` variable that's assigned in configure.ac that holds the corresponding value to `ANDROID_NDK_DIR`, because the gradle warning still shows up if that environment variable is set in addition to having an `ndk.dir` property in `local.properties`. This makes the following gradle warning disappear: > > Task :stripStrippedUIDebugDebugSymbols > WARNING: Support for ANDROID_NDK_HOME is deprecated and will be removed in the future. Use android.ndkVersion in build.gradle instead. > Support for ANDROID_NDK_HOME is deprecated and will be removed in the future. Use android.ndkVersion in build.gradle instead. Note however, that with this approach of using the `ndk.dir` property instead of the suggested `android.ndkVersion` (with the latter having the stricter requirement that the `ndk` dir would have to be a subdir of the SDK dir), doing the actual upgrade to a newer Gradle (plugin) version in follow-up commit Change-Id Ia982d72d877e229c3006c6d528b830d16c88481f "android: Update Android Gradle Plugin to 7.1.3" revealed that the use of the `ndk.dir` property is deprecated in newer Gradle (plugin) versions as well, resulting in this warning. > > Task :stripStrippedUIDebugDebugSymbols > [CXX5106] NDK was located by using ndk.dir property. This method is > deprecated and will be removed in a future release. Please delete > ndk.dir from local.properties and set android.ndkVersion to > [20.0.5594570] in all native modules in the project. > https://developer.android.com/r/studio-ui/ndk-dir It might make sense to address that in a follow-up step, but for now, it's an improvement and keeps it working after the upgrade without potentially causing any incompatibility problems with existing autogen configurations, while support for the `ANDROID_NDK_HOME` env var that was used so far seems to have been dropped, resulting in > > Task :stripStrippedUIDebugDebugSymbols > Unable to strip the following libraries, packaging them as they are: > libc++_shared.so, libfreebl3.so, liblo-native-code.so, libnspr4.so, > libnss3.so, libnssckbi.so, libnssdbm3.so, libnssutil3.so, > libplc4.so, libplds4.so, libsmime3.so, libsoftokn3.so, > libsqlite3.so, libssl3.so. instead if upgrading gradle without switching to the use of the property. Change-Id: I4a090e8736dac80777f69b0e12819b9c056f582b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133177 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2022-04-19 08:18:49 -05:00
export ANDROID_NDK_DIR=@ANDROID_NDK_DIR@
android: Set android.ndkVersion for Gradle Set the `android.ndkVersion` property [1] for the Android Gradle Plugin, in addition to `android.ndkPath` that is set there already. This addresses the warning > Task :stripStrippedUIEditingDebugDebugSymbols [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. [CXX1100] android.ndkVersion is [26.1.10909125] but android.ndkPath /home/michi/Android/Sdk/ndk/25.1.8937393 refers to a different version [25.1.8937393]. Unable to strip the following libraries, packaging them as they are: libc++_shared.so, libfreebl3.so, liblo-native-code.so, libnspr4.so, libnss3.so, libnssckbi.so, libnssdbm3.so, libnssutil3.so, libplc4.so, libplds4.so, libsmime3.so, libsoftokn3.so, libsqlite3.so, libssl3.so. that started to show up in a local `--with-android-ndk=$HOME/Android/Sdk/ndk/25.1.8937393` Android build after commit 1610ebc06b34263bf3e525babe1e583b932f6242 Author: Michael Weghorn <m.weghorn@posteo.de> Date: Mon May 13 10:47:49 2024 +0200 android: Update Android Gradle Plugin to 8.4.0 ... and gradle to 8.6, as suggested by Android Studio. As described at [2], that Android Gradle Plugin defaults to NDK 26.1.10909125. [1] https://developer.android.com/studio/projects/install-ndk#apply-specific-version [2] https://developer.android.com/build/releases/gradle-plugin Change-Id: Ied81f13f535303f9578177646f177b4ef791eefa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167715 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2024-05-15 21:51:47 -05:00
export ANDROID_NDK_VERSION=@ANDROID_NDK_VERSION@
android: Use actual Android API level for minSdkVersion, nss When an Android API level is explicitly set with the `--with-android-api-level` switch introduced in commit 4c0bccbb21ba022fd9d630eb1d9ae34673b4dc11 Date: Thu Jul 4 09:06:49 2019 +0200 android: Allow specification of the API level. , use that for the minSdkVersion for the Android Viewer app and the API level for the NSS build, rather than leaving that hard-coded at API level 16. Building with a newer API level means that the app won't run on devices with older API levels. With this in place, this will be recognized at install time (installation will fail: INSTALL_FAILED_OLDER_SDK) rather than crashing at run time. Change-Id: Id6047b768d265b965696f3a3161d7828e5f3696e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146127 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-01-25 03:08:48 -06:00
export ANDROID_API_LEVEL=@ANDROID_API_LEVEL@
Factor out the Android APP_ABI sanely instead of copy-paste galore Change-Id: I66e97d73c410ac6f2e481ba9b2b22183f57438bd
2012-08-23 04:26:52 -05:00
export ANDROID_APP_ABI=@ANDROID_APP_ABI@
android: Stop using ANDROID_SDK_HOME env variable Otherwise, upgrading to Android Gradle Plugin 7.1.3 and gradle 7.2 (which will be done in a follow-up commit) would make the build fail like this: > FAILURE: Build failed with an exception. > > * Where: > Build file '/home/michi/development/git/libreoffice-WORKTREE-for-android-x86/android/source/build.gradle' line: 1 > > * What went wrong: > A problem occurred evaluating root project 'source'. > > Failed to apply plugin 'com.android.internal.application'. > > ANDROID_SDK_HOME is set to the root of your SDK: /home/michi/Android/Sdk > ANDROID_SDK_HOME was meant to be the parent path of the preference folder expected by the Android tools. > It is now deprecated. > > To set a custom preference folder location, use ANDROID_USER_HOME. > > It should NOT be set to the same directory as the root of your SDK. > To set a custom SDK location, use ANDROID_HOME. We don't actually rely on `ANDROID_SDK_HOME` being evaluated by the Android toolchain, but it used to be set in configure.ac, and the value was then assigned to the `sdk.dir` property written to `android/source/local.properties`. Just use a new variable name `ANDROID_SDK_DIR` and keep the mechanism otherwise unchanged for now. Change-Id: I44826621a1342119d40036fb704d8ff1eeed7c77 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133178 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2022-04-19 08:44:08 -05:00
export ANDROID_SDK_DIR=@ANDROID_SDK_DIR@
android: Use libc++_shared path that works for NDK 25, too While e.g. NDK 23.0.7599858 has both, `$HOME/Android/Sdk/ndk/23.0.7599858/sources/cxx-stl/llvm-libc++/libs/x86/libc++_shared.so` and `$HOME/Android/Sdk/ndk/23.0.7599858/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/lib/i686-linux-android/libc++_shared.so` (with the same content), NDK 25.1.8937393 no longer ships that under the former path scheme, just the latter. Therefore, use that one when copying the library, in preparation to add support for NDK 24 and 25. Change-Id: I20894701f4f436f41781467b57ec4f5311a8317f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146133 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-01-25 03:45:29 -06:00
export ANDROID_SYSROOT_PLATFORM=@ANDROID_SYSROOT_PLATFORM@
android: Set the package name correctly. Change-Id: Iab771f65121e477cda871a04098df306399628e7
2015-01-21 05:43:03 -06:00
export ANDROID_PACKAGE_NAME=@ANDROID_PACKAGE_NAME@
android: Use libc++_shared path that works for NDK 25, too While e.g. NDK 23.0.7599858 has both, `$HOME/Android/Sdk/ndk/23.0.7599858/sources/cxx-stl/llvm-libc++/libs/x86/libc++_shared.so` and `$HOME/Android/Sdk/ndk/23.0.7599858/toolchains/llvm/prebuilt/linux-x86_64/sysroot/usr/lib/i686-linux-android/libc++_shared.so` (with the same content), NDK 25.1.8937393 no longer ships that under the former path scheme, just the latter. Therefore, use that one when copying the library, in preparation to add support for NDK 24 and 25. Change-Id: I20894701f4f436f41781467b57ec4f5311a8317f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146133 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-01-25 03:45:29 -06:00
export ANDROID_TOOLCHAIN=@ANDROID_TOOLCHAIN@
Fix and enable NSS build for Android Change-Id: Ifa8e01542ed0e7d72bfc9684f36b6dee9e185df4 Reviewed-on: https://gerrit.libreoffice.org/40645 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-07-23 23:51:16 -05:00
export ANDROID_GCC_TOOLCHAIN_VERSION=@ANDROID_GCC_TOOLCHAIN_VERSION@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export ANT=@ANT@
export ANT_HOME=@ANT_HOME@
export ANT_LIB=@ANT_LIB@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export AR=@AR@
add a configure option to make assert() abort in release code Change-Id: I93720ee3338426174b31a6ea6dba3af7ffb7e207
2012-09-14 02:04:07 -05:00
export ASSERT_ALWAYS_ABORT=@ASSERT_ALWAYS_ABORT@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ATL_INCLUDE=@ATL_INCLUDE@
export ATL_LIB=@ATL_LIB@
add -latomic configure check... ...in preparation for <https://gerrit.libreoffice.org/#/c/78380/> "Add -latomic to the end of Linux C++ linker command lines" (copied from https://github.com/zelcash/zelcash/blob/master/build-aux/m4/l_atomic.m4) Change-Id: I8879a72d730cc08a72c2d8b132ff9f5d2efe7b9f Reviewed-on: https://gerrit.libreoffice.org/78336 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-08-30 14:00:55 -05:00
export ATOMIC_LIB=@ATOMIC_LIB@
vcl gtk3: Introduce AT-SPI2 tests for the GTK3 accessibility layer Add tests for the GTK3 accessibility platform layer. These tests compare the internal LO representation with what is visible to the platform, and thus the user's accessibility tools. In most cases the tests are fairly trivial as LO's internals are not far off AT-SPI2's expectations. There are however notable exceptions like for example the text attributes, that have a wildly different representation and require more complex checks matching what LO's platform layer does, the other way around. These tests use libatspi2 directly, but as the C API is awful to work with regarding resource management, there are wrappers to handle the complexity using RAII. The resulting API is fairly trivial to use. As these tests require using the GTK3 VCL plugin and for the a11y tree to be visible to AT-SPI2, they are run under XVFB using a separate dbus session through dbus-launch. Working on this has already lead to reporting and/or solving some issues: * https://gerrit.libreoffice.org/c/core/+/151303 * https://gerrit.libreoffice.org/c/core/+/151650 * https://gerrit.libreoffice.org/c/core/+/152456 * https://gerrit.libreoffice.org/c/core/+/152457 * https://bugs.documentfoundation.org/show_bug.cgi?id=155625 * https://bugs.documentfoundation.org/show_bug.cgi?id=155705 * https://gerrit.libreoffice.org/c/core/+/152748 Only a subset of the a11y APIs are covered for the moment, but the current state should make it easy to extend upon. Change-Id: I1a047864ce8dc1f1bc3056ad00159f7fd5e5b7d3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153069 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-04-05 08:39:25 -05:00
export ATSPI2_CFLAGS=$(gb_SPACE)@ATSPI2_CFLAGS@
export ATSPI2_LIBS=$(gb_SPACE)@ATSPI2_LIBS@
Move the Avahi entries into sorted location Change-Id: I35e638ffa0766fe39cdfef2123f1db31d9558438
2013-07-25 11:29:24 -05:00
export AVAHI_CFLAGS=$(gb_SPACE)@AVAHI_CFLAGS@
export AVAHI_LIBS=$(gb_SPACE)@AVAHI_LIBS@
Build firebird 2.5 internally. Also adds libatomic_ops. Change-Id: I44a45e781dfb3624cdebf4530ae44870bf39a82a
2013-06-14 08:55:22 -05:00
export LIBATOMIC_OPS_CFLAGS=$(gb_SPACE)@LIBATOMIC_OPS_CFLAGS@
export LIBATOMIC_OPS_LIBS=$(gb_SPACE)@LIBATOMIC_OPS_LIBS@
Add configure test for the backtrace implementation Improve robustness by testing explicitly; instead of assuming based on the OS, test first the libc and then test for libexecinfo. The assumption was wrong for FreeBSD (included since 2017) and for musl-based systems (not in libc). Also, remove INCLUDE_BACKTRACE and clean up a bit. Ref: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220271 Change-Id: Ib4b7fd4fe2cdf5f76babe47a21bd2990fcf42649 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127538 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-28 05:12:13 -06:00
export BACKTRACE_CFLAGS=@BACKTRACE_CFLAGS@
export BACKTRACE_LIBS=@BACKTRACE_LIBS@
Respect --bindir.. Change-Id: I2ed73a296b813de722156c69ac64cf9d6cff199d Reviewed-on: https://gerrit.libreoffice.org/55197 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Rene Engelhard <rene@debian.org>
2018-06-01 14:31:34 -05:00
export BINDIR=@BINDIR@
Honor BISON passed into configure ...and require new-enough Bison for --enable-compiler-plugins to not generate bogus loplugin:external warnings in Bison boilerplate code. (As happend for me on macOS where /usr/bin/bison is version 2.3. Not sure which versions exactly are too old, but at least 3.4.1 is known good. If other versions newer than 2.3 turn out to be problematic too, the configure.ac check will need to be adapted.) No idea why there need to be three places across solenv/gbuild/ that set gb_YACC (to the same bison in each case), but leave that to be cleaned up later. Change-Id: I01d8219726f8df7895631b817866207327367759 Reviewed-on: https://gerrit.libreoffice.org/84650 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-12-06 09:26:27 -06:00
export BISON=@BISON@
better test for system boost date_time lib This reverts commit 4c2e9fc655b6480ffc7f0feb5d07b8106b6b8e22. Change-Id: Iea84991ee689240fe6e6ddbc47f44b444f582dde
2012-06-06 10:04:01 -05:00
export BOOST_CPPFLAGS=@BOOST_CPPFLAGS@
fix build on android with gcc 4.7 See https://code.google.com/p/android/issues/detail?id=41770 Change-Id: I555c1e9b8b15afd78b07b1c7b12a0b37d1112f9a
2013-03-02 11:57:39 -06:00
export BOOST_CXXFLAGS=@BOOST_CXXFLAGS@
build boost::locale library Change-Id: I40b89a0df483645fc743fb092d3d39ea682c510c Reviewed-on: https://gerrit.libreoffice.org/37060 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2017-04-19 06:02:25 -05:00
export BOOST_LOCALE_LIB=@BOOST_LOCALE_LIB@
better test for system boost date_time lib This reverts commit 4c2e9fc655b6480ffc7f0feb5d07b8106b6b8e22. Change-Id: Iea84991ee689240fe6e6ddbc47f44b444f582dde
2012-06-06 10:04:01 -05:00
export BOOST_DATE_TIME_LIB=@BOOST_DATE_TIME_LIB@
detect Boost.Filesystem Change-Id: I86c268f49f44bd1e208a9de781a16bf19450c64c
2016-03-07 23:23:24 -06:00
export BOOST_FILESYSTEM_LIB=@BOOST_FILESYSTEM_LIB@
upgrade liborcus Conflicts: external/boost/StaticLibrary_boost_system.mk Change-Id: Ie4af26c87a100b67baeedbaa7fb1ac428845f92b
2014-01-08 06:17:28 -06:00
export BOOST_IOSTREAMS_LIB=@BOOST_IOSTREAMS_LIB@
better test for system boost date_time lib This reverts commit 4c2e9fc655b6480ffc7f0feb5d07b8106b6b8e22. Change-Id: Iea84991ee689240fe6e6ddbc47f44b444f582dde
2012-06-06 10:04:01 -05:00
export BOOST_LDFLAGS=@BOOST_LDFLAGS@
fdo#55435 orcus needs Boost.System with recent Boost Change-Id: I2df230e0ca6293131ceaf9211fb301165981ab86
2012-11-22 23:49:21 -06:00
export BOOST_SYSTEM_LIB=@BOOST_SYSTEM_LIB@
external: bundle box2d Bundled box2d with the build system of LO as a static library. If --with-system-box2d was specified checks for instance box2d in the system, defines SYSTEM_BOX2D and uses the library from the system. Change-Id: Ifb05912f2acaff273b25abebafc5af1cac3afec4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94103 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2020-05-13 03:28:05 -05:00
export BOX2D_CFLAGS=@BOX2D_CFLAGS@
export BOX2D_LIBS=@BOX2D_LIBS@
install branding images using filelists This also reinstates the use of brand_dev/intro.png for non-release builds, lost with gbuildization of instsetoo_native (commit 1d84e9d1d363bd550129efcbeafe670c0a049dd0). Change-Id: I43477505c5c9a3d6ec961d640608e6e91379868e
2013-04-30 10:44:21 -05:00
export BRAND_INTRO_IMAGES=@BRAND_INTRO_IMAGES@
add build system part for upload crashreport symbols Change-Id: Ib8dc0267034716740ba6d7f60cf635adc4bd1561
2016-05-23 21:27:18 -05:00
export BREAKPAD_SYMBOL_CONFIG=@BREAKPAD_SYMBOL_CONFIG@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export BSH_JAR=@BSH_JAR@
export BUILD_PLATFORM=@build@
export BUILD_POSTGRESQL_SDBC=@BUILD_POSTGRESQL_SDBC@
export BUILD_TYPE=@BUILD_TYPE@
export BUILD_X64=@BUILD_X64@
tdf#114635: reimplement TWAIN-based scan using 32-bit shim on Windows Since TWAIN is only actually available as 32-bit component on Windows, to use it in a 64-bit program, we need a 32-bit shim program that does all actual communication with TWAIN subsystem. This change reimplements TWAIN implementation to be a separate 32-bit process. Image is transfered from the shim to main program using file mapping API. This reverts most of commit 585d9806961342e95f7318fb947bd31e9f86dee0. 64-bit LibreOffice doesn't bundle TWAIN DSM library now. TWAIN DSM source code is still used for TWAIN headers. Change-Id: I46f178ad36acd97a9eff156624b99036fcbb83f8 Reviewed-on: https://gerrit.libreoffice.org/65688 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-12-28 11:23:02 -06:00
export BUILD_X86=@BUILD_X86@
add support for Clang's -building-pch-with-obj This marks the PCH as having an accompanying object file, and this object file needs to be also built, but this allows the compiler to skip generating stuff that'd be shared by all the objects using the PCH. Currently it doesn't make much of a difference, few symbols if any, but template instantiations could be shared this way, as soon as Clang gets the necessary support (my WIP patch). Change-Id: Ib1b86338d85a47b48979558435253dc2672a0da8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87009 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-06-22 08:09:39 -05:00
export BUILDING_PCH_WITH_OBJ=@BUILDING_PCH_WITH_OBJ@
online update: Add the bzip2 external. Change-Id: Id7547390c49c0bcf672eb1a9863fc236518bfa49
2015-07-03 04:58:27 -05:00
export BZIP2_CFLAGS=$(gb_SPACE)@BZIP2_CFLAGS@
export BZIP2_LIBS=$(gb_SPACE)@BZIP2_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export CAIRO_CFLAGS=$(gb_SPACE)@CAIRO_CFLAGS@
export CAIRO_LIBS=$(gb_SPACE)@CAIRO_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export CC=@CC@
WIN cross: fix gpg-related library builds 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>
2020-07-14 16:06:03 -05:00
export CC_FOR_BUILD=@CC_FOR_BUILD@
if ccache is enabled, by default also enable CCACHE_DEPEND This avoids the preprocessing step normally done by ccache (see ccache docs), which speeds up the build. This way there may be incorrect ccache hits if a system header (found using -isystem) changes, but that should be rare and such headers generally should be backwards compatible, so the chance of an actual breakage should be very low. The patch also adds --enable-ccache=nodepend to allow enabling ccache without the depend mode. https://lists.freedesktop.org/archives/libreoffice/2019-May/082684.html Change-Id: Id69ca43988a016a917beb75927b39d8bde719aa7 Reviewed-on: https://gerrit.libreoffice.org/71629 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-05-01 13:37:46 -05:00
export CCACHE_DEPEND_MODE=@CCACHE_DEPEND_MODE@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export CDR_CFLAGS=$(gb_SPACE)@CDR_CFLAGS@
export CDR_LIBS=$(gb_SPACE)@CDR_LIBS@
remove make-specific code from config_host.mk Apparently some people still try to source it from shell (scripts). Change-Id: If26a5c5eb83739d3ccce043afd095000d355a543
2012-11-09 10:53:13 -06:00
@x_CFLAGS@ export CFLAGS=@CFLAGS@
Enable --enable-lto --enable-skia when building with GCC+Clang on Linux ...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-08-11 13:26:56 -05:00
export CLANG_USE_LD=@CLANG_USE_LD@
CLANGPLUGIN_CPPFLAGS did not actually work ...it just appeared to work on machines that happen to have /usr/bin/clang. So hoist CLANGDIR/CLANGBUILD from compilerplugins/Makefile-clang.mk to configure.ac instead. Change-Id: Ie5d9c6bb8e9d0caa1583d78c8693f06b69873095
2012-12-07 09:07:41 -06:00
export CLANGDIR=@CLANGDIR@
Support loplugin in clang-cl This works at least with a recent Clang trunk (towards Clang 6.0). In order for the plugin.dll to find the LLVM/Clang symbols, it needs to be loaded into clang.exe not clang-cl.exe, so set CC/CXX to 'clang.exe --driver-mode=cl ...'. Buidling the plugin requires some linker flags that must go at the very end of the COMPILER_PLUGINS_CXX command line, after a /link switch, so introduce another COMPILER_PLUGINS_CXX_LINKFLAGS variable for that. Also, clang.lib is not installed as part of LLVM's 'cmake --build ... --target install' step, so is not available under CLANGDIR and needs to be taken from the build tree instead, so introduce another CLANGLIBDIR variable for that. autogen.input settings that work for me on Windows 8.1 with Microsoft Visual Studio 14.0 are: > CLANGDIR=C:/llvm/inst > CLANGLIBDIR=C:/llvm/build/lib > COMPILER_PLUGINS_CXX=C:/PROGRA~2/MICROS~3.0/VC/bin/amd64/cl.exe /IC:\PROGRA~2\MICROS~3.0\VC\INCLUDE /IC:\PROGRA~2\MICROS~3.0\VC\ATLMFC\INCLUDE /IC:\PROGRA~2\WI3CF2~1\10\include\100102~1.0\ucrt /IC:\PROGRA~2\WI3CF2~1\NETFXSDK\46D346~1.1\include\um /IC:\PROGRA~2\WI3CF2~1\8.1\include\shared /IC:\PROGRA~2\WI3CF2~1\8.1\include\um /IC:\PROGRA~2\WI3CF2~1\8.1\include\winrt > COMPILER_PLUGINS_CXX_LINKFLAGS=/LIBPATH:C:/PROGRA~2/MICROS~3.0/VC/LIB/amd64 /LIBPATH:C:/PROGRA~2/MICROS~3.0/VC/ATLMFC/LIB/amd64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/10/lib/100102~1.0/ucrt/x64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/NETFXSDK/46D346~1.1/lib/um/x64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/8.1/lib/winv6.3/um/x64 (The last two are "C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/ amd64/cl.exe" and translations of %INCLUDE% and %LIB% as set in the "VS2015 x64 Native Tools Command Prompt" shell. AC_CHECK_HEADER(clang/AST/RecursiveASTVisitor.h, ...) in configure.ac wouldn't like CXX to start with INCLUDE=... LIB=... environment variable settings, so it wouldn't work to instead pass %INCLUDE% and %LIB% to cl.exe that way. See <https://wiki.documentfoundation.org/Development/clang-cl> for general information about building with clang-cl on Windows.) There's still some room for improvement marked "TODO". (And some of the unused* plugins, which are not run by default anyway, use Unix-style functionality, so have been disabled for now.) Change-Id: I6c28bdeb801af39ce2bae03111f455e2338d66c9 Reviewed-on: https://gerrit.libreoffice.org/42931 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-09-29 01:37:45 -05:00
export CLANGLIBDIR=@CLANGLIBDIR@
try to autodetect flags needed to build Clang plugins Instead of having a lot of it hardcoded, which brings problems like: - Clang-to-be-10 has switched to -std=c++14, so our hardcoded c++11 makes the build fail - I cannot compile with my openSUSE-shipped clang, because it ships only libclang-cpp and not the other libClangSomething libs The possibility to explicitly set the necessary variables is still there. Change-Id: I58d401d4584fa064f1c1351a8a06ff4e29643063 Reviewed-on: https://gerrit.libreoffice.org/80300 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-06 08:01:07 -05:00
export CLANGSYSINCLUDE=@CLANGSYSINCLUDE@
export CLANGTOOLLIBS=@CLANGTOOLLIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export CLUCENE_CFLAGS=$(gb_SPACE)@CLUCENE_CFLAGS@
export CLUCENE_LIBS=$(gb_SPACE)@CLUCENE_LIBS@
consistent naming of externals: cmis -> libcmis Change-Id: If710b416111dd26a67693d9f6d7d194ea607069b Reviewed-on: https://gerrit.libreoffice.org/42292 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-09-13 16:44:32 -05:00
export LIBCMIS_CFLAGS=$(gb_SPACE)@LIBCMIS_CFLAGS@
export LIBCMIS_LIBS=$(gb_SPACE)@LIBCMIS_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export COM=@COM@
export COMPATH=@COMPATH@
initial support for clang compiler plugins The plugin is intentionally built using a custom Makefile, because it's used by gbuild, so I don't want to build the plugin using gbuild too. It is also intentionally not placed under workdir/, as that is cleaned by 'make clean', the plugin is cleaned only by 'make distclean', so that cleaning it doesn't cause ccache misses. No actual functionality in the plugin itself yet. Change-Id: Ic05eba8d6260eec123c9e699eb5385abfe1b832f
2012-10-05 11:17:13 -05:00
export COMPILER_PLUGINS=@COMPILER_PLUGINS@
Add --disable-compiler-plugins-analyzer-pch for Jenkins/linux_clang_dbgutil_64 <https://ci.libreoffice.org/job/gerrit_linux_clang_dbgutil/54883/> had been a case I noticed of a "Gerrit Linux clang/dbgutil" build failing due to stale PCH information: [...] > [build GEN] compilerplugins/clang/sharedvisitor/makeshared.plugininfo > fatal error: file '/usr/include/asm-generic/errno.h' has been modified since the precompiled header '/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/linux_clang_dbgutil_64/compilerplugins/clang/sharedvisitor/clang.pch' was built > note: please rebuild precompiled header '/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/linux_clang_dbgutil_64/compilerplugins/clang/sharedvisitor/clang.pch' [...] and this issue had apparently caused all those Gerrit Jenkins builds to fail for at least a day. For unmaintained builds like those, I think it is better to have a more robust setup, where stale PCH information cannot break the build. Also, as those builds do not make compilerplugins.clean and rather share it across builds, there should not be much of a performance impact when disabling PCH in the analyzer. (It turns out that compilerplugins/clang/sharedvisitor/analyzer.cxx would always have enabled PCH, as compilerplugins/Makefile-clang.mk always passes in some definition of LO_CLANG_USE_ANALYZER_PCH. Fixed that now.) Change-Id: I7b8b24c1049c501634bd59c5fb482bec72427cf6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90211 Reviewed-by: Luboš Luňák <l.lunak@collabora.com> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Jenkins
2020-03-09 05:25:29 -05:00
export COMPILER_PLUGINS_ANALYZER_PCH=@COMPILER_PLUGINS_ANALYZER_PCH@
Prevent -Werror,-Wunknown-warning-option when building compilerplugins ...with --enable-werror (seen it fail with a local build against a locally built Clang 5.0.2). (bin/gen-boost-headers faces a similar dilemma with Clang needing to silence -Wunknown-warning-option and GCC failing upon the silencing incantation. There, we were able to hack around that with a preceding #pragma GCC diagnostic ignored "-Wpragmas" Here, the easiest approach appears to be a new COMPILER_PLUGINS_COM_IS_CLANG analoguous to the existing COM_IS_CLANG.) Change-Id: I9036261fdd238c8a020a1d88b4e75fd444f9e030 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88725 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-02-14 09:28:53 -06:00
export COMPILER_PLUGINS_COM_IS_CLANG=@COMPILER_PLUGINS_COM_IS_CLANG@
New COMPILER_PLUGINS_CXX to specify compiler to build Clang plugins with ...instead of trying to second-guess what to strip off $(CXX) to make it fit. Keep the old way for existing build scripts that rely on it. Change-Id: I145bdcba6d02002a9b653b4deb6e7f5a9c76cc8f
2016-02-26 07:29:17 -06:00
export COMPILER_PLUGINS_CXX=@COMPILER_PLUGINS_CXX@
try to autodetect flags needed to build Clang plugins Instead of having a lot of it hardcoded, which brings problems like: - Clang-to-be-10 has switched to -std=c++14, so our hardcoded c++11 makes the build fail - I cannot compile with my openSUSE-shipped clang, because it ships only libclang-cpp and not the other libClangSomething libs The possibility to explicitly set the necessary variables is still there. Change-Id: I58d401d4584fa064f1c1351a8a06ff4e29643063 Reviewed-on: https://gerrit.libreoffice.org/80300 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-06 08:01:07 -05:00
export COMPILER_PLUGINS_CXXFLAGS=@COMPILER_PLUGINS_CXXFLAGS@
Support loplugin in clang-cl This works at least with a recent Clang trunk (towards Clang 6.0). In order for the plugin.dll to find the LLVM/Clang symbols, it needs to be loaded into clang.exe not clang-cl.exe, so set CC/CXX to 'clang.exe --driver-mode=cl ...'. Buidling the plugin requires some linker flags that must go at the very end of the COMPILER_PLUGINS_CXX command line, after a /link switch, so introduce another COMPILER_PLUGINS_CXX_LINKFLAGS variable for that. Also, clang.lib is not installed as part of LLVM's 'cmake --build ... --target install' step, so is not available under CLANGDIR and needs to be taken from the build tree instead, so introduce another CLANGLIBDIR variable for that. autogen.input settings that work for me on Windows 8.1 with Microsoft Visual Studio 14.0 are: > CLANGDIR=C:/llvm/inst > CLANGLIBDIR=C:/llvm/build/lib > COMPILER_PLUGINS_CXX=C:/PROGRA~2/MICROS~3.0/VC/bin/amd64/cl.exe /IC:\PROGRA~2\MICROS~3.0\VC\INCLUDE /IC:\PROGRA~2\MICROS~3.0\VC\ATLMFC\INCLUDE /IC:\PROGRA~2\WI3CF2~1\10\include\100102~1.0\ucrt /IC:\PROGRA~2\WI3CF2~1\NETFXSDK\46D346~1.1\include\um /IC:\PROGRA~2\WI3CF2~1\8.1\include\shared /IC:\PROGRA~2\WI3CF2~1\8.1\include\um /IC:\PROGRA~2\WI3CF2~1\8.1\include\winrt > COMPILER_PLUGINS_CXX_LINKFLAGS=/LIBPATH:C:/PROGRA~2/MICROS~3.0/VC/LIB/amd64 /LIBPATH:C:/PROGRA~2/MICROS~3.0/VC/ATLMFC/LIB/amd64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/10/lib/100102~1.0/ucrt/x64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/NETFXSDK/46D346~1.1/lib/um/x64 /LIBPATH:C:/PROGRA~2/WI3CF2~1/8.1/lib/winv6.3/um/x64 (The last two are "C:/Program Files (x86)/Microsoft Visual Studio 14.0/VC/bin/ amd64/cl.exe" and translations of %INCLUDE% and %LIB% as set in the "VS2015 x64 Native Tools Command Prompt" shell. AC_CHECK_HEADER(clang/AST/RecursiveASTVisitor.h, ...) in configure.ac wouldn't like CXX to start with INCLUDE=... LIB=... environment variable settings, so it wouldn't work to instead pass %INCLUDE% and %LIB% to cl.exe that way. See <https://wiki.documentfoundation.org/Development/clang-cl> for general information about building with clang-cl on Windows.) There's still some room for improvement marked "TODO". (And some of the unused* plugins, which are not run by default anyway, use Unix-style functionality, so have been disabled for now.) Change-Id: I6c28bdeb801af39ce2bae03111f455e2338d66c9 Reviewed-on: https://gerrit.libreoffice.org/42931 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-09-29 01:37:45 -05:00
export COMPILER_PLUGINS_CXX_LINKFLAGS=@COMPILER_PLUGINS_CXX_LINKFLAGS@
New --enable-compiler-plugins=debug mode ...to enable debug-only code in the plugins. Some situations in the plugin code should never happen, yet must not by default report errors or trigger assertions, as some newly written LO code could trigger them nevertheless (in which case the plugin code will likely need to be adapted, to cater for these presumed-impossible situations). Such code can now be included in the plugins behind an if(isDebugMode()) guard, and can explicitly be enabled with --enable-compiler-plugins=debug. I deliberately made this a runtime rather than a compile time option (using some #ifdef guards in the plugin code, say), as it IMO keeps the code more readable, and also allows overridding COMPILER_PLUGINS_DEBUG=... on the make command line. Change-Id: Iea4f0c2783ad968a0de097fa710b3be1a248de73 Reviewed-on: https://gerrit.libreoffice.org/46096 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-12-08 09:31:34 -06:00
export COMPILER_PLUGINS_DEBUG=@COMPILER_PLUGINS_DEBUG@
Allow to pass additional options into generator's clang::tooling In my macOS build, that clang::tooling::runToolOnCodeWithArgs invocation failed to find headers like cassert and assert.h, which works now with COMPILER_PLUGINS_TOOLING_ARGS=-isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk -isystem /Users/stephan/Software/llvm/inst/include/c++/v1 added to my autogen.input (I build against my Clang trunk libc++ whose headers are at /Users/stephan/Software/llvm/inst/include/c++/v1). Change-Id: Idbffa39c9fd4a88743fd498b8f7b6c9c56d7630d Reviewed-on: https://gerrit.libreoffice.org/69538 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-03-21 13:33:34 -05:00
export COMPILER_PLUGINS_TOOLING_ARGS=@COMPILER_PLUGINS_TOOLING_ARGS@
Make installer compression tool configurable So we can use pigz or other parallelizable tools if available. Shaves off noticeable build time when packaging install sets. - figure out if pigz is available (fallback to gzip otherwise) - pass compression tool down into make_installer - and handle as one of many global options there Change-Id: Ia9d1ea27a9f990874238b6f0be3e1fd30a662ec6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128469 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2022-01-15 09:24:33 -06:00
export COMPRESSIONTOOL=@COMPRESSIONTOOL@
Generalize COM_GCC_IS_CLANG -> COM_IS_CLANG ...in anticipation of building with clang-cl.exe on Windows Change-Id: I1d723c9d3b5ca8a2bc6b27ef0189a7b053581398 Reviewed-on: https://gerrit.libreoffice.org/19928 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-11-12 08:00:25 -06:00
export COM_IS_CLANG=@COM_IS_CLANG@
New --with-coredumpctl to obtain core dumps of crashed tests from coredumpctl ...for (Linux) systems that don't store core.* files in the current working directory. When enabled, this wraps test execution in `systemd-run --scope --user --unit=...` with unit values unique per individual test invocation, so that solenv/bin/gdb-core-bt.sh can query coredumpctl for matching core dumps. (See the mailing list thread starting at <https://lists.freedesktop.org/archives/systemd-devel/2023-March/048884.html> "[systemd-devel] coredumpctl: matching by e.g. env var?" for further details.) The used --unit=... scheme is a best effort to produce system-wide unique values, combining the target location path of the given test with a second-granularity date/time and the current PID. (In case there would be multiple invocations of the same test per second, which then hopefully wouldn't reuse the same PID. The date/time and PID could be replaced with a high-resolution system-wide monotonic clock/counter if one were easily available. The advantage of the current scheme is that it only uses Posix features.) The overall length of the unit value (incl. the appended ".scope" suffix) must not exceed 256 characters, or else systemd-run would fail with "Failed to mangle scope name: Invalid argument". It might look more natural to pass the unit value into gdb-core-bt.sh as a fourth positional argument rather than via a new LIBO_TEST_UNIT env var. But for one, the unit value is most easily computed from within the recipe shell command lines, where an env var is the most natural fit. And for another, this avoids having to tunnel yet another value through the tearDown method in unotest/source/java/org/openoffice/test/OfficeConnection.java to the given postprocesscommand. Change-Id: Idcb20cd1e1141d8ec7f10947e5edc70aa2aa7d32 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149690 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-03-29 06:55:11 -05:00
export COREDUMPCTL=@COREDUMPCTL@
Handle CPDB lib in configure/build system In preparation of Biswadeep's upcoming GSoC changes (see [1]) to update the CPDB (Common Print Dialog Backends) support to the latest version and use the CPDB C API, add a corresponding `--enable-cpdb` autogen option (disabled by default). When CPDB is enabled, check for the cpdb-frontend library, define `ENABLE_CPDB` and set the compiler and linker flags for building the `CPDManager` (in vcl/unx/generic/printer/cpdmgr.cxx). Add checks for existing code using `CPDBManager`, so it only gets used when when CPDB is actually enabled. While the cpdb-frontend library is currently not actually used in `CPDManager` yet (as the previous approach tried to use some DBUs API directly), it will be in Biswadeep's upcoming changes. With this commit in place, an `--enable-cpdb` build works with this additional local test change in place to actually make use of the library: diff --git a/vcl/unx/generic/printer/cpdmgr.cxx b/vcl/unx/generic/printer/cpdmgr.cxx index 7dc17cede353..0c3b71d519db 100644 --- a/vcl/unx/generic/printer/cpdmgr.cxx +++ b/vcl/unx/generic/printer/cpdmgr.cxx @@ -22,6 +22,8 @@ #include <cstddef> #include <unistd.h> +#include <cpdb/cpdb-frontend.h> + #include <unx/cpdmgr.hxx> #include <osl/file.h> @@ -259,6 +261,7 @@ CPDManager* CPDManager::tryLoadCPD() } } #endif + cpdbPrintFile(nullptr, nullptr); return pManager; } [1] https://lists.freedesktop.org/archives/libreoffice/2024-May/091911.html Change-Id: Ifc50d2cd6496346bea55c73cb703e3c2d3eb44b8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168656 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de> Reviewed-by: Biswadeep Purkayastha <bpdps95@hotmail.com>
2024-06-11 00:31:07 -05:00
export CPDB_CFLAGS=@CPDB_CFLAGS@
export CPDB_LIBS=@CPDB_LIBS@
gbuild: implement gb_Library_get_target_for_build I was wondering why removing instdir stuff forced a rebuild of the cross toolset. Turned out some cross-toolset bits were wrongly depending on host build stuff. It even had FIXME... As a consequence, gb_CPPU_ENV was replaced by config_host.mk flags to provide an CPPU_ENV_FOR_BUILD and also uses the correct OS_FOR_BUILD. Change-Id: I50e8e8dca50ab1ad3164948a585a792a52e4a39a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116359 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-05-21 19:41:58 -05:00
export CPPU_ENV=@CPPU_ENV@
export CPPU_ENV_FOR_BUILD=@CPPU_ENV_FOR_BUILD@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export CPPUNIT_CFLAGS=$(gb_SPACE)@CPPUNIT_CFLAGS@
export CPPUNIT_LIBS=$(gb_SPACE)@CPPUNIT_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export CPUNAME=@CPUNAME@
export CROSS_COMPILING=@CROSS_COMPILING@
move check for wget and md5sum to configure Change-Id: I1951f25ddff112e8184c90006cd6e87a1c02a930
2012-11-21 04:46:29 -06:00
export CURL=@CURL@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export CURL_CFLAGS=$(gb_SPACE)@CURL_CFLAGS@
export CURL_LIBS=$(gb_SPACE)@CURL_LIBS@
install branding images using filelists This also reinstates the use of brand_dev/intro.png for non-release builds, lost with gbuildization of instsetoo_native (commit 1d84e9d1d363bd550129efcbeafe670c0a049dd0). Change-Id: I43477505c5c9a3d6ec961d640608e6e91379868e
2013-04-30 10:44:21 -05:00
export CUSTOM_BRAND_DIR=@CUSTOM_BRAND_DIR@
export CUSTOM_BRAND_IMAGES=@CUSTOM_BRAND_IMAGES@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export CXX=@CXX@
WIN cross: fix gpg-related library builds 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>
2020-07-14 16:06:03 -05:00
export CXX_FOR_BUILD=@CXX_FOR_BUILD@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export CXX_X64_BINARY=@CXX_X64_BINARY@
tdf#114635: reimplement TWAIN-based scan using 32-bit shim on Windows Since TWAIN is only actually available as 32-bit component on Windows, to use it in a 64-bit program, we need a 32-bit shim program that does all actual communication with TWAIN subsystem. This change reimplements TWAIN implementation to be a separate 32-bit process. Image is transfered from the shim to main program using file mapping API. This reverts most of commit 585d9806961342e95f7318fb947bd31e9f86dee0. 64-bit LibreOffice doesn't bundle TWAIN DSM library now. TWAIN DSM source code is still used for TWAIN headers. Change-Id: I46f178ad36acd97a9eff156624b99036fcbb83f8 Reviewed-on: https://gerrit.libreoffice.org/65688 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2018-12-28 11:23:02 -06:00
export CXX_X86_BINARY=@CXX_X86_BINARY@
remove make-specific code from config_host.mk Apparently some people still try to source it from shell (scripts). Change-Id: If26a5c5eb83739d3ccce043afd095000d355a543
2012-11-09 10:53:13 -06:00
@x_CXXFLAGS@ export CXXFLAGS=@CXXFLAGS@
Try -std=c++11 if -std=gnu++0x does not work ...like when using Clang against GCC 4.7 headers that unconditionally use __float128 which is a GNU extension that Clang does not support. Change-Id: Ie27b5f17df4a10c9682fa750677e6cd8ef5eeeaf
2012-12-10 05:47:27 -06:00
export CXXFLAGS_CXX11=@CXXFLAGS_CXX11@
split instrinsics CXXFLAGS per each instruction set The common usage pattern should be having one source file per each instruction set and then one source file compiled with neutral flags that dispatches to the relevant code based on runtime checks. Which means that there can't be any one "correct" flag, otherwise all files would get compiled e.g. with SSE4.2 but then CPUs capable only of SSE2 would crash running that code. Change-Id: I362bf66f672dae4588a48effe3bcd30c34ea75b3 Reviewed-on: https://gerrit.libreoffice.org/84227 Reviewed-by: Tomaž Vajngerl <quikee@gmail.com> Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-12-02 07:27:59 -06:00
export CXXFLAGS_INTRINSICS_SSE2=@CXXFLAGS_INTRINSICS_SSE2@
export CXXFLAGS_INTRINSICS_SSSE3=@CXXFLAGS_INTRINSICS_SSSE3@
export CXXFLAGS_INTRINSICS_SSE41=@CXXFLAGS_INTRINSICS_SSE41@
export CXXFLAGS_INTRINSICS_SSE42=@CXXFLAGS_INTRINSICS_SSE42@
export CXXFLAGS_INTRINSICS_AVX=@CXXFLAGS_INTRINSICS_AVX@
export CXXFLAGS_INTRINSICS_AVX2=@CXXFLAGS_INTRINSICS_AVX2@
fix AVX512 detection The value wasn't in config_host.mk.in, so it's never been used. And also fix Calc Kahan CPU-specific code yet again :( . Change-Id: Iacfd500e5a662b2b4b96a009d129a012d278a3ad Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124248 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-10-26 16:40:47 -05:00
export CXXFLAGS_INTRINSICS_AVX512=@CXXFLAGS_INTRINSICS_AVX512@
export CXXFLAGS_INTRINSICS_AVX512F=@CXXFLAGS_INTRINSICS_AVX512F@
split instrinsics CXXFLAGS per each instruction set The common usage pattern should be having one source file per each instruction set and then one source file compiled with neutral flags that dispatches to the relevant code based on runtime checks. Which means that there can't be any one "correct" flag, otherwise all files would get compiled e.g. with SSE4.2 but then CPUs capable only of SSE2 would crash running that code. Change-Id: I362bf66f672dae4588a48effe3bcd30c34ea75b3 Reviewed-on: https://gerrit.libreoffice.org/84227 Reviewed-by: Tomaž Vajngerl <quikee@gmail.com> Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-12-02 07:27:59 -06:00
export CXXFLAGS_INTRINSICS_F16C=@CXXFLAGS_INTRINSICS_F16C@
export CXXFLAGS_INTRINSICS_FMA=@CXXFLAGS_INTRINSICS_FMA@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export DATADIR=@DATADIR@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export DBUS_CFLAGS=$(gb_SPACE)@DBUS_CFLAGS@
export DBUS_LIBS=$(gb_SPACE)@DBUS_LIBS@
tdf#112343 Change dependency from dbus-glib to dbus Add check for GLib support for modules which depends on dbus and glib separately. Also fix copy-paste typo. Change-Id: Ibd33573b2f8dff9e0a7f2e0fc983d93878bb5357 Reviewed-on: https://gerrit.libreoffice.org/57157 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-07-08 08:33:32 -05:00
export DBUS_GLIB_CFLAGS=$(gb_SPACE)@DBUS_GLIB_CFLAGS@
export DBUS_GLIB_LIBS=$(gb_SPACE)@DBUS_GLIB_LIBS@
export DBUS_HAVE_GLIB=@DBUS_HAVE_GLIB@
vcl gtk3: Introduce AT-SPI2 tests for the GTK3 accessibility layer Add tests for the GTK3 accessibility platform layer. These tests compare the internal LO representation with what is visible to the platform, and thus the user's accessibility tools. In most cases the tests are fairly trivial as LO's internals are not far off AT-SPI2's expectations. There are however notable exceptions like for example the text attributes, that have a wildly different representation and require more complex checks matching what LO's platform layer does, the other way around. These tests use libatspi2 directly, but as the C API is awful to work with regarding resource management, there are wrappers to handle the complexity using RAII. The resulting API is fairly trivial to use. As these tests require using the GTK3 VCL plugin and for the a11y tree to be visible to AT-SPI2, they are run under XVFB using a separate dbus session through dbus-launch. Working on this has already lead to reporting and/or solving some issues: * https://gerrit.libreoffice.org/c/core/+/151303 * https://gerrit.libreoffice.org/c/core/+/151650 * https://gerrit.libreoffice.org/c/core/+/152456 * https://gerrit.libreoffice.org/c/core/+/152457 * https://bugs.documentfoundation.org/show_bug.cgi?id=155625 * https://bugs.documentfoundation.org/show_bug.cgi?id=155705 * https://gerrit.libreoffice.org/c/core/+/152748 Only a subset of the a11y APIs are covered for the moment, but the current state should make it easy to extend upon. Change-Id: I1a047864ce8dc1f1bc3056ad00159f7fd5e5b7d3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153069 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-04-05 08:39:25 -05:00
export DBUS_LAUNCH=@DBUS_LAUNCH@
configmgr: support reading from a dconf layer (WIP) Work in progress to allow integration of LO with <https://wiki.gnome.org/Projects/FleetCommander>. During configuration, dconf support is implicitly enabled when available on the host (which is presumably only available on Linux). It is explicitly disabled for TDF Linux builds for now, though, to avoid accidental dependencies of the distributed installation sets on system dconf libraries. A dconf layer is represented in the CONFIGURATION_LAYERS bootstrap variable with type "dconf" and an empty URL. See the comment at the top of configmgr/source/readdconflayer.cxx for the encoding of component-data in dconf. All of this is still subject to change. Change-Id: I2d08d81c8ea43ba4a99040a8882ae75b91bcfdb9 Reviewed-on: https://gerrit.libreoffice.org/16848 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-07-08 04:20:19 -05:00
export DCONF_CFLAGS=@DCONF_CFLAGS@
export DCONF_LIBS=@DCONF_LIBS@
install branding images using filelists This also reinstates the use of brand_dev/intro.png for non-release builds, lost with gbuildization of instsetoo_native (commit 1d84e9d1d363bd550129efcbeafe670c0a049dd0). Change-Id: I43477505c5c9a3d6ec961d640608e6e91379868e
2013-04-30 10:44:21 -05:00
export DEFAULT_BRAND_IMAGES=@DEFAULT_BRAND_IMAGES@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export DICT_SYSTEM_DIR=@DICT_SYSTEM_DIR@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export DISABLE_CVE_TESTS=@DISABLE_CVE_TESTS@
tdf#152943: Add configure option to disable NaN payload related tests Because some architecture(such as riscv64) does not support NaN payload (NaN propagation), skipping the related tests might be a good choice for builders who has already known the risk of lacking NaN payload support. Currently the tests that could be skipped via --disable-nan-tests are: - rtl_math: test_payloadNaN - sc_ucalc_formula2: testExternalRefFunctions - sc_ucalc_formula2: testFuncGCD - sc_ucalc_formula2: testFuncLCM - sc_ucalc_nanpayload: testNanPayload Change-Id: Ia8834595a8b469d8c542809b3e580a3f6316ef20 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/174801 Reviewed-by: René Engelhard <rene@debian.org> Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: René Engelhard <rene@debian.org>
2024-10-10 22:19:37 -05:00
DISABLE_NAN_TESTS=@DISABLE_NAN_TESTS@
Add separate switch for disabling of dynamic loading (iOS) for orthogonality
2012-03-16 06:39:01 -05:00
export DISABLE_DYNLOADING=@DISABLE_DYNLOADING@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export DISABLE_PYTHON=@DISABLE_PYTHON@
export DOCDIR=@DOCDIR@
.NET Bindings: Upgrade --enable-dotnet to --with-dotnet This commit changes the existing --enable-dotnet switch into --with-dotnet, allowing users to pass in a different dotnet executable than the one on their PATH, similar to --with-java. This is used to determine the variables DOTNET and DOTNET_ROOT. Change-Id: Ia4f02dfdbd33d7629a800a076f758b26bb186d9f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169656 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2024-06-27 12:00:44 -05:00
DOTNET=@DOTNET@
DOTNET_ROOT=@DOTNET_ROOT@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export DOXYGEN=@DOXYGEN@
export DO_FETCH_TARBALLS=@DO_FETCH_TARBALLS@
add system-dragonbox Missed in 9eb9083ff2fdaeb96399a0830a4394de4e29ef64 Change-Id: I1d001b39f55c8504a76bfbdadd1423b414adc9c5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130209 Tested-by: René Engelhard <rene@debian.org> Reviewed-by: René Engelhard <rene@debian.org>
2022-02-20 05:13:19 -06:00
export DRAGONBOX_CFLAGS=@DRAGONBOX_CFLAGS@
add --with-system-frozen Change-Id: Ia09254cab5696fa0a3530fcafa5b48acca631ff2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153208 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2023-06-17 07:38:27 -05:00
export FROZEN_CFLAGS=@FROZEN_CFLAGS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export DPKG=@DPKG@
bundle libebook Change-Id: I05d96875b9d1deb87dadd63f446080a6fe3494a9 Reviewed-on: https://gerrit.libreoffice.org/6630 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-11-09 08:52:36 -06:00
export EBOOK_CFLAGS=$(gb_SPACE)@EBOOK_CFLAGS@
export EBOOK_LIBS=$(gb_SPACE)@EBOOK_LIBS@
WASM create and link the Emscripten FS image There are three posibilites to add files to the image: - gb_emscripten_fs_image_files to add individual files - gb_emscripten_fs_image_autoinstall to add files from AutoInstall - gb_emscripten_fs_image_filelists to add files from a .filelist Change-Id: If6804e282a37a37ffae1d291d2af8430e60b59d1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128598 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-07-23 07:17:26 -05:00
export EMSDK_FILE_PACKAGER=@EMSDK_FILE_PACKAGER@
More useful to have an EMSCRIPTEN_EXTRA_SOFFICE_PRE_JS ...than an EMSCRIPTEN_EXTRA_SOFFICE_POST_JS. That way, we can e.g. set up Module.arguments there. Change-Id: I4990ab6daac2f74326ab2ee9508828f1b79bceb7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172154 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2024-08-20 10:52:49 -05:00
export EMSCRIPTEN_EXTRA_SOFFICE_PRE_JS=@EMSCRIPTEN_EXTRA_SOFFICE_PRE_JS@
Adapt to generation of .worker.js files gone from 3.1.68 ...and just unused dummies since 3.1.58, so don't install them for >= 3.1.58, even if the dummies would still be available for < 3.1.68 Change-Id: Ida55be2fa3b75982bfd764b7b2676e63c092fe79 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/175822 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-10-30 05:00:58 -05:00
export EMSCRIPTEN_WORKERJS=@EMSCRIPTEN_WORKERJS@
android: Introduce --enable-android-lok configure switch to fix RGB vs. BGR. This indicates that the build targets the Online-based Android app, for which we need to avoid various tweaks that are needed for the 'old' Android app present in the android/ subdir of core.git. In particular, the switch used in this patch fixes a RGBA vs. BGRA confusion that caused yellow <-> cyan switch in the Online-based Android app. Change-Id: I5f394868f51ce87013677834cfafb967b9bb333e Reviewed-on: https://gerrit.libreoffice.org/83342 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com> (cherry picked from commit 49002a143a4534df5f6139e07fefd06174621c59) Reviewed-on: https://gerrit.libreoffice.org/83718 Tested-by: Jenkins
2019-11-20 09:06:13 -06:00
export ENABLE_ANDROID_LOK=@ENABLE_ANDROID_LOK@
Introduce --enable-android-editing ...to select the experimental ...Editing... Android build variant. (Ignored for non-Android builds, but using libo_FUZZ_ARG_ENABLE anyway, just in case.) Change-Id: I670925ff358039e38edc29db69f48a78d484f133 Reviewed-on: https://gerrit.libreoffice.org/65077 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-13 02:43:55 -06:00
export ENABLE_ANDROID_EDITING=@ENABLE_ANDROID_EDITING@
Move the Avahi entries into sorted location Change-Id: I35e638ffa0766fe39cdfef2123f1db31d9558438
2013-07-25 11:29:24 -05:00
export ENABLE_AVAHI=@ENABLE_AVAHI@
make MSVC /analyze a configure option My debug build is slow enough already, no need to make it worse. People who want it, can turn it on explicitly. Change-Id: I8677534d8f0142699baa6b95a249ae5f70c5cc3c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170269 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2024-07-10 03:05:37 -05:00
export ENABLE_MSVC_ANALYZE=@ENABLE_MSVC_ANALYZE@
include breakpad into the build Change-Id: I1bfd107502332fc86ae5e96bbc1f475b8d669c6c Reviewed-on: https://gerrit.libreoffice.org/22547 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2015-11-14 21:39:24 -06:00
export ENABLE_BREAKPAD=@ENABLE_BREAKPAD@
tdf#127711 - A runtime-switch for the MiniCrashDump - in soffice.ini (sofficerc) the entry "CrashDumpEnable" default is "true" - when false then the Dump.ini and the dump-file are not written - when the switch --disable-crashdump is set, then the switch "CrashDumpEnable" set to "false" - when the entry "CrashDumpEnable" is missing, in this case is the default true, too - the checkbox under Options-General "Send crash reports to ..." is deactive and shows off (only view, not change the config) - when set the environment variable "CRASH_DUMP_ENABLE" to any char then the switch "CrashDumpEnable=false" are overrules with true and the Dump.ini and dump-file are write Change-Id: I34e7795640eb95d111e18b0ad46ec67b2c126b19 Reviewed-on: https://gerrit.libreoffice.org/79273 Tested-by: Jenkins Reviewed-by: Juergen Funk (CIB) <juergen.funk_ml@cib.de>
2019-09-18 04:48:21 -05:00
export DEFAULT_CRASHDUMP_VALUE=@DEFAULT_CRASHDUMP_VALUE@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_CAIRO_CANVAS=@ENABLE_CAIRO_CANVAS@
add an --enable-cairo-rgba to set the order of pixels for internal cairo Change-Id: Ieab2ef59f63a7722bffea3273d2eeefadef47b56 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153628 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2023-06-26 10:56:21 -05:00
export ENABLE_CAIRO_RGBA=@ENABLE_CAIRO_RGBA@
rhbz#1618703: Allow to use OpenSSL as backend for rtl/cipher.h ...with new configuration option --enable-cipher-openssl-backend rtl/cipher.h (which is part of the stable URE interface) offers functionality to en-/decrypt data with Blowfish in ECB, CBC, and streaming CFB mode, and with RC4 (aka ARCFOUR; which is a stream cipher). LO itself only uses Blowfish CFB and RC4, so only those are wired to OpenSSL for now, for simplicity. Using Blowfish ECB and CBC, or Blowfish CFB in DirectionBoth mode would cause failures for now (cf. sal/qa/rtl/cipher/rtl_cipher.cxx); the assumption is that no external code actually makes use of this functionality. Using NSS instead of OpenSSL could be an alternative, but there appears to be no support in NSS for Blowfish in streaming CFB mode, only CKM_BLOWFISH_CBC for CBC mode. Change-Id: I0bc042961539ed46844c96cb1c808209578528a0 Reviewed-on: https://gerrit.libreoffice.org/59428 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-08-22 02:49:25 -05:00
export ENABLE_CIPHER_OPENSSL_BACKEND=@ENABLE_CIPHER_OPENSSL_BACKEND@
.NET Bindings: Switch for old windows CLI bindings This commit adds an --enable-cli/--disable-cli switch to autoconf to control generation of the old CLI bindings (Windows only). It is enabled by default, to not be a breaking change to users just yet. Over time, when the old bindings are deprecated in favor of the new .NET bindings, it could be set to disabled by default. Change-Id: Ib60b372459cb0c735275ed17d004d037279357eb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168751 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2024-06-12 10:55:42 -05:00
export ENABLE_CLI=@ENABLE_CLI@
Use libo_CHECK_SYSTEM_MODULE for clucene Change-Id: I8b3e6ae8e66b894119784a6ac9190dee4c7ca407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127640 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-25 01:41:04 -06:00
export ENABLE_CLUCENE=@ENABLE_CLUCENE@
consistent naming of externals: cmis -> libcmis Change-Id: If710b416111dd26a67693d9f6d7d194ea607069b Reviewed-on: https://gerrit.libreoffice.org/42292 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2017-09-13 16:44:32 -05:00
export ENABLE_LIBCMIS=@ENABLE_LIBCMIS@
Install coinmp and lpsolve linear solvers in parallel. Change-Id: If07d94a2f646c8377b76fdf645e85f9491e4f061
2014-03-31 12:18:41 -05:00
export ENABLE_COINMP=@ENABLE_COINMP@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_COINMP=@SYSTEM_COINMP@
implement --with-system-coinmp Change-Id: I02928097f049e8f3cbefbc872b570b2d2b072658
2014-08-05 17:03:21 -05:00
export COINMP_CFLAGS=@COINMP_CFLAGS@
export COINMP_LIBS=@COINMP_LIBS@
vcl gtk3: Introduce AT-SPI2 tests for the GTK3 accessibility layer Add tests for the GTK3 accessibility platform layer. These tests compare the internal LO representation with what is visible to the platform, and thus the user's accessibility tools. In most cases the tests are fairly trivial as LO's internals are not far off AT-SPI2's expectations. There are however notable exceptions like for example the text attributes, that have a wildly different representation and require more complex checks matching what LO's platform layer does, the other way around. These tests use libatspi2 directly, but as the C API is awful to work with regarding resource management, there are wrappers to handle the complexity using RAII. The resulting API is fairly trivial to use. As these tests require using the GTK3 VCL plugin and for the a11y tree to be visible to AT-SPI2, they are run under XVFB using a separate dbus session through dbus-launch. Working on this has already lead to reporting and/or solving some issues: * https://gerrit.libreoffice.org/c/core/+/151303 * https://gerrit.libreoffice.org/c/core/+/151650 * https://gerrit.libreoffice.org/c/core/+/152456 * https://gerrit.libreoffice.org/c/core/+/152457 * https://bugs.documentfoundation.org/show_bug.cgi?id=155625 * https://bugs.documentfoundation.org/show_bug.cgi?id=155705 * https://gerrit.libreoffice.org/c/core/+/152748 Only a subset of the a11y APIs are covered for the moment, but the current state should make it easy to extend upon. Change-Id: I1a047864ce8dc1f1bc3056ad00159f7fd5e5b7d3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153069 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-04-05 08:39:25 -05:00
export ENABLE_ATSPI_TESTS=@ENABLE_ATSPI_TESTS@
Handle CPDB lib in configure/build system In preparation of Biswadeep's upcoming GSoC changes (see [1]) to update the CPDB (Common Print Dialog Backends) support to the latest version and use the CPDB C API, add a corresponding `--enable-cpdb` autogen option (disabled by default). When CPDB is enabled, check for the cpdb-frontend library, define `ENABLE_CPDB` and set the compiler and linker flags for building the `CPDManager` (in vcl/unx/generic/printer/cpdmgr.cxx). Add checks for existing code using `CPDBManager`, so it only gets used when when CPDB is actually enabled. While the cpdb-frontend library is currently not actually used in `CPDManager` yet (as the previous approach tried to use some DBUs API directly), it will be in Biswadeep's upcoming changes. With this commit in place, an `--enable-cpdb` build works with this additional local test change in place to actually make use of the library: diff --git a/vcl/unx/generic/printer/cpdmgr.cxx b/vcl/unx/generic/printer/cpdmgr.cxx index 7dc17cede353..0c3b71d519db 100644 --- a/vcl/unx/generic/printer/cpdmgr.cxx +++ b/vcl/unx/generic/printer/cpdmgr.cxx @@ -22,6 +22,8 @@ #include <cstddef> #include <unistd.h> +#include <cpdb/cpdb-frontend.h> + #include <unx/cpdmgr.hxx> #include <osl/file.h> @@ -259,6 +261,7 @@ CPDManager* CPDManager::tryLoadCPD() } } #endif + cpdbPrintFile(nullptr, nullptr); return pManager; } [1] https://lists.freedesktop.org/archives/libreoffice/2024-May/091911.html Change-Id: Ifc50d2cd6496346bea55c73cb703e3c2d3eb44b8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168656 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de> Reviewed-by: Biswadeep Purkayastha <bpdps95@hotmail.com>
2024-06-11 00:31:07 -05:00
export ENABLE_CPDB=@ENABLE_CPDB@
Enable configure switch for cups This allows us not to have cups during the build time of libreoffice. Commit is inspired from patch from Dave Flogeras <dflogeras@gmail.com>. Change-Id: I I32a14eb6e7bdd13de1a737d4798c852a830ae326
2012-05-07 06:46:09 -05:00
export ENABLE_CUPS=@ENABLE_CUPS@
We need an ENABLE_CURL, too It is not enough to just have CURL in BUILD_TYPE or not. At least the ftp UCP requires libcurl unconditionally, so it can't be built if we don't have either a system or bundled libcurl. Change-Id: I38e9939acb160d581e9a070a6cd7a0c89ddb5266
2013-12-05 04:23:08 -06:00
export ENABLE_CURL=@ENABLE_CURL@
clean up configure options for debugging build By default a product (non-developer) build is done. Code is optimized and no debugging information is included (may be overriden though, see below). Developers should preferably build with --enable-dbgutil , or at least --enable-debug. The --enable-symbols switch has been removed. Use explicit CFLAGS/CXXFLAGS/LDFLAGS instead if needed. With --enable-debug optimizations are turned off and debugging information is included (in order to make it possible to examine the code in a debugger). Additionally assertions and logging is enabled (see SAL_WARN/SAL_INFO documentation for details and better control). This switch should primarily by used for occassional development (such as when it is needed to debug one module in a non-debug build, see also 'make DEBUG=true' below). Using --enable-dbgutil is the recommended developer option. In addition to --enable-debug it also enables additional checks, such as debugging mode for STL or checking compiler plugins. This switch may also enable additional logging from obsolete debugging tools (which should be converted to SAL_WARN/SAL_INFO for better control). Note that this option makes the build binary incompatible from a --disable-dbgutil build, so it is not possible to mix them. When using --enable-debug/--enable-dbgutil , the build is noticeably larger because of the included debugging information (compiler -g option). When disk space is an issue (or the computer is not very powerful), the --enable-selective-debuginfo option allow specifying where the debugging information should or should not be used. The option takes a list of arguments, where all means everything, - prepended means not to enable, / appended means everything in the directory; there is no ordering, more specific overrides more general, and disabling takes precedence). For example, --enable-selective-debuginfo="all -sw/ -Library_sc" enables debugginfo for everything except for anything in the sw module and the sc library. Explicitly specified CFLAGS/CXXFLAGS/LDFLAGS override optimization and debugging options (can be now also passed to configure which will make the build system use them). If in a non-debug build it is needed to temporary build something as a debug build, 'make DEBUG=true' temporarily works as if --enable-debug was specified. It also temporarily overrides debuginfo disabled using --enable-selective-debuginfo. Old code using old logging functionality also has a concept of a debug level, forced using 'make DBGLEVEL=2'. Using a debug level of 2 (or higher) enables additional logging output. New code should use SAL_WARN/SAL_INFO and use extra areas for additional logging output that can be selectively enabled/disabled using SAL_LOG variable. (Some smaller parts of this design will be implemented by separate follow-up commits.) Change-Id: Ia6420ee3c99c217ead648e8967165eed7f632258
2012-10-19 05:47:37 -05:00
export ENABLE_DBGUTIL=@ENABLE_DBGUTIL@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export ENABLE_DBUS=@ENABLE_DBUS@
configmgr: support reading from a dconf layer (WIP) Work in progress to allow integration of LO with <https://wiki.gnome.org/Projects/FleetCommander>. During configuration, dconf support is implicitly enabled when available on the host (which is presumably only available on Linux). It is explicitly disabled for TDF Linux builds for now, though, to avoid accidental dependencies of the distributed installation sets on system dconf libraries. A dconf layer is represented in the CONFIGURATION_LAYERS bootstrap variable with type "dconf" and an empty URL. See the comment at the top of configmgr/source/readdconflayer.cxx for the encoding of component-data in dconf. All of this is still subject to change. Change-Id: I2d08d81c8ea43ba4a99040a8882ae75b91bcfdb9 Reviewed-on: https://gerrit.libreoffice.org/16848 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2015-07-08 04:20:19 -05:00
export ENABLE_DCONF=@ENABLE_DCONF@
clean up configure options for debugging build By default a product (non-developer) build is done. Code is optimized and no debugging information is included (may be overriden though, see below). Developers should preferably build with --enable-dbgutil , or at least --enable-debug. The --enable-symbols switch has been removed. Use explicit CFLAGS/CXXFLAGS/LDFLAGS instead if needed. With --enable-debug optimizations are turned off and debugging information is included (in order to make it possible to examine the code in a debugger). Additionally assertions and logging is enabled (see SAL_WARN/SAL_INFO documentation for details and better control). This switch should primarily by used for occassional development (such as when it is needed to debug one module in a non-debug build, see also 'make DEBUG=true' below). Using --enable-dbgutil is the recommended developer option. In addition to --enable-debug it also enables additional checks, such as debugging mode for STL or checking compiler plugins. This switch may also enable additional logging from obsolete debugging tools (which should be converted to SAL_WARN/SAL_INFO for better control). Note that this option makes the build binary incompatible from a --disable-dbgutil build, so it is not possible to mix them. When using --enable-debug/--enable-dbgutil , the build is noticeably larger because of the included debugging information (compiler -g option). When disk space is an issue (or the computer is not very powerful), the --enable-selective-debuginfo option allow specifying where the debugging information should or should not be used. The option takes a list of arguments, where all means everything, - prepended means not to enable, / appended means everything in the directory; there is no ordering, more specific overrides more general, and disabling takes precedence). For example, --enable-selective-debuginfo="all -sw/ -Library_sc" enables debugginfo for everything except for anything in the sw module and the sc library. Explicitly specified CFLAGS/CXXFLAGS/LDFLAGS override optimization and debugging options (can be now also passed to configure which will make the build system use them). If in a non-debug build it is needed to temporary build something as a debug build, 'make DEBUG=true' temporarily works as if --enable-debug was specified. It also temporarily overrides debuginfo disabled using --enable-selective-debuginfo. Old code using old logging functionality also has a concept of a debug level, forced using 'make DBGLEVEL=2'. Using a debug level of 2 (or higher) enables additional logging output. New code should use SAL_WARN/SAL_INFO and use extra areas for additional logging output that can be selectively enabled/disabled using SAL_LOG variable. (Some smaller parts of this design will be implemented by separate follow-up commits.) Change-Id: Ia6420ee3c99c217ead648e8967165eed7f632258
2012-10-19 05:47:37 -05:00
export ENABLE_DEBUG=@ENABLE_DEBUG@
.NET Bindings: Upgrade --enable-dotnet to --with-dotnet This commit changes the existing --enable-dotnet switch into --with-dotnet, allowing users to pass in a different dotnet executable than the one on their PATH, similar to --with-java. This is used to determine the variables DOTNET and DOTNET_ROOT. Change-Id: Ia4f02dfdbd33d7629a800a076f758b26bb186d9f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/169656 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2024-06-27 12:00:44 -05:00
ENABLE_DOTNET=@ENABLE_DOTNET@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_DRAGONBOX=@SYSTEM_DRAGONBOX@
add --with-system-frozen Change-Id: Ia09254cab5696fa0a3530fcafa5b48acca631ff2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153208 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2023-06-17 07:38:27 -05:00
SYSTEM_FROZEN=@SYSTEM_FROZEN@
Add experimental support for Emscripten JSPI ...which I've seen fundamentally working when building with recent emsdk against recent Qt6 trunk (and including <https://github.com/qt/qtbase/pull/108> "Update the check for WebAssembly JSPI support") and running on recent Chrome (with JSPI enabled under <chrome://flags/>) Change-Id: I98c11c5ee7e95b135ddc33c95c95752055ecd4c5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176031 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2024-11-04 10:46:47 -06:00
export ENABLE_EMSCRIPTEN_JSPI=@ENABLE_EMSCRIPTEN_JSPI@
Emscripten: Experimental -sPROXY_POSIX_SOCKETS support ...see <https://emscripten.org/docs/porting/networking.html#full-posix-sockets-over-websocket-proxy-server>. This requires <https://github.com/stbergmann/emscripten/commit/4aff1f28b88480791236adcc6d5cb2d919ad4bf3> "-sPROXY_POSIX_SOCKETS: Add websocket_proxy_poll". When configured with --disable-socketpair (which appears to have no negative consequences), external/curl appears to only call poll(2) with socket-related file descriptors, so we can use websocket_proxy_poll instead. The URL on which the websocket_to_posix_proxy process listens must be specified as Module.uno_websocket_to_posix_socket_url. Change-Id: I4ad23098b5bbc0646fa50859c0aeb9870d1cc92a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172243 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-08-22 04:49:08 -05:00
export ENABLE_EMSCRIPTEN_PROXY_POSIX_SOCKETS=@ENABLE_EMSCRIPTEN_PROXY_POSIX_SOCKETS@
Make --disable-emscripten-proxy-to-pthread configurable ...as is convenient for some experiments Change-Id: I74aedb38ecc0f7b5a0d913799f649dce77dc7bba Reviewed-on: https://gerrit.libreoffice.org/c/core/+/174753 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-10-09 12:00:21 -05:00
export ENABLE_EMSCRIPTEN_PROXY_TO_PTHREAD=@ENABLE_EMSCRIPTEN_PROXY_TO_PTHREAD@
Disable epoxy test with --disable-gui Instead of always testing for DISABLE_GUI, just disable the epoxy test and handle !ENABLE_EPOXY in RepositoryExternal.mk. Change-Id: I38213ffa77353bc93f32caa1b4164c5fa88170ac Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127999 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-01-05 04:49:19 -06:00
export ENABLE_EPOXY=@ENABLE_EPOXY@
Revert "Use libo_CHECK_SYSTEM_MODULE for eot" This reverts commit ce54ba96f38b4af3aab1a7064078ee406eb021c6 and the followup commit 88c511981e31c73dced95b5dc3c200fdf2a4e932. Both effectively disabled enabling libeot support. See also: https://lists.freedesktop.org/archives/libreoffice/2022-August/089205.html Change-Id: I54780c69ca83b230b0c9b3b18065782fb5626da6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140838 Tested-by: René Engelhard <rene@debian.org> Reviewed-by: René Engelhard <rene@debian.org> Tested-by: Jenkins Reviewed-by: خالد حسني <khaled@aliftype.com>
2022-10-01 06:03:11 -05:00
export ENABLE_EOT=@ENABLE_EOT@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_EVOAB2=@ENABLE_EVOAB2@
Firebird: initial implementation of the skeleton driver. Change-Id: I45087282fe7b7fc5bcebeeb2bbb79d0db1e043bd
2013-05-10 13:21:30 -05:00
export ENABLE_FIREBIRD_SDBC=@ENABLE_FIREBIRD_SDBC@
Add configure option --enable-formula-logger to conditionalize it. Change-Id: I1badbcfa259b22d742e5241bd817ea44769a771e
2016-10-24 17:56:51 -05:00
export ENABLE_FORMULA_LOGGER=@ENABLE_FORMULA_LOGGER@
add --enable-gdb-index for --gdb-index from gold/lld https://lists.freedesktop.org/archives/libreoffice/2018-June/080437.html Change-Id: I66904333bf329e804025d4b229a0db573e21c3af Reviewed-on: https://gerrit.libreoffice.org/56566 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2018-06-27 21:10:52 -05:00
export ENABLE_GDB_INDEX=@ENABLE_GDB_INDEX@
gbuild: build static LO / link static executables This allows to build a complete static LibreOffice on Linux, except for linked externals. Since LO's static build implies disabled dynamic loading, one must select one VCL backend to be compiled in. See the (large) comment in solenv/gbuild/static.mk trying to explain, why this implementation was chosen (spoiler: seems there is no other way) and what is actually implemented. This will collect all libraries, statics and externals of executables. If the executable uses components, it will get linked to all static components. While it works with any Executable, it just makes sense for soffice.bin, because the static component map sucks every dependency in, bloating most other binaries. In theory on could generate the dependencies based on the list of used components (see gb_CppunitTest_use_components), then generate a specific static constructor map, directly include it in the exe's cxx code and then link the minimal dependencies. The static LO should build on Linux with: --enable-customtarget-components --disable-dynamic-loading Tested VCL plugin config is: --disable-gtk3 --disable-gen --enable-qt5 The partial build support is split into a 2nd patch. Change-Id: Iafc95752fae9e88095f54a21f1e30a4f080815e2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126790 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-05-21 08:41:15 -05:00
export ENABLE_GEN=@ENABLE_GEN@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_GIO=@ENABLE_GIO@
fix build with system gpgmepp Change-Id: If0c81f5095b61d41b90db2e596bf5905b15ab506 Reviewed-on: https://gerrit.libreoffice.org/45210 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-11-24 03:43:04 -06:00
export ENABLE_GPGMEPP=@ENABLE_GPGMEPP@
Clarify configure GStreamer handling Currrently --disables-gstreamer disables GStreamer API 1.0 support and --enable-gstreamer-0-10 enables GStreamer API 0.10 support. To build with GStreamer API 0.10 you need to --disable-gstreamer and --enable-gstreamer-0-10, which doesn't seem logical. But actually it's possible to build both avmedia GStreamer backends, so this changes: * --disable-gstreamer to --disable-gstreamer-1-0 * configure variables to include the GStreamer API version "1_0" * adapts the configure help text Change-Id: Icffd8cfb9d80b3021e290675e7c9644c2a31fce8 Reviewed-on: https://gerrit.libreoffice.org/11912 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2014-10-10 16:15:28 -05:00
export ENABLE_GSTREAMER_1_0=@ENABLE_GSTREAMER_1_0@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_GTK3=@ENABLE_GTK3@
bodge a gtk4 starting point into existence this is not supposed to work or anything even close to that Change-Id: I46b4fed6a1e6cfc885cb4f7c24660bb6438d5101 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115293 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-05-07 06:17:46 -05:00
export ENABLE_GTK4=@ENABLE_GTK4@
Enable gtktiledviewer on Windows A new configure argument is introduced: --with-gtk3-build=<absolute path to GTK3 build> When provided, libreofficekit_selectionhandles package, libreofficekitgtk library and gtktiledviewer executable would be built on Windows using the GTK3 libraries in the passed directory, that must contain lib/pkgconfig subdirectory with correct pkg-config data. Change-Id: I6504af6eec0fc73cceb26a1ce923337abe14b5c4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141624 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2022-10-20 04:55:41 -05:00
export ENABLE_GTKTILEDVIEWER=@ENABLE_GTKTILEDVIEWER@
rename ENABLE_HEADLESS option to DISABLE_GUI since it has nothing to do with the headless command line option, so use the name it has in the configure.ac file Change-Id: Ibf0615ed02695d6e48a797f5632e4f417c010c70 Reviewed-on: https://gerrit.libreoffice.org/59611 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2018-08-26 10:22:56 -05:00
export DISABLE_GUI=@DISABLE_GUI@
add --enable-hardening-flags to enable compiler hardening flags distros typically have their own set via C[XX]FLAGS, so make this an optional argument some notes on the options: -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=2 https://www.redhat.com/en/blog/enhance-application-security-fortifysource (I see Fedora has recently bumped to to 3 since Jan 2024 https://fedoraproject.org/wiki/Changes/Add_FORTIFY_SOURCE%3D3_to_distribution_build_flags but here use 2 for now instead) -Wp,-D_GLIBCXX_ASSERTIONS https://fedoraproject.org/wiki/Changes/HardeningFlags28 -fstack-protector-strong (We already apply this by default) -fstack-clash-protection https://fedoraproject.org/wiki/Changes/HardeningFlags28 -fcf-protection https://fedoraproject.org/wiki/Changes/HardeningFlags28 https://cgit.freedesktop.org/libreoffice/core/commit/?id=af55dc3891f7950d392175004b2090cb0e54828e and record the compiler flags in debuginfo -grecord-gcc-switches Change-Id: Ib05387bad8324b188bd4ed0ee327d6a7cf83973b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/163312 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Andras Timar <andras.timar@collabora.com> (cherry picked from commit 33483058f6e27f39633114721f7329c90571101d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166289 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-02-13 09:17:48 -06:00
export ENABLE_HARDENING_FLAGS=@ENABLE_HARDENING_FLAGS@
export HARDENING_CFLAGS=@HARDENING_CFLAGS@
export HARDENING_OPT_CFLAGS=@HARDENING_OPT_CFLAGS@
configure: Refactor platform defaults The main idea was to move complexity from source (and Makefiles) into configure.ac, because otherwise these must replicate the "same" branching, often resulting in diversions. Better to keep the logic in one place (configure.ac) and set additional variables to be used directly by source code and Makefiles. Notably this introduce the "using_*" platform flags, which should be considered constants. There is USING_X11, which actually tells, if the build uses the platform's X11 (and I opted for the removal of HAVE_FEATURE_X11). I also consider variables constant, after they have been exported by AC_SUBST, which should never be conditional, or some AC_DEFINE set them for a config header. A large block of defaults depends on $using_x11, so we set them to the same value, but just if the platform doesn't set it. The other important flag is $using_freetype_fontconfig, if the platform uses freetype and fontconfig. The headless plugin uses cairo for its drawing operations and freetype+fontconfig for text, so $test_cairo = $using_freetype_fontconfig. This is independent from a the cairo canvas! The OpenGL X11 code now depends on USING_X11, but it doesn't yet reflect the filter in Library_vcl.mk protecting glx. I don't know how correct this glx filter is, seeing that the source code just checked for "UNX - some non-X11 targets". Change-Id: Id1ba1a967a5d8d10ee217458be879ed00459f7e6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116440 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-05-30 11:19:40 -05:00
export ENABLE_HEADLESS=@ENABLE_HEADLESS@
allow to build only HTML help Change-Id: I4debf079be228e5ce5fae5f1a153f78800407a59
2017-12-05 05:43:30 -06:00
export ENABLE_HTMLHELP=@ENABLE_HTMLHELP@
Rename SOLAR_JAVA to ENABLE_JAVA and HAVE_FEATURE_JAVA Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
2013-08-18 16:41:12 -05:00
export ENABLE_JAVA=@ENABLE_JAVA@
make Calc jumbo sheets an explicit build feature On 32bit platforms tools::Long is 32bit, which is not enough for pixel coordinates with 1m+ Calc rows+. So do not allow jumbo sheets for such platforms. Change-Id: I2ebd56a051470d33fca967918af3e7d2b0172dc7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130713 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-02-28 09:06:09 -06:00
export ENABLE_JUMBO_SHEETS=@ENABLE_JUMBO_SHEETS@
missing LDAP since... Make LDAP support optional commit 6776c53b7ce2e431d8636f4e5a755f50f787ec8f Date: Tue Jan 8 04:53:51 2019 -0500 Change-Id: I4268169809b0dc68b347b28523500453394937de Reviewed-on: https://gerrit.libreoffice.org/75865 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2019-07-18 09:50:12 -05:00
export ENABLE_LDAP=@ENABLE_LDAP@
Revert "Allow to build lpsolver based on CoinMP library." This reverts commit 4f7b96886ec2e98f270a9ec3c3509cd523fce7cc. Conflicts: configure.ac scp2/InstallModule_ooo.mk Change-Id: I5621496d70a2c493eb964c1138d310c68fa6d660
2014-03-31 12:36:41 -05:00
export ENABLE_LPSOLVE=@ENABLE_LPSOLVE@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_LTO=@ENABLE_LTO@
Add license filtering to configure. Change-Id: Icd53c6ccfcca25d828d79ad62d1e075869998850
2013-04-23 08:18:34 -05:00
export ENABLE_LWP=@ENABLE_LWP@
Configury of OS X code signing and sandboxing Change-Id: I7d63af2ddb67104daaddcb5f111e26269b9b5030
2013-02-01 01:19:23 -06:00
export ENABLE_MACOSX_SANDBOX=@ENABLE_MACOSX_SANDBOX@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_MEDIAWIKI=@ENABLE_MEDIAWIKI@
adapt config_host.mk.in/scp2/mysqlc to MARIADBC Change-Id: Id60fc25405a3879e64bd5f2ff637c655ba7dfc78
2013-03-10 08:09:53 -05:00
export ENABLE_MARIADBC=@ENABLE_MARIADBC@
use new ENABLE_NSS for code which needs nss which isn't available on a static-only build (iOS and fuzzing) and android Change-Id: I99bb7c0b45d4499579ddf73f469a762ddcae99ab Reviewed-on: https://gerrit.libreoffice.org/32182 Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2016-12-19 07:19:57 -06:00
export ENABLE_NSS=@ENABLE_NSS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_ONLINE_UPDATE=@ENABLE_ONLINE_UPDATE@
online update: Configure switch --enable-online-update=mar This will enable the mar-based online update instead of the 'traditional' one. At the moment, this does not build, as libbz2 was not packaged as an external library yet. Change-Id: I1ad7d9adf7a12a427786682ad932597eb2319256
2015-06-29 10:34:30 -05:00
export ENABLE_ONLINE_UPDATE_MAR=@ENABLE_ONLINE_UPDATE_MAR@
Build time option --disable-extension-update to disable the possibility to update installed extensions Change-Id: Ifdee0f3b13ee3e2bcb288c8ded98cb9805a6e55a
2015-06-02 04:13:44 -05:00
export ENABLE_EXTENSION_UPDATE=@ENABLE_EXTENSION_UPDATE@
goodbye linkoo.. you have served well This commit: - removes linkoo and --disable-linkoo option - removes 'dev-update' make target - creates --disable-ooenv option - removes LD_LIBRARY_PATH and PATH settings in ooenv Change-Id: I9530558531e9cb58b8282754ec8a6c655f190480
2013-09-17 06:56:12 -05:00
export ENABLE_OOENV=@ENABLE_OOENV@
Reduce ENABLE_OPENGL / ENABLE_HEADLESS confusion ENABLE_OPENGL means whether to enable the OpenGL slideshow transition code. It does not mean whether to enable use of OpenGL in general. So rename it to ENABLE_OPENGL_TRANSITIONS while at it. ENABLE_HEADLESS means whether to disable use of X11 and OpenGL on X11 (and Wayland) platforms, I think, meaning Linux and maybe Solaris and the BSDs. Maybe it should be renamed to DISABLE_X11_AND_OPENGL. Change-Id: Ibb30f51646b1bcc477fe691a3fa38c7a1e3944ae
2016-08-03 14:12:29 -05:00
export ENABLE_OPENGL_TRANSITIONS=@ENABLE_OPENGL_TRANSITIONS@
only build openGL canvas when libGL supports shader and disable for Mac until code is adjusted to compile Change-Id: I48c69962ae5e59ae3bdd35d343deeeffdde6e903 Reviewed-on: https://gerrit.libreoffice.org/6160 Reviewed-by: Thorsten Behrens <thb@documentfoundation.org> Tested-by: Thorsten Behrens <thb@documentfoundation.org>
2013-10-07 16:19:08 -05:00
export ENABLE_OPENGL_CANVAS=@ENABLE_OPENGL_CANVAS@
Switch OPENSSL config var from negative to positive - align with most of the rest of config_host - rename DISABLE_OPENSSL to ENABLE_OPENSSL - make this configurable Change-Id: Ic3b41fcdda38db66134939f12265e0da24833d60 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114564 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-23 03:04:29 -05:00
export ENABLE_OPENSSL=@ENABLE_OPENSSL@
--enable-optimized should be orthogonal to --enable-debug/--enable-dbgutil Change-Id: I277f30129560ea9fa76d6439a60bb191358df99d Reviewed-on: https://gerrit.libreoffice.org/39088 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-06-22 02:42:19 -05:00
export ENABLE_OPTIMIZED=@ENABLE_OPTIMIZED@
add --enable-optimized=debug This will use -Og with GCC/Clang instead of -O0, which should make unittests run faster without (hopefully) breaking anything related to debugging. This is primarily meant to Jenkins builds, where debug info is rarely needed (backtraces for unittest crashes AFAICT). This can be also used to make LO itself run faster when developing, but I personally do not find it worth it (with Clang and full PCH this makes starmath build take about 70% longer, although presumably for non-PCH builds the relative increase will be smaller). Change-Id: I198d0759ebca94c90be662e02e0f1281a24d1d70 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88917 Reviewed-by: Michael Stahl <michael.stahl@cib.de> Reviewed-by: Luboš Luňák <l.lunak@collabora.com> Tested-by: Jenkins
2020-02-18 03:20:38 -06:00
export ENABLE_OPTIMIZED_DEBUG=@ENABLE_OPTIMIZED_DEBUG@
Disable oosplash pagein feature for static builds I'm not sure how useful this is today. Still hard-disabled on Mac and Win. Obviously unneeded for static builds. Change-Id: I3a95dede3c596ccdc0d15eba9edc072ad35f33fa Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128089 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> Tested-by: Jenkins
2022-01-06 01:19:41 -06:00
export ENABLE_PAGEIN=@ENABLE_PAGEIN@
bring back precompiled headers support This is mostly a revert of 992757cc5ebfb1df42636b8d3269cdbc10fc4148 and bc78ac68c2492e63a680f68b524c4a51179ea83e, with tweaks to apply. Also only MSVC support for now. Change-Id: Ia926b3c28125b52012156ccfd47932837b09d20a
2012-06-22 12:12:04 -05:00
export ENABLE_PCH=@ENABLE_PCH@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_PDFIMPORT=@ENABLE_PDFIMPORT@
add --disable-pdfium Change-Id: I9137dc0030c3c752ffc0931721bf6b0013309d39
2017-02-10 06:27:07 -06:00
export ENABLE_PDFIUM=@ENABLE_PDFIUM@
build: support disabling poppler This adds --enable-poppler configure option. Poppler can be enabled/disabled by setting this parameter to yes or no. Change-Id: I42ba2d27de7b5014d28523394310616d20073b71 Reviewed-on: https://gerrit.libreoffice.org/68602 Reviewed-by: Andras Timar <andras.timar@collabora.com> Tested-by: Andras Timar <andras.timar@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/68842 Tested-by: Jenkins
2019-03-06 21:06:35 -06:00
export ENABLE_POPPLER=@ENABLE_POPPLER@
KF5 seperate Qt5 detection from KF5 Splits the configure checks into a Qt5 and KF5 specific part. Change-Id: I0a616ba031e1f7fd0385219ac48179adb4bdaf14
2017-10-27 03:04:02 -05:00
export ENABLE_QT5=@ENABLE_QT5@
qt6: Add a qt6 VCL plugin This adds a new "qt6" VCL plugin based on Qt 6. Building the plugin is enabled by autogen option '--enable-qt6' (and optionally setting 'QT6DIR' as needed). Use the 'SAL_USE_VCLPLUGIN=qt6' environment variable before running LO to select this VCL plugin. Taking qt6 into account at all relevant places certainly still requires follow-up changes, but this builds and runs with a self-compiled qtbase from the 'dev' git branch as of commit 3ce0672143d2eb3c3809f82998a4d71c5800d77a. I didn't see anything obviously broken in a quick run, but didn't test much. This reuses and shares the qt5 VCL plugin code; the qt6 headers and sources for now just '#include' the qt5 ones. Version checks are used for the code places that need different handling to be built against Qt 6. The build system parts in this commit were mostly done by copying the qt5 equivalents, then adapting as needed. Some notes on things I came across while porting to qt6: 1) At least in my self-compiled Qt versions, 'moc' (the meta-object compiler) is located in the 'libexec' subdirectory in 'QT6DIR', while the Qt 5 equivalent is located in the "bin" subdirectory of 'QT5DIR', so the configure.ac check uses the former. 2) moc does not process classes from the included headers. Since the headers in 'vcl/inc/qt6' just '#include' the ones from 'vcl/inc/qt5', running moc on the qt6 headers doesn't work, so moc is currently run on the qt5 headers for qt6 as well (s. 'vcl/CustomTarget_qt6_moc.mk'). That will have to be adapted in case the qt6 VCL plugin uses "own" headers instead of just including the qt5 ones at some point. 3) QX11Extras has been removed from Qt 6. [1] says: > Changes to Qt X11 Extras > > The QX11Info class has been removed. > > Clients that still rely on the functionality can include the private > header <QtGui/private/qtx11extras_p.h> as a stopgap solution. To enable > private headers use QT += core-private with qmake, or add a project > dependency to Qt::CorePrivate with CMake. I didn't take any closer look, just dropped the use of QtX11Extras for qt6 for now. 4) XCB_ICCCM is no longer needed. It is only used in qt5 to workaround a Qt bug fixed in Qt 5.12, s. commit fe2baf9e84e0ca9aeaa683e37076f57fa3f38dca Author: Jan-Marek Glogowski <jan-marek.glogowski@extern.cib.de> Date: Tue Dec 3 08:32:58 2019 +0100 Qt5 fix missing XCB_ICCCM_WM_HINT_WINDOW_GROUP 5) X11-specific code is still used for key modifier handling. Therefore, still check for the XCB headers when 'USING_X11' is set in configure.ac, and use a 'QT6_USING_X11' define (as qt5 uses 'QT5_USING_X11'). 6) There's currently no Qt 6 video sink for GStreamer. As of today, qt-gstreamer is unmaintained and there is no Qt 6 version. The project's README [2] says: > 0. Maintenance Notice > --------------------- > > This code is unmaintained. You can use it at your own risk. > > If you want to integrate video display in your QML-based UI, > you should consider using 'qmlglsink', from gst-plugins-good. > This is a well supported video sink that uses the generic > gstreamer-gl stack and is in many ways superior to 'qtquick2videosink' > that is provided by qt-gstreamer. You can use this code as an example: > https://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/tests/examples/qt/qmlsink > > If you are not interested in using QML in your UI, then you > may use one of the other elements provided by this module > (see below). If you do that, it would be helpful to let us > know that this code is still useful to you. We may consider > adding these elements in one of the core gstreamer modules. > > If you are here for the Qt-style bindings, I'm sorry to disappoint you. > The alternative is to use the C API, or the GStreamermm C++ API. > Qt-style bindings are cool, but unfortunately they are very hard > to maintain because they are written by hand. If you are interested > in continuing this project, you are welcome to implement a > generator for them, probably based on GObject-Introspection. > I am happy to provide directions if you want to pursue such a thing. Therefore, the Qt video sink handling is qt5-only and the corresponding handling for GOBJECT (used for the GStreamer video sink handling) was not taken over for qt6. This presumably means that video playback in Impress presentations does not work when using qt6 with they Qt Wayland plugin, s. tdf#125219 for the corresponding bug for qt5/kf5. (I did not build the qtwayland module to actually test this, though. Video playback with the Qt xcb plugin in a Wayland session works.) [1] https://doc-snapshots.qt.io/qt6-dev/extras-changes-qt6.html [2] https://cgit.freedesktop.org/gstreamer/qt-gstreamer/tree/README Change-Id: Ib105ccfb2c3630ec5d5403793a3cd9ba31d85bdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122808 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2021-09-29 04:09:51 -05:00
export ENABLE_QT6=@ENABLE_QT6@
tdf#145735 avmedia qt: Use QtMultimedia for Qt 6 media playback Similar to the way that GTK 4's native facilities for video playback are used for the gtk4 VCL plugin, initially added in commit commit d0a527ec09516bc7215baf229adb90cd21ffa27a Author: Caolán McNamara <caolanm@redhat.com> Date: Thu Feb 10 12:55:18 2022 +0000 first cut at using Gtk4 built in video playback , implement media playback using QtMultimedia for the Qt 6 based VCL plugins (qt6/kf6) via a new service "com.sun.star.comp.avmedia.Manager_Qt". Video playback with the mechanism used for qt5 no longer works with qt6, as "qwidget5videosink" that gets used on Wayland for qt5 wasn't ported to Qt 6 and is unmaintained, s. the commit message of commit 88d57cf241209ffec9eaed3e523942ab51af6db6 Author: Michael Weghorn <m.weghorn@posteo.de> Date: Wed Sep 29 11:09:51 2021 +0200 qt6: Add a qt6 VCL plugin for more details. Additionally, this also doesn't work properly any more on X11/with the xcb Qt QPA platform, see tdf#145735 comment 7. Instead of using GStreamer directly, let Qt handle the low-level stuff by using the QtMultimedia module [1] instead. This adds a new dependency on QtMultimedia. For building, this requires installing the Qt 6 QtMultimedia development headers (e.g. package `qt6-multimedia-dev` on current Debian testing). Except for WASM, the use of QtMultimedia is enabled by default when building with autogen options `--enable-qt6` or `--enable-kf6`, but can explicitly be disabled using `--disable-qt6-multimedia`. In tests with the qt6 VCL plugin on Debian testing, with a sample presentation containing an embedded video, attachment 145517 from tdf#120452, video playback generally works for both, the xcb and the wayland Qt QPA platforms: * Video and audio are played as expected on the external screen in presentation mode when using the presenter console * Video and audio playback work in non-presentation mode by clicking on the video and using the controls in the Impress sidebar (play, pause,...). However, the following issues were observed with the current implementation: * There's an odd frame/margin around the video. * In non-presentation mode, the placeholder shown until the video gets started using the controls in the sidebar is just an "audio icon", not a frame from the actual video. (This might be related to the fact that `QtPlayer::createFrameGrabber` currently returns an empty reference.) * At least on Wayland (issue not observed with QT_QPA_PLATFORM=xcb so far), when using the presenter console, video playback in the presenter console (i.e. on the non-presentation screen) is unreliable: The video sometimes shows, but sometimes doesn't. At least the (more important) one on the presentation screen was reliably shown in my tests, however. Tested with git dev versions of qtbase (as of commit 8d5e7d50d8dbf1ad79bd8ff9f6ef6028eba481c9), qtwayland (as of commit 6f0ebd916f176f6fbe35af28caeb52b62768ac94) and qtmultimedia (as of commit 264b7e8d7d5683252102b5e5149685c8b8a70c2d). [1] https://doc.qt.io/qt-6/qtmultimedia-index.html Change-Id: I29c3c7ded01c61b49b192fa5c313d8a92c942185 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167869 Reviewed-by: Michael Weghorn <m.weghorn@posteo.de> Tested-by: Jenkins
2024-05-20 09:25:09 -05:00
export ENABLE_QT6_MULTIMEDIA=@ENABLE_QT6_MULTIMEDIA@
tdf#125922 rename kde5 to kf5 + plasma5 Just as the gtk3 plugin isn't named GNOME, rename kde5 to kf5, as it is based on the KDE frameworks 5 libraries. This also includes: * a convenience alias to load the kf5 VCL plugin in case someone requests the kde5 plugin. * keep convenience kde5 configure switch, but warn about it * rename detected desktop from kde5 to plasma5 Change-Id: I6764a05b81a5edbf284484c234fee2649aacf735 Reviewed-on: https://gerrit.libreoffice.org/75313 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2019-07-09 10:28:29 -05:00
export ENABLE_KF5=@ENABLE_KF5@
kf6: Add a kf6 VCL plugin Add a "kf6" VCL plugin that uses the KF6 (KDE Frameworks 6) libraries to provide a native KDE/Plasma file chooser, just like the kf5 VCL plugin does for KF5. Building the plugin is disabled by default and can be enabled by autogen option '--enable-kf6'. Selecting the VCL plugin can be done by starting LO with environment variable 'SAL_USE_VCLPLUGIN=kf6' set. The kf6 VCL plugin reuses the kf5 VCL plugin code. (The kf6 headers and sources for now just `#include` the kf5 ones.) This was quickly tested on KDE Neon unstable, which provides a daily snapshot of Plasma 6 and the KF6 libraries. (Regarding a potential release date, [1] mentions: "Plasma 6 is built on top of Qt 6 and is tentatively planned to be released in late 2023 or early 2024.") [1] https://community.kde.org/Plasma/Plasma_6 Change-Id: I4c2b7e3be8e60f1d8cf60119f6f3f642b71349f5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153438 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-06-22 01:48:05 -05:00
export ENABLE_KF6=@ENABLE_KF6@
Introduce gtk3_kde5 vcl plugin This is a hybrid plugin which mostly wraps the GTK3 vclplug. Only the file and folder picker are replaced by KDE dialogs. This gives us a well-maintained GTK LO base with basic KDE integration with minimum effort. To prevent issues with nested event loops, the KDE dialogs are launched from a separate process, the new lo_kde5filepicker helper executable. A trivial stdin/stdout IPC mechanism transfers the data between LO and the Qt/KDE helper. The usage of an external process also allows us to copy'n'paste between LO and the KDE file dialog without freezing the UI, as would happen when one would do this in-process. This is in general also the architecture applied by the kmozillahelper, which is used to integrate KDE file dialogs into Firefox. While the KDE dialog is shown, the GTK3 main window is disabled and close requests are ignored. The KDE dialog in turn also sets the LO window as transient parent. Together, this makes the illusion perfect and the KDE dialog behaves like a modal dialog. This works properly also with multiple LO main windows, and only individual windows will get blocked as one would expect. Functionality wise, most of the features of the KDE4 dialog are supported. You can pick files and folders, and save files under a new name. Some custom checkbox widgets are supported, but lists, buttons and preview widgets are not yet implemented. Also, loading remote files via KIO is not possible yet. Change-Id: I1a97cf7c272307a19ace4222d5f12253bc722829 Reviewed-on: https://gerrit.libreoffice.org/47718 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-01-10 10:50:43 -06:00
export ENABLE_GTK3_KDE5=@ENABLE_GTK3_KDE5@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_RANDR=@ENABLE_RANDR@
export ENABLE_RELEASE_BUILD=@ENABLE_RELEASE_BUILD@
export ENABLE_REPORTBUILDER=@ENABLE_REPORTBUILDER@
New --disable-runtime-optimizations ...to better serve the needs of tools like -fsanitize=address Change-Id: Ic2f2b981b2f5c1bc95ff91bc7a8d21fbb695dc8d
2014-05-08 07:20:04 -05:00
export ENABLE_RUNTIME_OPTIMIZATIONS=@ENABLE_RUNTIME_OPTIMIZATIONS@
Rename --enable-sal-info to --enable-sal-log Change-Id: I896c9ac1c941b85d052fbefb902c4341664881d4
2014-10-23 05:16:19 -05:00
export ENABLE_SAL_LOG=@ENABLE_SAL_LOG@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_SCRIPTING_BEANSHELL=@ENABLE_SCRIPTING_BEANSHELL@
export ENABLE_SCRIPTING_JAVASCRIPT=@ENABLE_SCRIPTING_JAVASCRIPT@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export ENABLE_SDREMOTE=@ENABLE_SDREMOTE@
export ENABLE_SDREMOTE_BLUETOOTH=@ENABLE_SDREMOTE_BLUETOOTH@
Generally determine Rdb content from gb_*_set_componentfile calls ...instead of by listing the content somewhat redundantly in the Rdb_*.mk files, to avoid duplication of logic for components that are only built conditionally (and thus should only be included conditionally in the corresponding Rdb). To achieve that, add an "rdb" parameter to gb_ComponentTarget_ComponentTarget (and to the gb_*_set_componentfile macros that internally call gb_ComponentTarget_ComponentTarget), which is used to make the appropriate gb_Rdb_add_component call internally from within gb_ComponentTarget_ComponentTarget. (As a special case, gb_CppunitTest_set_componentfile shall not call gb_Rdb_add_component, as that has already been done by the corresponding gb_Library_set_componentfile call, so allow the gb_ComponentTarget_ComponentTarget "rdb" parameter to be empty to support that special case.) Most Rdb_*.mk files are thus mostly empty now. One exception is i18npool/Rdb_saxparser.mk, which duplicates some of the Rdb_services content as needed during the build in CustomTarget_i18npool/localedata. 1c9a40299d328c78c035ca63ccdf22c5c669a03b "gbuild: create services.rdb from built components" had already tried to do something similar (in addition to other things) under a new --enable-services-rdb-from-build option. However, that approach had four drawbacks that this approach here addresses (and which thus partly reverts 1c9a40299d328c78c035ca63ccdf22c5c669a03b): 1 Rdb_services shall not contain the component files of all libraries that are built. While that commit filtered out the component files that go into Rdb_ure/services (ure/Rdb_ure.mk), it failed to filter out the component files that go into others like Rdb_postgresql-sdbc (connectivity/Rdb_postgresql-sdbc.mk). 2 The code added by that commit to Makefile.gbuild codified the knowledge that there is an Rdb_services, which is brittle. 3 The code added by that commit to solenv/gbuild/Rdb.mk codified the knowledge (for gb_Rdb__URECOMPONENTS) that there is an Rdb_ure/services, which is brittle. 4 Introducing an --enable-services-rdb-from-build option needlessly provided two different ways how the content of Rdb_services is assembled. The changes done here would leave --enable-services-rdb-from-build as a misnomer, as it no longer controls how Rdb_services is assembled. I thus renamed it to --enable-customtarget-components, as that is apparently what it still does now. Change-Id: Ia5e8df4b640146c77421fcec6daa11a9cd260265 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126577 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-12-09 03:15:05 -06:00
export ENABLE_CUSTOMTARGET_COMPONENTS=@ENABLE_CUSTOMTARGET_COMPONENTS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ENABLE_SILENT_MSI=@ENABLE_SILENT_MSI@
initial build of the Skia library Not quite complete yet, missing e.g. Vulkan sources, and the setup is not completely correct either. Change-Id: I2283bf12f0d226ff8a34554deae5a7bd69045971
2019-10-12 09:24:03 -05:00
export ENABLE_SKIA=@ENABLE_SKIA@
always build Skia optimized, unless --enable-skia=debug In raster mode the performance may make quite a difference, this is the drawing library (that's now the Windows default) and LO developers mostly do not need to debug Skia itself. Change-Id: I42f0407d37a2294b062a41d94566e8a4f5f4354b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93557 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-05-06 03:35:54 -05:00
export ENABLE_SKIA_DEBUG=@ENABLE_SKIA_DEBUG@
merge --enable-selective-debuginfo into --enable-symbols This got broken again due to confusion about the interaction between the various debug/symbol/whatever variables, so let's try to clean it up once more. So gb_SYMBOLS or any other global flag is no more. For checking whether a build target should get symbols, use gb_LinkTarget__symbols_enabled, which is internally controlled by gb_ENABLE_SYMBOLS_FOR (and flags from configure, command line or wherever affect that). This commit breaks the debug/nodebug split for PCH files, but fixing that is a relatively separate and complex change, so it'll be done in another commit. Change-Id: I6060dd38684445bb761e664344fb530386481332 Reviewed-on: https://gerrit.libreoffice.org/70369 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-04-04 09:39:49 -05:00
export ENABLE_SYMBOLS_FOR=@ENABLE_SYMBOLS_FOR@
Make python3 work with custom VALGRIND_CFLAGS Change-Id: Ia4b08a1b20bf46af4d06c0478ed8e795ee543703
2012-11-27 08:35:02 -06:00
export ENABLE_VALGRIND=@ENABLE_VALGRIND@
WASM add Calc as optional build result, make it build & run Adding new config option: --with-main-module=<writer/calc> With this switcher we can build only WASM writer module or calc module. The default value is 'writer'. This commit also reverts: 26603bc9ef0116ed31c510dab82b69d3666447b5 (WASM fix orcus native exception handling (NEH)) Because Calc import is using liborcus for loading styles.xml. Change-Id: I4c330ef8eea7d08214bf357531ee0bf7383ab788 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137946 Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de> Tested-by: Jenkins
2022-08-08 03:49:20 -05:00
export ENABLE_WASM_STRIP_ACCESSIBILITY=@ENABLE_WASM_STRIP_CALC@
export ENABLE_WASM_STRIP_BASIC_DRAW_MATH_IMPRESS=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_WRITER=@ENABLE_WASM_STRIP_WRITER@
export ENABLE_WASM_STRIP_CALC=@ENABLE_WASM_STRIP_CALC@
WASM --enable-wasm-strip now skips lots of LO code ... resulting in a stripped-down, Writer-only build to decrease the resulting WASM bytecode size. It removes the following code from the build: * All other major modules: Base, Calc, Chart, Draw, Impress and Math and related writerperfect filters * The premultiply tables * The (auto-)recovery functionality * All accessibility (but not the accessibility document checker) * The LanguageGuess component * EPUB support * The start center / BackingWindow * The TipOfTheDay functionality * The splash screen communication Currently crashs with anything different then soffice --writer. Closing the document also still crashes. FYI: many of these features are now behind ENABLE_WASM_STRIP_* defines, but they normally don't work on their own, globally! That's because we started with stripping the main components. Change-Id: Ib9c0f9452815910c0a2aceaf142ba1ad4a9cb0d7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126182 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-04-30 10:26:41 -05:00
export ENABLE_WASM_STRIP_CANVAS=@ENABLE_WASM_STRIP@
WASM re-activate and fix the Chart build Change-Id: I13c50ac005e1e990bd185115b6e1717ce2c6bb45 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128654 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-11-17 20:09:14 -06:00
export ENABLE_WASM_STRIP_CHART=
WASM --enable-wasm-strip now skips lots of LO code ... resulting in a stripped-down, Writer-only build to decrease the resulting WASM bytecode size. It removes the following code from the build: * All other major modules: Base, Calc, Chart, Draw, Impress and Math and related writerperfect filters * The premultiply tables * The (auto-)recovery functionality * All accessibility (but not the accessibility document checker) * The LanguageGuess component * EPUB support * The start center / BackingWindow * The TipOfTheDay functionality * The splash screen communication Currently crashs with anything different then soffice --writer. Closing the document also still crashes. FYI: many of these features are now behind ENABLE_WASM_STRIP_* defines, but they normally don't work on their own, globally! That's because we started with stripping the main components. Change-Id: Ib9c0f9452815910c0a2aceaf142ba1ad4a9cb0d7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126182 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-04-30 10:26:41 -05:00
export ENABLE_WASM_STRIP_DBACCESS=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_EPUB=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_EXTRA=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_GUESSLANG=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_HUNSPELL=
Disable languagetool for WASM build Change-Id: Icd0face05c33bbb1b56230a59015402d5f565422 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143385 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2022-08-13 01:52:43 -05:00
export ENABLE_WASM_STRIP_LANGUAGETOOL=@ENABLE_WASM_STRIP@
WASM --enable-wasm-strip now skips lots of LO code ... resulting in a stripped-down, Writer-only build to decrease the resulting WASM bytecode size. It removes the following code from the build: * All other major modules: Base, Calc, Chart, Draw, Impress and Math and related writerperfect filters * The premultiply tables * The (auto-)recovery functionality * All accessibility (but not the accessibility document checker) * The LanguageGuess component * EPUB support * The start center / BackingWindow * The TipOfTheDay functionality * The splash screen communication Currently crashs with anything different then soffice --writer. Closing the document also still crashes. FYI: many of these features are now behind ENABLE_WASM_STRIP_* defines, but they normally don't work on their own, globally! That's because we started with stripping the main components. Change-Id: Ib9c0f9452815910c0a2aceaf142ba1ad4a9cb0d7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126182 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-04-30 10:26:41 -05:00
export ENABLE_WASM_STRIP_LOCALES=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_PINGUSER=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_PREMULTIPLY=@ENABLE_WASM_STRIP@
Enable start center in Emscripten build ...and let it open with that instead of with a hard-coded example.odt. (But keep that example.odt in CustomTarget,static_emscripten_fs_image and adapt the example code in static/README.wasm.md to explicitly load it now.) Change-Id: Ie43e3795e44542acba5a8e755f65acc56fa753f8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171019 Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de> Tested-by: Jenkins
2024-07-25 09:59:33 -05:00
export ENABLE_WASM_STRIP_RECENT=
WASM --enable-wasm-strip now skips lots of LO code ... resulting in a stripped-down, Writer-only build to decrease the resulting WASM bytecode size. It removes the following code from the build: * All other major modules: Base, Calc, Chart, Draw, Impress and Math and related writerperfect filters * The premultiply tables * The (auto-)recovery functionality * All accessibility (but not the accessibility document checker) * The LanguageGuess component * EPUB support * The start center / BackingWindow * The TipOfTheDay functionality * The splash screen communication Currently crashs with anything different then soffice --writer. Closing the document also still crashes. FYI: many of these features are now behind ENABLE_WASM_STRIP_* defines, but they normally don't work on their own, globally! That's because we started with stripping the main components. Change-Id: Ib9c0f9452815910c0a2aceaf142ba1ad4a9cb0d7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126182 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-04-30 10:26:41 -05:00
export ENABLE_WASM_STRIP_RECOVERYUI=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_SPLASH=@ENABLE_WASM_STRIP@
export ENABLE_WASM_STRIP_SWEXPORTS=@ENABLE_WASM_STRIP@
WASM add Calc as optional build result, make it build & run Adding new config option: --with-main-module=<writer/calc> With this switcher we can build only WASM writer module or calc module. The default value is 'writer'. This commit also reverts: 26603bc9ef0116ed31c510dab82b69d3666447b5 (WASM fix orcus native exception handling (NEH)) Because Calc import is using liborcus for loading styles.xml. Change-Id: I4c330ef8eea7d08214bf357531ee0bf7383ab788 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137946 Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de> Tested-by: Jenkins
2022-08-08 03:49:20 -05:00
export ENABLE_WASM_STRIP_SCEXPORTS=@ENABLE_WASM_STRIP@
EXTERNAL_WARNINGS_NOT_ERRORS -> ENABLE_WERROR and be "TRUE"/"" It's easier to type 'make ENABLE_WERROR= <module>' if one wants that. Change-Id: I2bb9911259f41ecae27dc110723f3364b3ff09cf
2014-02-20 00:57:16 -06:00
export ENABLE_WERROR=@ENABLE_WERROR@
fix --enable-wix switch - that didn't do anything it used the wrong variable name in AC_SUBST and also had no place where it would be set for the rest of the build to use. Also the script hardcodes the location of the WiX Toolkit, so check for the same path in configure. Also it was needlessly tied to LIBO_TEST_INSTALL - since it has its own conditional, "double-guarding" it is not necessary. Change-Id: I6dd4a41e63d2a43a3e2f1aac5b6799a6601eb656 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/159510 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2023-11-16 07:28:55 -06:00
ENABLE_WIX=@ENABLE_WIX@
support ccache for MSVC too There's no official MSVC support in ccache yet, but there are patches in progress of getting upstreamed. So right now it's necessary to get a patched ccache. Ccache cannot work with -Zi option, since sharing debuginfo in a .PDB cannot be cached. Added --enable-z7-symbols that gets enabled by default if ccache is detected. It works even with PCHs enabled, and externals seem to work too. I get almost 100% hit rate on a rebuild, although such a rebuild is slower than on Linux. Change-Id: I1d230ee1fccc441b9d9bec794cc2e1ec13161999 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125179 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-11-13 10:20:46 -06:00
export ENABLE_Z7_DEBUG=@ENABLE_Z7_DEBUG@
tdf#72987 run firebird test for little endian only for now since those old(er) files still use the endianness-depending format. And remove x64 from the filename... Change-Id: I24e56cd8561c2ec6a1f77a66907c14cdea8248b6 Reviewed-on: https://gerrit.libreoffice.org/60916 Tested-by: Jenkins Reviewed-by: Rene Engelhard <rene@debian.org>
2018-09-28 16:02:17 -05:00
export ENDIANNESS=@ENDIANNESS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export EPM=@EPM@
export EPM_FLAGS=@EPM_FLAGS@
external: bundle libepubgen And backport a post-release fix that fixes the Windows build. EPUBExportFilter in writerperfect will want to use this. Change-Id: I020cd2abfd0daa731f4079320b18a6d857874278 Reviewed-on: https://gerrit.libreoffice.org/40679 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-08-02 09:29:48 -05:00
export EPUBGEN_CFLAGS=$(gb_SPACE)@EPUBGEN_CFLAGS@
export EPUBGEN_LIBS=$(gb_SPACE)@EPUBGEN_LIBS@
bundle libetonyek Change-Id: I4099ea49ebce7c28152a0895086be5b86b18e28b Reviewed-on: https://gerrit.libreoffice.org/6486 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-10-24 09:46:49 -05:00
export ETONYEK_CFLAGS=$(gb_SPACE)@ETONYEK_CFLAGS@
export ETONYEK_LIBS=$(gb_SPACE)@ETONYEK_LIBS@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export debug=@ENABLE_DEBUG@
configure: hard-code /usr/bin/{sort,find} for Cygwin ... to avoid calling C:/Windows/system32/{sort,find}.exe, if those happen to be first in PATH. On a Windows 7 system, the other conflicts appear to be harmless, we don't use "more", "expand", "timeout", "whoami". Change-Id: Iceefeb7ee6725291b04c0eba465991bb1df96b57 Reviewed-on: https://gerrit.libreoffice.org/21175 Tested-by: Jenkins <ci@libreoffice.org> Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2016-01-06 14:28:17 -06:00
export FIND=@FIND@
Firebird: initial implementation of the skeleton driver. Change-Id: I45087282fe7b7fc5bcebeeb2bbb79d0db1e043bd
2013-05-10 13:21:30 -05:00
export FIREBIRD_CFLAGS=$(gb_SPACE)@FIREBIRD_CFLAGS@
export FIREBIRD_LIBS=$(gb_SPACE)@FIREBIRD_LIBS@
export flex Change-Id: I7d5d8e380e12cc66255ddc3ac3f70bab7713f8b6
2012-05-01 00:16:16 -05:00
export FLEX=@FLEX@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export FLUTE_JAR=@FLUTE_JAR@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export FONTCONFIG_CFLAGS=$(gb_SPACE)@FONTCONFIG_CFLAGS@
export FONTCONFIG_LIBS=$(gb_SPACE)@FONTCONFIG_LIBS@
add --enable-build-opensymbol option to build opens___.ttf from source ... and handle opens___.ttf like unowinreg.dll (-> download.lst/$(TARFILE_LOCATION)) Change-Id: Id4723fb15c4b4b04133dedf97b1262441baa4756 Reviewed-on: https://gerrit.libreoffice.org/54938 Tested-by: Rene Engelhard <rene@debian.org> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Rene Engelhard <rene@debian.org>
2018-05-28 09:54:41 -05:00
export FONTFORGE=@FONTFORGE@
bundle libfreehand Change-Id: I12de5e96754a8dba94dfdef3deb2aac18af28f22 Reviewed-on: https://gerrit.libreoffice.org/6510 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-10-31 06:42:50 -05:00
export FREEHAND_CFLAGS=$(gb_SPACE)@FREEHAND_CFLAGS@
export FREEHAND_LIBS=$(gb_SPACE)@FREEHAND_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export FREETYPE_CFLAGS=$(gb_SPACE)@FREETYPE_CFLAGS@
export FREETYPE_LIBS=$(gb_SPACE)@FREETYPE_LIBS@
try to ensure not testing GCC version when using Clang Clang reports itself as GCC 4.2.1 when asked the GCC way, which is about as good an answer as any, since there's no good mapping between them. So when testing GCC version, Clang would be usually considered too old, and therefore the proper way is to do a configure check if possible. GCC version should be only used for GCC-specific things such as avoiding a bug in a specific GCC version, and such testing should first check the compiler is not Clang. Rename GCCVER to GCC_VERSION and use it throughout the build system where needed. As it's empty for anything that's not GCC, this should lead to errors when used incorrectly. Change-Id: Iea96bbaf5d8ceabefa25be88576eeb4115384937
2013-08-09 11:09:38 -05:00
export GCC_VERSION=@GCC_VERSION@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export GIO_CFLAGS=$(gb_SPACE)@GIO_CFLAGS@
export GIO_LIBS=$(gb_SPACE)@GIO_LIBS@
configure: add --with-referenced-git option This is similar to --with-linked-git, but: 1) It uses git submodule update --reference, so it works with submodules. 2) The created repo is a true git repo, except that its object database reuses the referenced repo's objects, so it's a real speedup when e.g. translations are enabled. I intentionally didn't just fixed --with-linked-git, to make it clear this is more like git clone --reference, not git-new-workdir. Change-Id: I7c9584bce3670fd1e175b90aded2435cfe78056d
2013-02-09 12:09:32 -06:00
export GIT_REFERENCE_SRC=@GIT_REFERENCE_SRC@
Reintroduce --with-linked-git option With slightly different semantics: Instead of pointing at a previous checkout, point at base directory of all repos. Change-Id: I254ecc33071be53067c44610b030f737cf75a7ee
2013-06-21 06:31:37 -05:00
export GIT_LINK_SRC=@GIT_LINK_SRC@
submodules migration Change-Id: Ib3e472a4b1abf880f695be7a6667393d6a82f10d
2012-10-01 23:48:10 -05:00
export GIT_NEEDED_SUBMODULES=@GIT_NEEDED_SUBMODULES@
change from glew to epoxy because that works under wayland out of the box and gtk3 uses it already Change-Id: Iefaac31e325534a81a5389f752804af917c1baef Reviewed-on: https://gerrit.libreoffice.org/31213 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2016-11-25 14:25:27 -06:00
export EPOXY_CFLAGS=$(gb_SPACE)@EPOXY_CFLAGS@
export EPOXY_LIBS=$(gb_SPACE)@EPOXY_LIBS@
move setting of GLM_CFLAGS to configure Change-Id: Ic9f6165626a8ffc303260c0439010fe7e2ce634b
2015-05-19 09:59:26 -05:00
export GLM_CFLAGS=$(gb_SPACE)@GLM_CFLAGS@
gpg4libre: Build internal libgpg-error, libassuan and gpgme(pp) Change-Id: I1953e7062b872340b844771adc8ebe40f524cc76 Reviewed-on: https://gerrit.libreoffice.org/34227 Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Siegmund Gorr <siegmund.gorr@cib.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-02-10 10:51:35 -06:00
export GPG_ERROR_CFLAGS=$(gb_SPACE)@GPG_ERROR_CFLAGS@
export GPG_ERROR_LIBS=$(gb_SPACE)@GPG_ERROR_LIBS@
gpg4libre: We want to use C++ library instead in particular, the one from gpgme project. configure check is set up in such a way that it will fail with older gpgmepp that depends on KDE development packages. This means Linux distros released before 2016 have to rely upon in-tree version, but such is life ... Change-Id: I5cdceffad6e81643603fcdee57a7656218f76834 Reviewed-on: https://gerrit.libreoffice.org/34130 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Siegmund Gorr <siegmund.gorr@cib.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-02-10 09:30:51 -06:00
export GPGMEPP_CFLAGS=$(gb_SPACE)@GPGMEPP_CFLAGS@
export GPGMEPP_LIBS=$(gb_SPACE)@GPGMEPP_LIBS@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export PARALLELISM?=@PARALLELISM@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
@x_GNUCP@ export GNUCOPY=@GNUCP@
export GNUPATCH=@GNUPATCH@
export GNUTAR=@GNUTAR@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export GOBJECT_CFLAGS=$(gb_SPACE)@GOBJECT_CFLAGS@
export GOBJECT_LIBS=$(gb_SPACE)@GOBJECT_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export GPERF=@GPERF@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export GRAPHITE_CFLAGS=$(gb_SPACE)@GRAPHITE_CFLAGS@
export GRAPHITE_LIBS=$(gb_SPACE)@GRAPHITE_LIBS@
Add HarfBuzz support to the build system To be used in the next commit. Change-Id: I6ee286d0c050a5ca650e7fb3692b0facccb5f0c0 Reviewed-on: https://gerrit.libreoffice.org/3517 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-04-20 06:00:56 -05:00
export HARFBUZZ_CFLAGS=$(gb_SPACE)@HARFBUZZ_CFLAGS@
export HARFBUZZ_LIBS=$(gb_SPACE)@HARFBUZZ_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
@x_Cygwin@ export GREP=@WIN_GREP@
don't build postgresql just to parse the makefiles When running module-deps.pl postgresql gets built just so that libpq-flags.mk can be included. Since we already have all the necessary libraries, add them explicitly and avoid this. Change-Id: Icd94fc215ecb26c95f9ae3c14625bf819bf3c5c3
2013-03-25 20:27:10 -05:00
export GSSAPI_LIBS=@GSSAPI_LIBS@
Clarify configure GStreamer handling Currrently --disables-gstreamer disables GStreamer API 1.0 support and --enable-gstreamer-0-10 enables GStreamer API 0.10 support. To build with GStreamer API 0.10 you need to --disable-gstreamer and --enable-gstreamer-0-10, which doesn't seem logical. But actually it's possible to build both avmedia GStreamer backends, so this changes: * --disable-gstreamer to --disable-gstreamer-1-0 * configure variables to include the GStreamer API version "1_0" * adapts the configure help text Change-Id: Icffd8cfb9d80b3021e290675e7c9644c2a31fce8 Reviewed-on: https://gerrit.libreoffice.org/11912 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2014-10-10 16:15:28 -05:00
export GSTREAMER_1_0_CFLAGS=$(gb_SPACE)@GSTREAMER_1_0_CFLAGS@
export GSTREAMER_1_0_LIBS=$(gb_SPACE)@GSTREAMER_1_0_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export GTK3_CFLAGS=$(gb_SPACE)@GTK3_CFLAGS@
export GTK3_LIBS=$(gb_SPACE)@GTK3_LIBS@
bodge a gtk4 starting point into existence this is not supposed to work or anything even close to that Change-Id: I46b4fed6a1e6cfc885cb4f7c24660bb6438d5101 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115293 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-05-07 06:17:46 -05:00
export GTK4_CFLAGS=$(gb_SPACE)@GTK4_CFLAGS@
export GTK4_LIBS=$(gb_SPACE)@GTK4_LIBS@
Replace GUIBASE with USING_X11 That's what it actually means. Also make it a boolean Change-Id: I249e18351253b34b5dada28e2a9c6bc0c06b730c Reviewed-on: https://gerrit.libreoffice.org/18688 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2015-09-18 07:12:08 -05:00
export USING_X11=@USING_X11@
Add support for external hamcrest when using junit 4.11+ Starting with junit 4.11 hamcrest is no longer bundled, so add a --with-hamcrest option to support this. Change-Id: Icdae946af82b9c56bf25d37cbf88275fc6a6a1eb Reviewed-on: https://gerrit.libreoffice.org/11383 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2014-09-09 21:19:42 -05:00
export HAMCREST_JAR=@HAMCREST_JAR@
annocheck warning about missing .note.gnu.property section copy and paste recommendation from: https://sourceware.org/annobin/annobin.html/Test-cf-protection.html and adapt like: https://github.com/openssl/openssl/commit/51994e505dbb1cd0dd76869ec962e2948b77b585 where https://bugs.ruby-lang.org/attachments/8962 is similar Intel docs have "The ENDBR32 and ENDBR64 (collectively ENDBRANCH) are two new instructions that are used to mark valid indirect CALL/JMP target locations in the program." Change-Id: Ie867c263a888763db4478720ba189c9ec6cc974d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126859 Tested-by: Jenkins Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-12-15 06:46:24 -06:00
export HAVE_ASM_END_BRANCH_INS_SUPPORT=@HAVE_ASM_END_BRANCH_INS_SUPPORT@
Slience bogus -Werror=maybe-uninitialized ...as emitted by at least GCC 8.2 with --enable-optimized, e.g. at: > In file included from include/rtl/ustring.hxx:37, > from include/cppuhelper/factory.hxx:26, > from unoxml/source/rdf/librdf_repository.hxx:24, > from unoxml/source/rdf/librdf_repository.cxx:20: > include/rtl/string.hxx: In static member function ‘static std::shared_ptr<{anonymous}::librdf_TypeConverter::Node> {anonymous}::librdf_TypeConverter::extractNode_NoLock(const com::sun::star::uno::Reference<com::sun::star::rdf::XNode>&)’: > include/rtl/string.hxx:294:27: error: ‘*((void*)(& type)+8).rtl::OString::pData’ may be used uninitialized in this function [-Werror=maybe-uninitialized] > rtl_string_release( pData ); > ~~~~~~~~~~~~~~~~~~^~~~~~~~~ > unoxml/source/rdf/librdf_repository.cxx:2094:30: note: ‘*((void*)(& type)+8).rtl::OString::pData’ was declared here > boost::optional<OString> type; > ^~~~ This appears to be a common pattern of false positives with uses of boost::optional, common enough to disable the warning globally for affected compilers, even if there would also be useful findings by that warning (e.g., <https://gerrit.libreoffice.org/#/c/66619/> "Fix -Werror=maybe-uninitialized"). I didn't bother to file a GCC bug for the reproducer used in configure.ac, <https://gcc.gnu.org/bugzilla/buglist.cgi?quicksearch=maybe-uninitialized> already shows lots of open bugs in that area, and the documentation at <https://gcc.gnu.org/onlinedocs/gcc-8.2.0/gcc/Warning-Options.html> states that "GCC may not be able to determine when the code is correct in spite of appearing to have an error." (Clang appears to not support -Wmaybe-uninitialized at all, so exclude it from the configure.ac check, to not have the check's failure result in an unsupported -Wno-maybe-uninitialized end up on the compiler command line.) Change-Id: Ifb9ca4c342750eae54f7e1a01506101310484c7e Reviewed-on: https://gerrit.libreoffice.org/66621 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-01-18 09:13:57 -06:00
export HAVE_BROKEN_GCC_WMAYBE_UNINITIALIZED=@HAVE_BROKEN_GCC_WMAYBE_UNINITIALIZED@
More targeted suppression of bogus GCC -Werror=stringop-overflow= ...given that <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87296#c5> "[8/9/10/11 Regression] -Wstringop-overflow false positive due to using MEM_REF type of &MEM" is declared fixed now on GCC 11 trunk. (Moving -Wno-stringop-overflow from gb_CFLAGS_WERROR to gb_CXXFLAGS_COMMON is done for no other reason than to harmonize this with the code for the similar HAVE_BROKEN_GCC_WMAYBE_UNINITIALIZED.) Change-Id: I3468138c9bbda28f754d4162cb9c059796bd3932 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111029 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-02-17 01:21:50 -06:00
export HAVE_BROKEN_GCC_WSTRINGOP_OVERFLOW=@HAVE_BROKEN_GCC_WSTRINGOP_OVERFLOW@
use -Xclang -debug-info-kind=constructor if available The option, available since Clang10, emits debuginfo for classes with explicit ctors only together with the ctor, which avoids redundant debuginfo for such classes, noticeably saving both build time and disk space. https://reviews.llvm.org/D72427 I've been using this for quite some time, without problems. Change-Id: I24e5339f983cb8d8990185436dd63e00f0d3ce60 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94756 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-01-19 13:11:15 -06:00
export HAVE_CLANG_DEBUG_INFO_KIND_CONSTRUCTOR=@HAVE_CLANG_DEBUG_INFO_KIND_CONSTRUCTOR@
Upgrade external/boost to latest Boost 1.77.0 <https://dev-www.libreoffice.org/src/boost_1_77_0.tar.xz> has been generated (on Fedora 35) with > $ wget https://boostorg.jfrog.io/artifactory/main/release/1.77.0/source/boost_1_77_0.tar.bz2 > $ printf 'fc9f85fc030e233142908241af7a846e60630aa7388de9a5fafb1f3a26840854 boost_1_77_0.tar.bz2' | sha256sum -c # cf. <https://www.boost.org/users/history/version_1_77_0.html> > boost_1_77_0.tar.bz2: OK > $ external/boost/repack_tarball.sh boost_1_77_0.tar.bz2 > Unpacking boost_1_77_0.tar.bz2 ... > Removing unnecessary files ... > Creating boost_1_77_0.tar.xz ... > Cleaning up ... > 9b334d6c6d7af5a0687280788cd84444398b8e0b472cd88e52bbc3c3ef11d98e boost_1_77_0.tar.xz > Done. Change-Id: I527cad7eb2f311d968da371f268644bdd31f6462 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124947 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-11-10 01:11:30 -06:00
export HAVE_CXX20_ATOMIC_REF=@HAVE_CXX20_ATOMIC_REF@
use clang-cl's -Zc:dllexportInlines- for clang-cl builds This is clang-cl's equivalent of -fvisibility-inlines-hidden, and it seems to be also sort of the equivalent of MSVC's -Zc:inline. So it saves build time and disk space. Clang docs say that this is binary compatible in only one direction, so our public C++ code shouldn't be using this, as external C++ code could try to use exported inlines that are no longer there. Change-Id: Ie6217808f8ee4a15344183abfc65038e1558d1b0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122352 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-09-20 05:31:40 -05:00
export HAVE_DLLEXPORTINLINES=@HAVE_DLLEXPORTINLINES@
WASM support external DWARF info merged into the --enable-split-debug tests. Change-Id: Id0f25bec08bd45daebb0ccd30d17a4feeb08d02c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128601 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-10-02 05:40:03 -05:00
export HAVE_EXTERNAL_DWARF=@HAVE_EXTERNAL_DWARF@
use clang-cl's -Zc:dllexportInlines- for Skia (tdf#144598) This is clang-cl's equivalent of -fvisibility-inlines-hidden, and it seems to be also sort of the equivalent of MSVC's -Zc:inline. So it saves build time and disk space. As an additional effect, this disables emitting copies of inlines functions in every .o file where the function is called (even if inlined), which means that it hopefully avoids the problem of SkOpts_avx.cpp generating a copy of SkRect::round() which would include AVX code, and the linker might select this as the instance of SkRect::round() to keep, thus making SSE2 code call AVX code without checking for AVX availability first. Change-Id: I97541ae11d05f489894bc9233271eb21fd520f43 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122335 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-09-19 19:53:33 -05:00
export HAVE_LO_CLANG_DLLEXPORTINLINES=@HAVE_LO_CLANG_DLLEXPORTINLINES@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export HAVE_GCC_AVX=@HAVE_GCC_AVX@
fdo#53855: Detect GCC built-in atomic functions Change-Id: I57a977d799df6bce6c854b38b441a0575218922b
2012-08-27 03:29:30 -05:00
export HAVE_GCC_BUILTIN_ATOMIC=@HAVE_GCC_BUILTIN_ATOMIC@
configure checks for gcc options that clang does not support Maybe they'll be supported somewhen in the future, so do not hardcode them out. Also, gb_DEBUG_C(XX)FLAGS are apparently common GCC options, not platform-specific.
2012-04-20 07:11:40 -05:00
export HAVE_GCC_FNO_ENFORCE_EH_SPECS=@HAVE_GCC_FNO_ENFORCE_EH_SPECS@
external/firebird: Make GCC check work for Clang, too Randomly approximate that HAVE_GXX_FNO_SIZED_DEALLOCATION also implies support for -fno-delete-null-pointer-checks, and hope that approximation matches the various versions of GCC and Clang that are relevant for us. Change-Id: I265bf3432a852a094318a54975403eac60721ab4 Reviewed-on: https://gerrit.libreoffice.org/28211 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2016-08-18 04:48:26 -05:00
export HAVE_GCC_FNO_SIZED_DEALLOCATION=@HAVE_GCC_FNO_SIZED_DEALLOCATION@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export HAVE_GCC_GGDB2=@HAVE_GCC_GGDB2@
aarch64 callVirtualFunction needs to be compiled w/o -fstack-clash-protection At least when doing an aarch64 Flatpak build against org.freedesktop.Sdk//19.08, which uses GCC 9.2.0 and passes in `CXXFLAGS=-O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -fasynchronous-unwind-tables -fstack-clash-protection`, callVirtualMethod (in bridges/source/cpp_uno/gcc3_linux_aarch64/callvirtualfunction.cxx) would decrement the stack pointer another 16 bytes after the stackargs = alloca(...); and before the asm block, so in the called virtual function, arguments read from the stack would read garbage (and CustomTarget_testtools/uno_test would fail with SIGSEGV at > #0 0x0000ffffb733eb48 in rtl::OUString::operator= (this=0xaaaaf9c1ac30, str=...) at /run/build/libreoffice/include/rtl/ustring.hxx:453 > #1 0x0000ffffb733a7bc in bridge_object::assign (rData=..., bBool=true, cChar=64 u'@', nByte=17 '\021', nShort=4660, nUShort=65244, nLong=305419896, nULong=4275878552, nHyper=0, nUHyper=187651311381888, fFloat=17.0814991, fDouble=3.1415926358999999, eEnum=-1698898192, rStr=..., xTest=..., rAny=...) at /run/build/libreoffice/testtools/source/bridgetest/cppobj.cxx:99 > #2 0x0000ffffb733a87c in bridge_object::assign (rData=..., bBool=true, cChar=64 u'@', nByte=17 '\021', nShort=4660, nUShort=65244, nLong=305419896, nULong=4275878552, nHyper=0, nUHyper=187651311381888, fFloat=17.0814991, fDouble=3.1415926358999999, eEnum=-1698898192, rStr=..., xTest=..., rAny=..., rSequence=...) at /run/build/libreoffice/testtools/source/bridgetest/cppobj.cxx:115 > #3 0x0000ffffb733ade4 in bridge_object::Test_Impl::setValues (this=0xaaaaf9c1abb0, bBool=1 '\001', cChar=64 u'@', nByte=17 '\021', nShort=4660, nUShort=65244, nLong=305419896, nULong=4275878552, nHyper=0, nUHyper=187651311381888, fFloat=17.0814991, fDouble=3.1415926358999999, eEnum=-1698898192, rStr=..., xTest=..., rAny=..., rSequence=..., rStruct=...) at /run/build/libreoffice/testtools/source/bridgetest/cppobj.cxx:548 > #4 0x0000ffffb740bff4 in callVirtualFunction (function=281473755360772, gpr=0xffffd1ab1f28, fpr=0xffffd1ab1f68, stack=0xffffd1ab1d40, sp=8, ret=0xffffd1ab22c0) at /run/build/libreoffice/bridges/source/cpp_uno/gcc3_linux_aarch64/callvirtualfunction.cxx:63 > #5 0x0000ffffb740ca70 in (anonymous namespace)::call (proxy=0xaaaaf9c291c0, slot=..., returnType=0xaaaaf9c00770, count=17, parameters=0xaaaaf9c3a210, returnValue=0xffffd1ab22c0, arguments=0xffffd1ab2230, exception=0xffffd1ab2370) at /run/build/libreoffice/bridges/source/cpp_uno/gcc3_linux_aarch64/uno2cpp.cxx:178 > #6 0x0000ffffb740d4c4 in bridges::cpp_uno::shared::unoInterfaceProxyDispatch (pUnoI=0xaaaaf9c291c0, pMemberDescr=0xaaaaf9c55950, pReturn=0xffffd1ab22c0, pArgs=0xffffd1ab2230, ppException=0xffffd1ab2370) at /run/build/libreoffice/bridges/source/cpp_uno/gcc3_linux_aarch64/uno2cpp.cxx:361 > #7 0x0000ffffb740720c in (anonymous namespace)::call (proxy=0xaaaaf9c549c0, description=..., returnType=0xaaaaf9c00770, count=17, parameters=0xaaaaf9c3a210, gpr=0xffffd1ab2510, fpr=0xffffd1ab2550, stack=0xffffd1ab2590, indirectRet=0xffffb7d24790) at /run/build/libreoffice/bridges/source/cpp_uno/gcc3_linux_aarch64/cpp2uno.cxx:120 > #8 0x0000ffffb74079a0 in (anonymous namespace)::vtableCall (functionIndex=40, vtableOffset=0, gpr=0xffffd1ab2510, fpr=0xffffd1ab2550, stack=0xffffd1ab2590, indirectRet=0xffffb7d24790) at /run/build/libreoffice/bridges/source/cpp_uno/gcc3_linux_aarch64/cpp2uno.cxx:291 > #9 0x0000ffffb7407b00 in (anonymous namespace)::vtableSlotCall (gpr0=187651311618536, gpr1=1, gpr2=64, gpr3=17, gpr4=4660, gpr5=65244, gpr6=305419896, gpr7=4275878552, fpr0=5.4321266044931319e-315, fpr1=3.1415926358999999, fpr2=0, fpr3=4.0039072046065485, fpr4=0, fpr5=4.003911019303815, fpr6=8.9589789687541617e+102, fpr7=-4.4588500238274385e-308) at /run/build/libreoffice/bridges/source/cpp_uno/gcc3_linux_aarch64/cpp2uno.cxx:348 > #10 0x0000ffffb739e60c in bridge_test::performTest (xContext=..., xLBT=..., noCurrentContext=false) at /run/build/libreoffice/testtools/source/bridgetest/bridgetest.cxx:378 > #11 0x0000ffffb73a3d58 in bridge_test::TestBridgeImpl::run (this=0xaaaaf9c18550, rArgs=...) at /run/build/libreoffice/testtools/source/bridgetest/bridgetest.cxx:1162 > #12 0x0000aaaad292a3ec in sal_main () at /run/build/libreoffice/cpputools/source/unoexe/unoexe.cxx:509 > #13 0x0000aaaad29297a0 in main (argc=8, argv=0xffffd1ab31b8) at /run/build/libreoffice/cpputools/source/unoexe/unoexe.cxx:349 .) By experiment, I found the problematic thing to be -fstack-clash-protection, which can apparently be cancelled with a subsequent -fno-stack-clash-protection at least on that GCC 9.2.0. (And -f[no-]stack-clash-protection appears to only be available since GCC 8, and not at all for Clang, so check for it with HAVE_GCC_STACK_CLASH_PROTECTION.) Change-Id: If667fdf704b1ba20a04593b38d2d1f079280df41 Reviewed-on: https://gerrit.libreoffice.org/80701 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-10-11 16:50:19 -05:00
export HAVE_GCC_STACK_CLASH_PROTECTION=@HAVE_GCC_STACK_CLASH_PROTECTION@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export HAVE_LD_BSYMBOLIC_FUNCTIONS=@HAVE_LD_BSYMBOLIC_FUNCTIONS@
export HAVE_LD_HASH_STYLE=@HAVE_LD_HASH_STYLE@
improve support for using libc++ on Linux and for libc++ debug mode It seems to run slightly faster in --enable-dbgutil mode and also builds a bit faster (at least with Clang). But libc++ on Mac isn't built with debug mode support. Change-Id: Idf5dba9c4a56aba1f4163aa518a78d34b6837149 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133664 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-04-30 14:27:20 -05:00
export HAVE_LIBCPP=@HAVE_LIBCPP@
Consolidate -D_GLIBCXX_DEBUG for --enable-dbgutil builds against libstdc++ (this was meant as a prerequisite for enabling its -D_LIBCPP_DEBUG=1 counterpart when building against libc++ on macOS, but which got stalled for now after running into the issue described at <https://lists.llvm.org/pipermail/libcxx-dev/2021-October/001222.html> "[libcxx-dev] Building a program with -D_LIBCPP_DEBUG=1 against a libc++ that is not itself built with that define") Change-Id: If466dce595a9311b2afbae41d5ddcaecc6f3c57b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124678 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-11-04 05:03:11 -05:00
export HAVE_LIBSTDCPP=@HAVE_LIBSTDCPP@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export HAVE_POSIX_FALLOCATE=@HAVE_POSIX_FALLOCATE@
Enable -Wdeprecated-copy-dtor where available We already get -Wdeprecated-copy (warning about implicitly defined copy functions that will in the future be deleted because other user-provided copy functions exist) automatically through -Wextra, where available. -Wdeprecated-copy-dtor (warning about implicitly defined copy functions that will in the future be deleted because of a user-provided dtor) is split off into its own warning excluded from -Wextra for somewhat unclear reasons, see the discussion at <https://gcc.gnu.org/bugzilla/buglist.cgi?quicksearch=88136> "-Wdeprecated-copy is draconian and shouldn't be in -Wall". But -Wdeprecated-copy-dtor has been useful in finding issues (esp. the Clang 10 trunk version, which, unlike the GCC 9 version, also finds copy functions that are implicitly defined because they are used from template instantiations), see 3e59716375a240576fd6d8759b32b4319506ed70 "Prevent BroadcastRecalcOnRefMoveHandler copies" and 4f98cd0f9ce9c2a331a5d34b3ef9d18f9bb6b235 "ScShapeChild has broken copy functions". We need to disable -Wdeprecated-copy-dtor in files included from external/boost, and in two compilerplugin/clang/test/ files. Change-Id: I74b159c3a046e23661473ddbfe53c92c4136a9db Reviewed-on: https://gerrit.libreoffice.org/85073 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-12-12 10:13:49 -06:00
export HAVE_WDEPRECATED_COPY_DTOR=@HAVE_WDEPRECATED_COPY_DTOR@
allow to build online help too Change-Id: I9b26f952dc681893b25712451535f4b539fd615d
2017-12-07 06:45:31 -06:00
export HELP_ONLINE=@HELP_ONLINE@
redmine#2555 replace Help online Google search This is the core/ part of the patch. Add xapian-omega search to online Help. The patch replaces Google custom search with xapian-omega search. A new build key is introduced. --with-omindex=server : Localizes and adds the xapian result page, adds the xapian form to each Help page. --with-omindex=noxap : do not localize the result template and do not add a form in the Help page. --with-omindex will force Online Help build. Default is noxap NOTES: - searches returns resuls only on localized Help pages, avoiding same resulis in many languages. -xapian-omega databases must be built in server TODO: - Tweak the xapian-omega result page CSS and markup. Change-Id: I5e3fe4191a3b054e3b6403f7cb5640953d92ba42 Reviewed-on: https://gerrit.libreoffice.org/79368 Tested-by: Jenkins Reviewed-by: Olivier Hallot <olivier.hallot@libreoffice.org>
2019-09-22 08:46:17 -05:00
export HELP_OMINDEX_PAGE=@HELP_OMINDEX_PAGE@
Initial WIP steps for building for macOS on Apple Silicon Don't use $host_os="darwin" for both macOS and iOS depending on $host_cpu. Soon macOS will run on either x86_64 or arm64. Instead, use "darwin" (or "macos") for macOS and "ios" for iOS. Some other early changes for arm64-apple-macos, too. Change-Id: Id89987d854ceba2cd87c6222db2081ccdec0c73e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96976 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-06-23 13:49:26 -05:00
export HOST_PLATFORM=@HOST_PLATFORM@
Revert "Remove dead HSQLDB driver" We cannot silently convert user data or their used file formats and then await them to accept it or reinstall an older version. Let us make a soft change instead of an hard (heart) break and avoid us to been attacked with fire and forks from our users. This reverts commit 8d381ae8d6c742a7e15bf7ad9e07b65f81728ef6. Change-Id: Ia153640935e355771acb85cf652f8fe4c21fafbb Reviewed-on: https://gerrit.libreoffice.org/52731 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Tamás Bunth <btomi96@gmail.com>
2018-04-11 09:39:57 -05:00
export HSQLDB_JAR=@HSQLDB_JAR@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export HUNSPELL_CFLAGS=$(gb_SPACE)@HUNSPELL_CFLAGS@
export HUNSPELL_LIBS=$(gb_SPACE)@HUNSPELL_LIBS@
export HYPHEN_LIB=$(gb_SPACE)@HYPHEN_LIB@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export HYPH_SYSTEM_DIR=@HYPH_SYSTEM_DIR@
use icerun to avoid compilation process explosions using icecream. Change-Id: I3539bfcfbbb43f44a6fc8fae60bda84267938116
2012-10-08 14:44:54 -05:00
export ICECREAM_RUN=@ICECREAM_RUN@
Allow setting ICECC_VERSION in the autogen.input. That way you can avoid having to set ICECC_VERSION in every shell where you want to use icecream with cross-compilation. See http://holesovsky.blogspot.cz/2015/02/using-icecream-to-speed-up-libreoffice.html for details. Change-Id: I1adf67934c2687f0fca1b73e7793b72120eeedab
2015-02-07 11:11:30 -06:00
@x_ICECC_VERSION@ export ICECC_VERSION=@ICECC_VERSION@
move copy/pasted ICU_CFLAGS/ICU_LIBS to configure Change-Id: I078cccd57331d40118bcc40fb4eb66b113848caf
2013-05-16 07:10:44 -05:00
export ICU_CFLAGS=$(gb_SPACE)@ICU_CFLAGS@
export ICU_LIBS=$(gb_SPACE)@ICU_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ICU_MAJOR=@ICU_MAJOR@
export ICU_MINOR=@ICU_MINOR@
sysui: g-ir-scanner is not available in when introspection is disabled Should fix the RHEL6 build. Change-Id: I3d6e6a2b43c2d6a43ea0686600cf2f893c518cc8 Reviewed-on: https://gerrit.libreoffice.org/18566 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2015-09-14 07:12:29 -05:00
export INTROSPECTION_SCANNER=@INTROSPECTION_SCANNER@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ILIB=@ILIB@
WIN cross: fix gpg-related library builds 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>
2020-07-14 16:06:03 -05:00
export ILIB_FOR_BUILD=@ILIB_FOR_BUILD@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export INSTALLDIR=@INSTALLDIR@
export INSTALLDIRNAME=@INSTALLDIRNAME@
configure: ensure that install_name_tool matches the toolchain... ... used to build, since otherwise it'll break with "malformed object" errors. Alo replace now unused XCRUN variable. Change-Id: I58a20c34f903b7a7acb46597d94243389e6b3842
2013-09-13 10:37:34 -05:00
export INSTALL_NAME_TOOL=@INSTALL_NAME_TOOL@
Try to fix cross-compilation Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions. Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT. Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
2013-09-22 11:59:37 -05:00
export INSTDIR=@INSTDIR@
export INSTDIR_FOR_BUILD=@INSTDIR_FOR_BUILD@
export INSTROOT=@INSTROOT@
Adapt CustomTarget_odk/build-examples to macOS Change-Id: Ib64d5b5fa1bf13a484adb296b969d1b96387f0c6
2017-02-01 08:15:57 -06:00
export INSTROOTBASE=@INSTROOTBASE@
Try to fix cross-compilation Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions. Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT. Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
2013-09-22 11:59:37 -05:00
export INSTROOT_FOR_BUILD=@INSTROOT_FOR_BUILD@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export JAVACOMPILER=@JAVACOMPILER@
export JAVADOC=@JAVADOC@
don't use -notimestanp when using gjdoc as javadoc Change-Id: Ie729aaeaeff41838a435a043dec10c5016355187
2013-02-13 13:21:44 -06:00
export JAVADOCISGJDOC=@JAVADOCISGJDOC@
cross-build: fix Java NI linking LibreOffice has a JNI component on Windows and Linux, the officebean. Therefore we need a host JDK for linkage to the jawt, and a build JDK to compile the Java code. Change-Id: I4138628ab3ea2ef5900a5b4e9281050ae84e4eb5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102483 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-07-29 05:04:03 -05:00
export JAVACFLAGS=@JAVACFLAGS@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export JAVAIFLAGS=@JAVAIFLAGS@
cross-build: JAVA_HOME is now build, not host Miklos reported a Android configure error, which tried to run autogen.sh for gb_Side=build, which is correctly forbidden. I checked all the files timestamps for $(BUILDDIR)/config_host.mk target - all ok, and somehow missed the JAVA_HOME test... Since my commit 42aeb9f906ca4e23d118ff8563184f9315ef3b82 ("cross-build: fix Java NI linking"), JAVA_HOME just makes sense for the build side. So the tests just make sense for the host side, if there was a --with-jdk-home supplied. This results in a sensible, empty JAVA_HOME for the host side and all Java builds I found already override JAVA_HOME with JAVA_HOME_FOR_BUILD. Change-Id: I1742a83466af70804f1700a1ca0cb6b6b77a7b12 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102676 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-09-14 08:24:37 -05:00
export JAVAIFLAGS_FOR_BUILD=@JAVAIFLAGS_FOR_BUILD@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export JAVAINTERPRETER=@JAVAINTERPRETER@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export JAVA_HOME=@JAVA_HOME@
cross-build: fix Java NI linking LibreOffice has a JNI component on Windows and Linux, the officebean. Therefore we need a host JDK for linkage to the jawt, and a build JDK to compile the Java code. Change-Id: I4138628ab3ea2ef5900a5b4e9281050ae84e4eb5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102483 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-07-29 05:04:03 -05:00
export JAVA_HOME_FOR_BUILD=@JAVA_HOME_FOR_BUILD@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export JAVA_SOURCE_VER=@JAVA_SOURCE_VER@
export JAVA_TARGET_VER=@JAVA_TARGET_VER@
Merge AWTLIB and JAVALIB together as JAWTLIB ...only used in bean/Library_officebean.mk Change-Id: Ic57eb66197f55562157c2ca961001ed01e9906b2
2014-02-13 10:40:06 -06:00
export JAWTLIB=@JAWTLIB@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export JDK=@JDK@
cross-build: fix Java NI linking LibreOffice has a JNI component on Windows and Linux, the officebean. Therefore we need a host JDK for linkage to the jawt, and a build JDK to compile the Java code. Change-Id: I4138628ab3ea2ef5900a5b4e9281050ae84e4eb5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102483 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-07-29 05:04:03 -05:00
export JDK_FOR_BUILD=@JDK_FOR_BUILD@
Allow building against JDK 18 ...where ExternalProject_hsqldb failed with > [java] java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release > [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:194) > [java] at org.apache.tools.ant.taskdefs.Java.run(Java.java:891) > [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:231) > [java] at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135) > [java] at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108) > [java] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:299) > [java] at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104) > [java] at java.base/java.lang.reflect.Method.invoke(Method.java:577) > [java] at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:99) > [java] at org.apache.tools.ant.Task.perform(Task.java:350) > [java] at org.apache.tools.ant.Target.execute(Target.java:449) > [java] at org.apache.tools.ant.Target.performTasks(Target.java:470) > [java] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1401) > [java] at org.apache.tools.ant.Project.executeTarget(Project.java:1374) > [java] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > [java] at org.apache.tools.ant.Project.executeTargets(Project.java:1264) > [java] at org.apache.tools.ant.Main.runBuild(Main.java:818) > [java] at org.apache.tools.ant.Main.startAnt(Main.java:223) > [java] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:284) > [java] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:101) > [java] Caused by: java.lang.UnsupportedOperationException: The Security Manager is deprecated and will be removed in a future release > [java] at java.base/java.lang.System.setSecurityManager(System.java:416) > [java] at org.apache.tools.ant.types.Permissions.setSecurityManager(Permissions.java:103) > [java] at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:216) > [java] at org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:155) > [java] ... 19 more while building target switchtojdk17 (but then unfortunately carried on, without the source modifications that should have been done by that target, leading to confusing errors like > [javac] workdir/UnpackedTarball/hsqldb/src/org/hsqldb/jdbc/jdbcConnection.java:426: error: jdbcConnection is not abstract and does not override abstract method createStruct(String,Object[]) in Connection that should have been under control at least ever since 7dbfc0012cc75e7dac9a416b53149ad8ec33f071 "make hsqldb build with java 1.7".) Unconditionally passing ANT_OPTS -Djava.security.manager=allow would cause older JDK versions (like Java 11) to fail with a java.lang.Error "Could not create SecurityManager" caused by a java.lang.ClassNotFoundException "allow", so introduce JDK_SECURITYMANAGER_DISALLOWED_FOR_BUILD. This should allow us to keep building against at least JDK 18, even though later versions of Java may remove the Security Manager completely, but in which case hopefully an updated version of Apache Ant will become available. Change-Id: I9d143d8bcfff67870017bb1c874eec53e0ff9672 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132558 Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Jenkins
2022-04-05 01:09:59 -05:00
export JDK_SECURITYMANAGER_DISALLOWED_FOR_BUILD=@JDK_SECURITYMANAGER_DISALLOWED_FOR_BUILD@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export JFREEREPORT_JAR=@JFREEREPORT_JAR@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export JITC_PROCESSOR_TYPE=@JITC_PROCESSOR_TYPE@
windows: use jom instead of nmake to build openssl if available jom (https://wiki.qt.io/Jom) is a parallel version of nmake that especially helps with building openssl since everything is compiled individually/the compiler cannot use parallelism either. Also in a LibreOffice build there's not much else that can be done in parallel/other stuff requires openssl to be built to continue. Change-Id: Ib16b0f947991a1d3255aeae7dc5d9bdee0b157a0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/177743 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-12-03 09:38:49 -06:00
JOM=@JOM@
New --with-coredumpctl to obtain core dumps of crashed tests from coredumpctl ...for (Linux) systems that don't store core.* files in the current working directory. When enabled, this wraps test execution in `systemd-run --scope --user --unit=...` with unit values unique per individual test invocation, so that solenv/bin/gdb-core-bt.sh can query coredumpctl for matching core dumps. (See the mailing list thread starting at <https://lists.freedesktop.org/archives/systemd-devel/2023-March/048884.html> "[systemd-devel] coredumpctl: matching by e.g. env var?" for further details.) The used --unit=... scheme is a best effort to produce system-wide unique values, combining the target location path of the given test with a second-granularity date/time and the current PID. (In case there would be multiple invocations of the same test per second, which then hopefully wouldn't reuse the same PID. The date/time and PID could be replaced with a high-resolution system-wide monotonic clock/counter if one were easily available. The advantage of the current scheme is that it only uses Posix features.) The overall length of the unit value (incl. the appended ".scope" suffix) must not exceed 256 characters, or else systemd-run would fail with "Failed to mangle scope name: Invalid argument". It might look more natural to pass the unit value into gdb-core-bt.sh as a fourth positional argument rather than via a new LIBO_TEST_UNIT env var. But for one, the unit value is most easily computed from within the recipe shell command lines, where an env var is the most natural fit. And for another, this avoids having to tunnel yet another value through the tearDown method in unotest/source/java/org/openoffice/test/OfficeConnection.java to the given postprocesscommand. Change-Id: Idcb20cd1e1141d8ec7f10947e5edc70aa2aa7d32 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149690 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-03-29 06:55:11 -05:00
export JQ=@JQ@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export JVM_ONE_PATH_CHECK=@JVM_ONE_PATH_CHECK@
KF5 initial VCL plugin Something that compiles, basically just interface stubs. All used Svp classes don't use any cairo. Change-Id: I9a8858c930989438cc2a3f3346c01a7abc579d62
2017-10-21 08:50:30 -05:00
export KF5_CFLAGS=$(gb_SPACE)@KF5_CFLAGS@
export KF5_LIBS=$(gb_SPACE)@KF5_LIBS@
kf6: Add a kf6 VCL plugin Add a "kf6" VCL plugin that uses the KF6 (KDE Frameworks 6) libraries to provide a native KDE/Plasma file chooser, just like the kf5 VCL plugin does for KF5. Building the plugin is disabled by default and can be enabled by autogen option '--enable-kf6'. Selecting the VCL plugin can be done by starting LO with environment variable 'SAL_USE_VCLPLUGIN=kf6' set. The kf6 VCL plugin reuses the kf5 VCL plugin code. (The kf6 headers and sources for now just `#include` the kf5 ones.) This was quickly tested on KDE Neon unstable, which provides a daily snapshot of Plasma 6 and the KF6 libraries. (Regarding a potential release date, [1] mentions: "Plasma 6 is built on top of Qt 6 and is tentatively planned to be released in late 2023 or early 2024.") [1] https://community.kde.org/Plasma/Plasma_6 Change-Id: I4c2b7e3be8e60f1d8cf60119f6f3f642b71349f5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153438 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-06-22 01:48:05 -05:00
export KF6_CFLAGS=$(gb_SPACE)@KF6_CFLAGS@
export KF6_LIBS=$(gb_SPACE)@KF6_LIBS@
don't build postgresql just to parse the makefiles When running module-deps.pl postgresql gets built just so that libpq-flags.mk can be included. Since we already have all the necessary libraries, add them explicitly and avoid this. Change-Id: Icd94fc215ecb26c95f9ae3c14625bf819bf3c5c3
2013-03-25 20:27:10 -05:00
export KRB5_LIBS=@KRB5_LIBS@
add a --with-system-java-websocket there was a system Java-WebSocket in Fedora 35, f.e. but unaware if this is actively packaged standalone in contemporary distros, but useful for the coverity build case. Change-Id: Id6393dbfb1c449b75391752a8bb5e5ea4481a084 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/173725 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-09-20 06:25:11 -05:00
export JAVA_WEBSOCKET_JAR=@JAVA_WEBSOCKET_JAR@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export LCMS2_CFLAGS=$(gb_SPACE)@LCMS2_CFLAGS@
export LCMS2_LIBS=$(gb_SPACE)@LCMS2_LIBS@
WASM: add initial support for Emscripten cross build - configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-23 06:45:05 -05:00
export LD=@LD@
use -Wl,-dead_strip on Mac, its linker doesn't know -Wl,--gc-sections Change-Id: Ic69d0030a46fe4753cc75da58bb2c15cf009b135 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87023 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-01-18 08:44:45 -06:00
export LD_GC_SECTIONS=@LD_GC_SECTIONS@
Allow to set LD_PLUGIN and use it for 'ar' - helps -flto build with clang. So, it's possible to just add LD_PLUGIN=/usr/lib64/LLVMgold.so to autogen.input and it works. Change-Id: I35cdebfc918793c2ff99fd4f6dce9319b459be0e
2014-02-20 09:13:35 -06:00
export LD_PLUGIN=@LD_PLUGIN@
remove make-specific code from config_host.mk Apparently some people still try to source it from shell (scripts). Change-Id: If26a5c5eb83739d3ccce043afd095000d355a543
2012-11-09 10:53:13 -06:00
@x_LDFLAGS@ export LDFLAGS=@LDFLAGS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LFS_CFLAGS=@LFS_CFLAGS@
gpg4libre: Build internal libgpg-error, libassuan and gpgme(pp) Change-Id: I1953e7062b872340b844771adc8ebe40f524cc76 Reviewed-on: https://gerrit.libreoffice.org/34227 Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Siegmund Gorr <siegmund.gorr@cib.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2017-02-10 10:51:35 -06:00
export LIBASSUAN_CFLAGS=$(gb_SPACE)@LIBASSUAN_CFLAGS@
export LIBASSUAN_LIBS=$(gb_SPACE)@LIBASSUAN_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LIBBASE_JAR=@LIBBASE_JAR@
use at least assertions mode if libc++ debug mode is not usable This way at least e.g. std::vector::operator[] will still check bounds even though things like iterator debugging will not work. Change-Id: If3c550cfec68eee9a19050fc8e60fca07148b4a4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134946 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2022-05-25 10:07:17 -05:00
export LIBCPP_DEBUG=@LIBCPP_DEBUG@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LIBDIR=@LIBDIR@
integrate libeot Change-Id: I0f28ff1680026d883909cc12efabb54f705cecb4
2013-11-12 09:44:40 -06:00
export LIBEOT_CFLAGS=$(gb_SPACE)@LIBEOT_CFLAGS@
export LIBEOT_LIBS=$(gb_SPACE)@LIBEOT_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export LIBEXSLT_CFLAGS=$(gb_SPACE)@LIBEXSLT_CFLAGS@
export LIBEXSLT_LIBS=$(gb_SPACE)@LIBEXSLT_LIBS@
export LIBEXTTEXTCAT_CFLAGS=$(gb_SPACE)@LIBEXTTEXTCAT_CFLAGS@
export LIBEXTTEXTCAT_LIBS=$(gb_SPACE)@LIBEXTTEXTCAT_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LIBFONTS_JAR=@LIBFONTS_JAR@
export LIBFORMULA_JAR=@LIBFORMULA_JAR@
poppler: build against libjpeg Albert Astals Cid points out that --disable-libjpeg causes poppler to use internal JPEG code instead, which is not actively maintained. Add LIBJPEG_CFLAGS / LIBJPEG_LIBS to config_host.mk and patch poppler to respect LIBJPEG_LIBS. Change-Id: Id19a62a9bd9dc41fee5e8e43e2798e515aacc299 Reviewed-on: https://gerrit.libreoffice.org/30496 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2016-11-02 08:13:54 -05:00
export LIBJPEG_CFLAGS=$(gb_SPACE)@LIBJPEG_CFLAGS@
export LIBJPEG_LIBS=$(gb_SPACE)@LIBJPEG_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export LIBLANGTAG_CFLAGS=$(gb_SPACE)@LIBLANGTAG_CFLAGS@
export LIBLANGTAG_LIBS=$(gb_SPACE)@LIBLANGTAG_LIBS@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export LIBLAYOUT_JAR=@LIBLAYOUT_JAR@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LIBLOADER_JAR=@LIBLOADER_JAR@
fix system-libnumbertext build actually export SYSTEM_LIBNUMBERTEXT Change-Id: I758ef7ee868c5b06fc4e8ae43e6f2091925232aa
2018-05-03 16:55:25 -05:00
export LIBNUMBERTEXT_CFLAGS=$(gb_SPACE)@LIBNUMBERTEXT_CFLAGS@
tdf#117171 support localized number name numbering styles in page number, chapter and outline numbering in ~30 languages by integrating libnumbertext library. - offapi: add linguistic2::NumberText New NumberingType constants: - ordinal indicators (1st, 2nd, 3rd...) - cardinal number names (One, Two, Three...) - ordinal number names (First, Second, Third...) Note: these numberings are parts of OOXML, too. Plain text files of Libnumbertext's language data are installed in share/numbertext (similar to share/fingerprint), allowing further customization. Change-Id: I4034da0a40a8c926f14a3f591749a89a8d807d5a Reviewed-on: https://gerrit.libreoffice.org/53313 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: László Németh <nemeth@numbertext.org>
2018-02-20 04:38:24 -06:00
export LIBNUMBERTEXT_LIBS=$(gb_SPACE)@LIBNUMBERTEXT_LIBS@
Upgrade fuzzers to LIB_FUZZING_ENGINE And check that LIB_FUZZING_ENGINE is set during configure. Because: 1. It's easier to build locally this way (you don't need to build or hack a libFuzzingEngine.a - instead you can just specify LIB_FUZZING_ENGINE=-fsanitize=fuzzer to produce a valid build). 2. Using -lFuzzingEngine is deprecated [1] for various reasons [2]. The old behaviour can be emulated if desired by setting LIB_FUZZING_ENGINE=-lFuzzingEngine . This patch was tested as follows: - Building LO within oss-fuzz via: python infra/helper.py build_fuzzers --sanitizer address libreoffice </path/to/patched-libreoffice-core> python infra/helper.py check_build libreoffice - Building LO fuzzers standalone via: export CC="clang-11" export CXX="clang++-11 -stdlib=libc++" export CFLAGS="-fsanitize=address -fsanitize-address-use-after-scope -fsanitize=fuzzer-no-link -DFUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION" export CXXFLAGS="$CFLAGS -stdlib=libc++" export LDFLAGS="$CFLAGS -Wl,--compress-debug-sections,zlib -lpthread" export LIB_FUZZING_ENGINE=-fsanitize=fuzzer ./autogen.sh --with-distro=LibreOfficeOssFuzz --with-system-libxml make fuzzers (--with-system-libxml only appears to be needed because of issues specific to my build environment/Suse 15.2. I'm invoking clang-11 simply because that's the most modern clang I have installed, plain clang should also work on most sufficiently modern systems). [1] https://github.com/google/oss-fuzz/blob/481280c65048fd12fb2141b9225af511a9ef7ed2/infra/presubmit.py#L46 [2] https://github.com/google/oss-fuzz/issues/2164 Change-Id: Iddb577c30a39620e72372ef6c2d3fda67f8aabdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111691 Tested-by: Jenkins Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-02-27 07:21:56 -06:00
export LIB_FUZZING_ENGINE=@LIB_FUZZING_ENGINE@
Start of enabling use of a more proper "Mac-like" install tree structure First cut was at https://gerrit.libreoffice.org/#/c/2310/ but was abandoned by myself. Now getting back to the idea, but this time I will make it optional on OS X, and introduce it in smaller steps. Change-Id: Id88517fee8d49056b8bbecb0921206dc6b29580b
2013-08-10 06:01:21 -05:00
export LIBO_BIN_FOLDER=@LIBO_BIN_FOLDER@
Try to fix cross-compilation Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions. Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT. Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
2013-09-22 11:59:37 -05:00
export LIBO_BIN_FOLDER_FOR_BUILD=@LIBO_BIN_FOLDER_FOR_BUILD@
Further work on the "Mac-like app structure" option Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
2013-08-18 11:45:45 -05:00
export LIBO_ETC_FOLDER=@LIBO_ETC_FOLDER@
export LIBO_LIB_FOLDER=@LIBO_LIB_FOLDER@
Try to fix cross-compilation Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions. Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT. Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
2013-09-22 11:59:37 -05:00
export LIBO_LIB_FOLDER_FOR_BUILD=@LIBO_LIB_FOLDER_FOR_BUILD@
Further work on the "Mac-like app structure" option Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
2013-08-18 11:45:45 -05:00
export LIBO_LIB_PYUNO_FOLDER=@LIBO_LIB_PYUNO_FOLDER@
Start of enabling use of a more proper "Mac-like" install tree structure First cut was at https://gerrit.libreoffice.org/#/c/2310/ but was abandoned by myself. Now getting back to the idea, but this time I will make it optional on OS X, and introduce it in smaller steps. Change-Id: Id88517fee8d49056b8bbecb0921206dc6b29580b
2013-08-10 06:01:21 -05:00
export LIBO_SHARE_FOLDER=@LIBO_SHARE_FOLDER@
Further work on the "Mac-like app structure" option Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
2013-08-18 11:45:45 -05:00
export LIBO_SHARE_HELP_FOLDER=@LIBO_SHARE_HELP_FOLDER@
.NET Bindings: Move built .NET libraries into instdir This commit adds Package targets for the net_basetypes, net_uretypes and net_oootypes libraries to install them into instdir/program/dotnet. Also adds a LIBO_SHARE_DOTNET_FOLDER variable mirroring the LIBO_SHARE_JAVA_FOLDER variable. Change-Id: I28cdb2dac799bd72d11c3e550bba1a946db8b49c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170098 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2024-07-27 10:49:52 -05:00
LIBO_SHARE_DOTNET_FOLDER=@LIBO_SHARE_DOTNET_FOLDER@
properly generate rc files Change-Id: I1152270fe9579bc1f5eeab0d1a1d4b9673f6a7ad
2013-06-21 15:29:38 -05:00
export LIBO_SHARE_JAVA_FOLDER=@LIBO_SHARE_JAVA_FOLDER@
Further work on the "Mac-like app structure" option Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
2013-08-18 11:45:45 -05:00
export LIBO_SHARE_PRESETS_FOLDER=@LIBO_SHARE_PRESETS_FOLDER@
Add readmes to instdir, too ...to reduce unnecessary differences between instdir and instsets. (Maybe CustomTarget_readmes could even generate the README_* directly into instdir?) Change-Id: If243a229e6f0e401abe6708899964f7b5949cc09
2016-01-07 06:47:22 -06:00
export LIBO_SHARE_READMES_FOLDER=@LIBO_SHARE_READMES_FOLDER@
Start of enabling use of a more proper "Mac-like" install tree structure First cut was at https://gerrit.libreoffice.org/#/c/2310/ but was abandoned by myself. Now getting back to the idea, but this time I will make it optional on OS X, and introduce it in smaller steps. Change-Id: Id88517fee8d49056b8bbecb0921206dc6b29580b
2013-08-10 06:01:21 -05:00
export LIBO_SHARE_RESOURCE_FOLDER=@LIBO_SHARE_RESOURCE_FOLDER@
Towards a working instdir for Mac OS X: some LIBO_URE_BIN_FOLDER fixes Change-Id: I0583136acd5d92101ad1a23392735ed76581c0b8
2013-09-11 00:29:00 -05:00
export LIBO_URE_BIN_FOLDER=@LIBO_URE_BIN_FOLDER@
URE folder path fixes for the HAVE_FEATURE_MACOSX_MACLIKE_APP_STRUCTURE case Change-Id: I5019cce2172db7b3ac74e25f5ea9dc62e9fd03f8
2013-10-05 12:28:40 -05:00
export LIBO_URE_ETC_FOLDER=@LIBO_URE_ETC_FOLDER@
Further work on the "Mac-like app structure" option Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
2013-08-18 11:45:45 -05:00
export LIBO_URE_LIB_FOLDER=@LIBO_URE_LIB_FOLDER@
Try to fix cross-compilation Add more FOO_FOR_BUILD variables and some gb_Foo_for_build functions. Get rid of gb_INSTROOT and gb_DEVINSTALLROOT, just use INSTROOT. Change-Id: Iee531b02d14fae41edb68ad589a5dec829a60255
2013-09-22 11:59:37 -05:00
export LIBO_URE_LIB_FOLDER_FOR_BUILD=@LIBO_URE_LIB_FOLDER_FOR_BUILD@
Fold URE: Linux ure/share/misc/* -> program/ ...and remove now unused ure-link symlink Change-Id: Ic958432c1dad4fae213982d0af072187f151620b
2014-12-01 08:10:19 -06:00
export LIBO_URE_MISC_FOLDER=@LIBO_URE_MISC_FOLDER@
Use correct path to the build platform's services.rdb when cross-compiling Requires introducing LIBO_URE_MISC_FOLDER_FOR_BUILD. Change-Id: I133a7f73e48090f67764838b45de4fe8b7580efe
2016-08-16 17:14:54 -05:00
export LIBO_URE_MISC_FOLDER_FOR_BUILD=@LIBO_URE_MISC_FOLDER_FOR_BUILD@
gbuild: fix Jar layers for WNT Change-Id: I516abd165f947c155f3e969e27f51fb093bfa8fc
2013-09-09 07:53:36 -05:00
export LIBO_URE_SHARE_JAVA_FOLDER=@LIBO_URE_SHARE_JAVA_FOLDER@
Set version number in AC_INIT() in configure.ac only Output a solenv/inc/minor.mk based on that. Get rid of RSCVERSION and RSCREVISION. Automate the end of the copyright year range, although I am actually not sure if that is OK. Change-Id: Ibae2d139b1dd468ee80d18a2a41b786a532df809
2013-01-11 07:07:10 -06:00
export LIBO_VERSION_MAJOR=@LIBO_VERSION_MAJOR@
export LIBO_VERSION_MICRO=@LIBO_VERSION_MICRO@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export LIBO_VERSION_MINOR=@LIBO_VERSION_MINOR@
Set version number in AC_INIT() in configure.ac only Output a solenv/inc/minor.mk based on that. Get rid of RSCVERSION and RSCREVISION. Automate the end of the copyright year range, although I am actually not sure if that is OK. Change-Id: Ibae2d139b1dd468ee80d18a2a41b786a532df809
2013-01-11 07:07:10 -06:00
export LIBO_VERSION_PATCH=@LIBO_VERSION_PATCH@
replace variables in main.xcd already in gbuild In main.xcd we have some variables which used to be defined mostly in instsetoo_native/util/openoffice.lst and replaced in installer. Process the file in custom target, so we can copy correct main.xcd directly with gbuild. Change-Id: Ie2b1b6da1adb161394f69c345bbe8671cfafb7c4
2013-06-18 12:31:49 -05:00
export LIBO_VERSION_SUFFIX=@LIBO_VERSION_SUFFIX@
export LIBO_VERSION_SUFFIX_SUFFIX=@LIBO_VERSION_SUFFIX_SUFFIX@
fix gb_SPACE in LIBPNG_CFLAGS Change-Id: I901390b39573f7cf8b3a8971e32e52e9d479d645
2012-11-12 05:55:22 -06:00
export LIBPNG_CFLAGS=$(gb_SPACE)@LIBPNG_CFLAGS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export LIBPNG_LIBS=$(gb_SPACE)@LIBPNG_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LIBREPOSITORY_JAR=@LIBREPOSITORY_JAR@
export LIBSERIALIZER_JAR=@LIBSERIALIZER_JAR@
build libtiff Change-Id: Id9b6e1355147c3f68b9922db14f1b4904a05c686 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134650 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2022-05-19 14:09:51 -05:00
export LIBTIFF_CFLAGS=$(gb_SPACE)@LIBTIFF_CFLAGS@
export LIBTIFF_LIBS=$(gb_SPACE)@LIBTIFF_LIBS@
firebird: build fixes (incl. parallel build) The main idea is to get rid of the "unset MAKEFLAGS". AFAI can see, the whole CPU stuff isn't used anymore. So we can drop the whole FB_CPU_ARG handling. Since LO doesn't use any of make's implicit rules, the build breaks, but luckily it just requires a single rule for the btyacc build - just a Firebuild build tool. Then there is the whole broken handling of LIBTOMMATH and LIBATOMIC_OPS already in LO's configure.ac. I don't know if any internal build of Firebird with these as system libs would work. I guess people either have a system Firebird or also build with internal libtommath and libatomic_ops. This fixes just the obvious errors. I didn't try to build it, so there might still be typos (TBH I thought hard about just dropping the system build of these libraries, after seeing the broken configure.ac). And I'm not sure our / the system boost preprocessor library is ever used over the Firebird-internal copy. It also looks like it's also just used in an other build tool and nothing of the Firebird DB itself depends on it. Then there is the movement of the install_name_tool / otool patching on MacOS from the patch into the ExternalProject to further shrink the patches, as the build doesn't depend on it. This also introduces a different debug build mode for the gcc-/g++-wrapper: MSVC_USE_INDIVIDUAL_PDBS. It uses -Fd to write a separate PDB per output file instead of using -FS to use sync writes to a single PDB, which might work around the PDB access failures seen by Jenkins for linking executables. In theory it's also faster and should work with all the other wrapper users, but I don't want to open that can of additional build errors (yet), for eventually marginal gains. Change-Id: I8d4c5d2f17def9e840a67ef1004787e8baaffa83 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105902 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-11-15 12:57:48 -06:00
export LIBTOMMATH_CFLAGS=@LIBTOMMATH_CFLAGS@
export LIBTOMMATH_LIBS=@LIBTOMMATH_LIBS@
Need to use the right libtool on OS X Change-Id: I37b2a892143892740674ce9882ed61ea88eda894
2013-06-26 05:41:36 -05:00
export LIBTOOL=@LIBTOOL@
support for the WebP image format (tdf#114532) This commit implements a WebP reader and writer for both lossless and lossy WebP, export dialog options for selecting lossless/lossy and quality for lossy, and various internal support for the format. Since writing WebP to e.g. ODT documents would make those images unreadable by previous versions with no WebP support, support for that is explicitly disabled in GraphicFilter, to be enabled somewhen later. Change-Id: I9b10f6da6faa78a0bb74415a92e9f163c14685f7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128920 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2022-01-13 08:59:49 -06:00
export LIBWEBP_CFLAGS=$(gb_SPACE)@LIBWEBP_CFLAGS@
export LIBWEBP_LIBS=$(gb_SPACE)@LIBWEBP_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export LIBXML_CFLAGS=$(gb_SPACE)@LIBXML_CFLAGS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export LIBXML_JAR=@LIBXML_JAR@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export LIBXML_LIBS=$(gb_SPACE)@LIBXML_LIBS@
export LIBXSLT_CFLAGS=$(gb_SPACE)@LIBXSLT_CFLAGS@
export LIBXSLT_LIBS=$(gb_SPACE)@LIBXSLT_LIBS@
Fix system-libfixmath Seems distros start to disagree on whether its liblibfixmath or just libfixmath. Change-Id: I54a42b2ba050980ae632ab3c82254131cad7787e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/161969 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2024-01-12 05:01:29 -06:00
export LIBFIXMATH_LIBS=$(gb_SPACE)@LIBFIXMATH_LIBS@
gbuild: serialize dynamic link for static builds This is a hack, because make has no way to serialize processing of a target (just .NOTPARALLEL for the whole Makefile). It uses the lockfile tool / liblockfile 1.17. Since that polls the file, I adjusted the poll timeout to 5s max, because I found the 60s wait much too long. Guess even 1s would be ok... Since it's just a small build tool, I simply copied and patched its source, instead of creating an external project. And there is --with-system-lockfile=... to use an external binary instead. Change-Id: I16bc4579a273dcf1aac811ae4723ca325a0b9eba Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126152 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-05-14 08:26:39 -05:00
export LOCKFILE=@LOCKFILE@
Rename CLANG_CC, CLANG_CXX configuration vars (avoid clash with scan-build) Clang's scan-build tool uses the CLANG_CXX environment variable (setting it up in the scan-build script to pass it to the ccc-analyzer script), but happens to erroneously set it to a non-existing path (see <https://reviews.llvm.org/D89481> "[scan-build] Fix clang++ pathname 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-10-15 11:38:24 -05:00
export LO_CLANG_CC=@LO_CLANG_CC@
export LO_CLANG_CXX=@LO_CLANG_CXX@
export LO_CLANG_CXXFLAGS_INTRINSICS_SSE2=@LO_CLANG_CXXFLAGS_INTRINSICS_SSE2@
export LO_CLANG_CXXFLAGS_INTRINSICS_SSSE3=@LO_CLANG_CXXFLAGS_INTRINSICS_SSSE3@
export LO_CLANG_CXXFLAGS_INTRINSICS_SSE41=@LO_CLANG_CXXFLAGS_INTRINSICS_SSE41@
export LO_CLANG_CXXFLAGS_INTRINSICS_SSE42=@LO_CLANG_CXXFLAGS_INTRINSICS_SSE42@
export LO_CLANG_CXXFLAGS_INTRINSICS_AVX=@LO_CLANG_CXXFLAGS_INTRINSICS_AVX@
export LO_CLANG_CXXFLAGS_INTRINSICS_AVX2=@LO_CLANG_CXXFLAGS_INTRINSICS_AVX2@
fix AVX512 detection The value wasn't in config_host.mk.in, so it's never been used. And also fix Calc Kahan CPU-specific code yet again :( . Change-Id: Iacfd500e5a662b2b4b96a009d129a012d278a3ad Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124248 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-10-26 16:40:47 -05:00
export LO_CLANG_CXXFLAGS_INTRINSICS_AVX512=@LO_CLANG_CXXFLAGS_INTRINSICS_AVX512@
export LO_CLANG_CXXFLAGS_INTRINSICS_AVX512F=@LO_CLANG_CXXFLAGS_INTRINSICS_AVX512F@
Rename CLANG_CC, CLANG_CXX configuration vars (avoid clash with scan-build) Clang's scan-build tool uses the CLANG_CXX environment variable (setting it up in the scan-build script to pass it to the ccc-analyzer script), but happens to erroneously set it to a non-existing path (see <https://reviews.llvm.org/D89481> "[scan-build] Fix clang++ pathname 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-10-15 11:38:24 -05:00
export LO_CLANG_CXXFLAGS_INTRINSICS_F16C=@LO_CLANG_CXXFLAGS_INTRINSICS_F16C@
export LO_CLANG_CXXFLAGS_INTRINSICS_FMA=@LO_CLANG_CXXFLAGS_INTRINSICS_FMA@
gbuild: silence Windows Skia clang builds When building Skia on Windows in an non-English environment, the console is filled with "Note: including file:" output. That's because cl.exe has some translated output, but clang.exe has not. So detect the clang usage and its "showIncludes" output and override that setting for the compiler call. Change-Id: I19b403aa79a8dde70616865aef051aa365f79de6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127822 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-31 15:52:47 -06:00
export LO_CLANG_SHOWINCLUDES_PREFIX=@LO_CLANG_SHOWINCLUDES_PREFIX@
external/skia: Avoid -std:c++20 with known-broken VS-provided clang-cl ...as witnessed with patch set 1 of <https://gerrit.libreoffice.org/c/core/+/155121/1> "Bump baseline to C++20", > In file included from C:/cygwin/home/tdf/lode/jenkins/workspace/gerrit_windows/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp:8: > In file included from C:/cygwin/home/tdf/lode/jenkins/workspace/gerrit_windows/workdir/UnpackedTarball/skia\src/base/SkBezierCurves.h:10: > C:/cygwin/home/tdf/lode/jenkins/workspace/gerrit_windows/workdir/UnpackedTarball/skia\include/private/base/SkSpan_impl.h(122,1): error: C++ requires a type specifier for all declarations > SkSpan(Container&&) -> > ^ > C:/cygwin/home/tdf/lode/jenkins/workspace/gerrit_windows/workdir/UnpackedTarball/skia/src/base/SkBezierCurves.cpp(185,12): error: use of class template 'SkSpan' requires template arguments > return SkSpan{intersectionStorage, intersectionCount}; > ^ > C:/cygwin/home/tdf/lode/jenkins/workspace/gerrit_windows/workdir/UnpackedTarball/skia\include/private/base/SkSpan_impl.h(64,7): note: template is declared here > class SkSpan { > ^ etc. (<https://ci.libreoffice.org/job/gerrit_windows/160027/>) Change-Id: I6166f1cb49ac1540ec1c4d3bc3331c8b228efa27 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/155228 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-08-02 06:30:57 -05:00
export LO_CLANG_VERSION=@LO_CLANG_VERSION@
Allow to set LO_ELFCHECK_ALLOWLIST in autogen.input (To minimize disruption with other people's potential use of the variable, when it is not set during configuration make sure not to export it as empty from config_host.mk, so that it can then still be passed as an environment variable to individual `make` invocations.) Change-Id: I785910f1076c05905e354ef846d16ffb7ea0a081 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/101002 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-08-19 09:37:34 -05:00
@x_LO_ELFCHECK_ALLOWLIST@ export LO_ELFCHECK_ALLOWLIST=@LO_ELFCHECK_ALLOWLIST@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
@x_Cygwin@ export LS=@WIN_LS@
Add option to set bundle identifier and use it when signing Sign also all the dylibs and frameworks in the bundle. Change-Id: I7f67b9d7eda0204b24e2ea2ef44a53fb8db0f8aa
2013-02-01 06:48:15 -06:00
export MACOSX_BUNDLE_IDENTIFIER=@MACOSX_BUNDLE_IDENTIFIER@
Configury of OS X code signing and sandboxing Change-Id: I7d63af2ddb67104daaddcb5f111e26269b9b5030
2013-02-01 01:19:23 -06:00
export MACOSX_CODESIGNING_IDENTITY=@MACOSX_CODESIGNING_IDENTITY@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export MACOSX_DEPLOYMENT_TARGET=@MACOSX_DEPLOYMENT_TARGET@
Add --enable-macosx-package-signing Change-Id: I355158f6cb584d252a21dfbce6e7cea6c70bba99
2014-06-06 10:51:48 -05:00
export MACOSX_PACKAGE_SIGNING_IDENTITY=@MACOSX_PACKAGE_SIGNING_IDENTITY@
allow to specify a macOS provisioning profile having one is one of the prerequisites of using TestFlight Change-Id: I9e20eb99905071fade4179dfbe2da5b7e5dd1c24 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136618 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-06-29 06:35:01 -05:00
export MACOSX_PROVISIONING_PROFILE=@MACOSX_PROVISIONING_PROFILE@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export MACOSX_SDK_PATH=@MACOSX_SDK_PATH@
export MAC_OS_X_VERSION_MIN_REQUIRED=@MAC_OS_X_VERSION_MIN_REQUIRED@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export MANDIR=@MANDIR@
Switch from libmysqlc library to mariadb-native-client Change-Id: I867918bbb61b289e1ad8752e6f46705af6e85b7c
2013-03-06 04:45:50 -06:00
export MARIADBC_MAJOR=@MARIADBC_MAJOR@
export MARIADBC_MICRO=@MARIADBC_MICRO@
export MARIADBC_MINOR=@MARIADBC_MINOR@
Adding libmariadb module for internal mariadb (work in progress) Change-Id: If2cf9ff21120e29a149903e8eab849d97fa0c2c9
2013-03-06 09:33:07 -06:00
export MARIADB_CFLAGS=$(gb_SPACE)@MARIADB_CFLAGS@
export MARIADB_LIBS=$(gb_SPACE)@MARIADB_LIBS@
fdo#70496 revert to using libmysqlclient Change-Id: I5b98b5e7840e4f1c6005aee0c1f43ef814ecf77b
2013-10-19 15:57:40 -05:00
export LIBMARIADB=@LIBMARIADB@
export LIBMARIADB_PATH=@LIBMARIADB_PATH@
consistent naming of externals: libmariadb -> mariadb-connector-c The used version is actually named mariadb_client but since 2.1.0 upstream calls it MariaDB Connector/C. Change-Id: I51b12a9be55151919585dec91a5fc802ff4fc86b Reviewed-on: https://gerrit.libreoffice.org/42295 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2017-09-14 06:30:05 -05:00
export BUNDLE_MARIADB_CONNECTOR_C=@BUNDLE_MARIADB_CONNECTOR_C@
set MDDS_CFLAGS in configure Change-Id: Ib6be67c7a23e5b403e90f4f72578f7385e895f23
2014-03-03 09:23:27 -06:00
export MDDS_CFLAGS=$(gb_SPACE)@MDDS_CFLAGS@
allow to skip check for mdds in bundled projects PKG_CHECK_MODULES requires both _CFLAGS and _LIBS to be set to skip the check. Change-Id: Ia4ae0576f186eb0c002c40bdb66f3a11a972a0c3
2015-06-24 08:15:22 -05:00
export MDDS_LIBS=$(gb_SPACE)@MDDS_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export MERGELIBS=@MERGELIBS@
create --enable-mergelibs=more The existing --enable-mergelibs is in use by Linux distro people, who do not want any further mergeing because they want to be able to split libreoffice up into things like nogui, calc, writer, dbaccess, etc. So this work is to enable combining even more into libmerged for platforms like Windows and macOS and COOL, where we really want everything in one big lump of code. Change-Id: I4b268864955747d9859e16ebb569debbfc32fa78 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/162999 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2024-02-05 00:50:24 -06:00
export MERGELIBS_MORE=@MERGELIBS_MORE@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export ML_EXE=@ML_EXE@
KF5 initial VCL plugin Something that compiles, basically just interface stubs. All used Svp classes don't use any cairo. Change-Id: I9a8858c930989438cc2a3f3346c01a7abc579d62
2017-10-21 08:50:30 -05:00
export MOC5=@MOC5@
qt6: Add a qt6 VCL plugin This adds a new "qt6" VCL plugin based on Qt 6. Building the plugin is enabled by autogen option '--enable-qt6' (and optionally setting 'QT6DIR' as needed). Use the 'SAL_USE_VCLPLUGIN=qt6' environment variable before running LO to select this VCL plugin. Taking qt6 into account at all relevant places certainly still requires follow-up changes, but this builds and runs with a self-compiled qtbase from the 'dev' git branch as of commit 3ce0672143d2eb3c3809f82998a4d71c5800d77a. I didn't see anything obviously broken in a quick run, but didn't test much. This reuses and shares the qt5 VCL plugin code; the qt6 headers and sources for now just '#include' the qt5 ones. Version checks are used for the code places that need different handling to be built against Qt 6. The build system parts in this commit were mostly done by copying the qt5 equivalents, then adapting as needed. Some notes on things I came across while porting to qt6: 1) At least in my self-compiled Qt versions, 'moc' (the meta-object compiler) is located in the 'libexec' subdirectory in 'QT6DIR', while the Qt 5 equivalent is located in the "bin" subdirectory of 'QT5DIR', so the configure.ac check uses the former. 2) moc does not process classes from the included headers. Since the headers in 'vcl/inc/qt6' just '#include' the ones from 'vcl/inc/qt5', running moc on the qt6 headers doesn't work, so moc is currently run on the qt5 headers for qt6 as well (s. 'vcl/CustomTarget_qt6_moc.mk'). That will have to be adapted in case the qt6 VCL plugin uses "own" headers instead of just including the qt5 ones at some point. 3) QX11Extras has been removed from Qt 6. [1] says: > Changes to Qt X11 Extras > > The QX11Info class has been removed. > > Clients that still rely on the functionality can include the private > header <QtGui/private/qtx11extras_p.h> as a stopgap solution. To enable > private headers use QT += core-private with qmake, or add a project > dependency to Qt::CorePrivate with CMake. I didn't take any closer look, just dropped the use of QtX11Extras for qt6 for now. 4) XCB_ICCCM is no longer needed. It is only used in qt5 to workaround a Qt bug fixed in Qt 5.12, s. commit fe2baf9e84e0ca9aeaa683e37076f57fa3f38dca Author: Jan-Marek Glogowski <jan-marek.glogowski@extern.cib.de> Date: Tue Dec 3 08:32:58 2019 +0100 Qt5 fix missing XCB_ICCCM_WM_HINT_WINDOW_GROUP 5) X11-specific code is still used for key modifier handling. Therefore, still check for the XCB headers when 'USING_X11' is set in configure.ac, and use a 'QT6_USING_X11' define (as qt5 uses 'QT5_USING_X11'). 6) There's currently no Qt 6 video sink for GStreamer. As of today, qt-gstreamer is unmaintained and there is no Qt 6 version. The project's README [2] says: > 0. Maintenance Notice > --------------------- > > This code is unmaintained. You can use it at your own risk. > > If you want to integrate video display in your QML-based UI, > you should consider using 'qmlglsink', from gst-plugins-good. > This is a well supported video sink that uses the generic > gstreamer-gl stack and is in many ways superior to 'qtquick2videosink' > that is provided by qt-gstreamer. You can use this code as an example: > https://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/tests/examples/qt/qmlsink > > If you are not interested in using QML in your UI, then you > may use one of the other elements provided by this module > (see below). If you do that, it would be helpful to let us > know that this code is still useful to you. We may consider > adding these elements in one of the core gstreamer modules. > > If you are here for the Qt-style bindings, I'm sorry to disappoint you. > The alternative is to use the C API, or the GStreamermm C++ API. > Qt-style bindings are cool, but unfortunately they are very hard > to maintain because they are written by hand. If you are interested > in continuing this project, you are welcome to implement a > generator for them, probably based on GObject-Introspection. > I am happy to provide directions if you want to pursue such a thing. Therefore, the Qt video sink handling is qt5-only and the corresponding handling for GOBJECT (used for the GStreamer video sink handling) was not taken over for qt6. This presumably means that video playback in Impress presentations does not work when using qt6 with they Qt Wayland plugin, s. tdf#125219 for the corresponding bug for qt5/kf5. (I did not build the qtwayland module to actually test this, though. Video playback with the Qt xcb plugin in a Wayland session works.) [1] https://doc-snapshots.qt.io/qt6-dev/extras-changes-qt6.html [2] https://cgit.freedesktop.org/gstreamer/qt-gstreamer/tree/README Change-Id: Ib105ccfb2c3630ec5d5403793a3cd9ba31d85bdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122808 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2021-09-29 04:09:51 -05:00
export MOC6=@MOC6@
Allow building with Java 8 Change-Id: Ib1af1a98993aabb8a03f4ef19d8da4d9a71fdbc0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/164226 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2024-03-01 06:36:42 -06:00
MODULAR_JAVA=@MODULAR_JAVA@
Add license filtering to configure. Change-Id: Icd53c6ccfcca25d828d79ad62d1e075869998850
2013-04-23 08:18:34 -05:00
export MPL_SUBSET=@MPL_SUBSET@
migrate to boost::gettext * all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string") * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching MODULE .mo files * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui goes from l10n target to normal one, so the res/lang.zips of UI files go away * translation via Translation::get(hrc-define-key, imbued-std::locale) * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there to keep finding the .hrc file uniform) so magic numbers can go away there * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation mechanism * en-US res files go away, their strings are now the .hrc keys in the source code * remaining .res files are replaced by .mo files * in .res/.ui-lang-zip files, the old scheme missing translations of strings results in inserting the english original so something can be found, now the standard fallback of using the english original from the source key is used, so partial translations shrink dramatically in size * extract .hrc strings with hrcex which backs onto xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap * extract .ui strings with uiex which backs onto xgettext --add-comments --no-wrap * qtz for gettext translations is generated at runtime as ascii-ified crc32 of content + "|" + msgid * [API CHANGE] remove deprecated binary .res resouce loader related uno apis com::sun::star::resource::OfficeResourceLoader com::sun::star::resource::XResourceBundleLoader com::sun::star::resource::XResourceBundle when translating strings via uno apis com.sun.star.resource.StringResourceWithLocation can continue to be used Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
2017-06-11 14:56:30 -05:00
export MSGFMT=@MSGFMT@
export MSGUNIQ=@MSGUNIQ@
convert external to gbuild Change-Id: I7127db6aad9e97a0f3e758aa83b22ac8465d3f43
2012-12-17 16:48:00 -06:00
export MSM_PATH=@MSM_PATH@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export MSPUB_CFLAGS=$(gb_SPACE)@MSPUB_CFLAGS@
export MSPUB_LIBS=$(gb_SPACE)@MSPUB_LIBS@
When building with clang-cl on Windows, build CLR code with MSVC ...as clang-cl doesn't support the /clr switch. * In configure.ac, capture the MSCV version (that would be used if CC hadn't been overridden to use clang-cl) into MSVC_CXX. * The logic which flags to pass into gb_CObject__command_pattern is coded into the platform-agnostic LinkTarget.mk, so it's too late to try and filter all relevant flags in com_GCC_class.mk, depending on whether a given .cxx file is a normal one built with the normal $CXX or a special /clr one built with $MSVC_CXX. Thus, a new CxxClrObject class had to be introduced that captures this information early. * When building with clang-cl, the generated config_host/config_*.h files contain values suitable for clang-cl, but not for MSVC. But the .cxx files compiled with MSVC happen to include config_global.h, and would fail. Hack around that problem for now by introducing a hard-coded, minimal solenv/clang-cl/config_global.h that is found first when buliding such a CxxClrObject. Needs cleaning-up properly. Change-Id: Iff8aac51c0b4fa906b14503c692640dda0996d33 Reviewed-on: https://gerrit.libreoffice.org/34509 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-20 09:28:06 -06:00
export MSVC_CXX=@MSVC_CXX@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export MSVC_DLLS=@MSVC_DLLS@
export MSVC_DLL_PATH=@MSVC_DLL_PATH@
configure: find the MSVC debug runtime libraries ... and copy them to solver bin in "external" Change-Id: I6850495d1abb848a3f6b17de6518d05890b13c32
2013-04-14 12:05:46 -05:00
export MSVC_USE_DEBUG_RUNTIME=@MSVC_USE_DEBUG_RUNTIME@
Creating a libmwaw module for library parsing various old Mac file-formats Change-Id: I367dfa309a30a5b55de1d59e632d0dbcf5dc6dbb Reviewed-on: https://gerrit.libreoffice.org/2662 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-03-11 06:38:12 -05:00
export MWAW_CFLAGS=$(gb_SPACE)@MWAW_CFLAGS@
export MWAW_LIBS=$(gb_SPACE)@MWAW_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export MYTHES_CFLAGS=$(gb_SPACE)@MYTHES_CFLAGS@
export MYTHES_LIBS=$(gb_SPACE)@MYTHES_LIBS@
Add internal libjpeg-turbo library to be used instead of libjpeg Unfortunately requires nasm - the netwide assembler - http://www.nasm.us/ Upstream libjpeg-turbo is meant to be built with CMake on Windows but thanks to our gcc-wrappers we are able to avoid that. jpeg is kept mostly for platforms we are cross-compiling to. For now, it's used also for Mac OS X because jpeg-turbo does not build there, which should be fixed later. Change-Id: Id87b7072a8acc2578c3abf7e82cb1499e5094dbf
2014-11-17 02:16:34 -06:00
export NASM=@NASM@
upgrade libjpeg-turbo to 2.1.1 simd enabled for x86_64 and x86, arm/aarch64 might be worth exploring too Change-Id: Ic2726ee8c6b6e59ca983b977ee2731f5b78b97d1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123898 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-10-20 10:07:29 -05:00
export NAFLAGS=@NAFLAGS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export NM=@NM@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export NSS_CFLAGS=$(gb_SPACE)@NSS_CFLAGS@
export NSS_LIBS=$(gb_SPACE)@NSS_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export NUMBERTEXT_EXTENSION_PACK=@NUMBERTEXT_EXTENSION_PACK@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export nodep=@nodep@
remove make-specific code from config_host.mk Apparently some people still try to source it from shell (scripts). Change-Id: If26a5c5eb83739d3ccce043afd095000d355a543
2012-11-09 10:53:13 -06:00
@x_OBJCFLAGS@ export OBJCFLAGS=@OBJCFLAGS@
@x_OBJCXXFLAGS@ export OBJCXXFLAGS=@OBJCXXFLAGS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export OBJDUMP=@OBJDUMP@
Splitting writerperfect into serializer and libodfgen Change-Id: I69f12fb097dbc977e63463b6b764a3553bcf9271
2013-05-02 13:25:51 -05:00
export ODFGEN_CFLAGS=$(gb_SPACE)@ODFGEN_CFLAGS@
export ODFGEN_LIBS=$(gb_SPACE)@ODFGEN_LIBS@
Use OFFICEOTRON/ODFVALIDATOR determined by configure Change-Id: I456669f15a659e144fc6ecad053cd0b929859424
2015-04-20 09:47:53 -05:00
export ODFVALIDATOR=@ODFVALIDATOR@
export OFFICEOTRON=@OFFICEOTRON@
Add MS binary format validator support bffvalidator (Microsoft Office Binary File Format Validator) basic support in configure for later usage in export tests. It should be installed from https://www.microsoft.com/en-us/download/details.aspx?id=26794 and enabled in configure with new switch --with-bffvalidator=<optional path to validator> Change-Id: I6faa08d3277f0328b3dfa310222a11d115e5aa15 Reviewed-on: https://gerrit.libreoffice.org/25870 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2016-06-14 10:00:16 -05:00
export BFFVALIDATOR=@BFFVALIDATOR@
Split --with-update-config=... into many --with-online-update-mar-...=... ...and allow each of them to be left off, for debug purposes, even if that may render the resulting --enable-online-update-mar feature non-functional. This change tracked each item that was potentially read from the --with-update-config ini file, and turned each of them into a new --with-online-update-mar-... option. The only exception and remaining TODO is bin/update/upload_build_config.py (called from Makefile.gbuild). distro-configs/Jenkins/LibreOfficeLinuxUpdater.conf (which might well be dead) set --with-update-config=~/updater.ini with an ini file of unknown content. So that no items are silently missing if we ever resurrect that distro-config, I set all of the new options to =TODO there for now. Change-Id: I17a13e0d190a868436bac10c1b0a6675d8c704c0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160622 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <stephan.bergmann@allotropia.de>
2023-12-12 07:25:52 -06:00
export ONLINEUPDATE_MAR_BASEURL=@ONLINEUPDATE_MAR_BASEURL@
export ONLINEUPDATE_MAR_CERTIFICATEDER=@ONLINEUPDATE_MAR_CERTIFICATEDER@
export ONLINEUPDATE_MAR_CERTIFICATENAME=@ONLINEUPDATE_MAR_CERTIFICATENAME@
export ONLINEUPDATE_MAR_CERTIFICATEPATH=@ONLINEUPDATE_MAR_CERTIFICATEPATH@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export OOO_JUNIT_JAR=@OOO_JUNIT_JAR@
export OOO_VENDOR=@OOO_VENDOR@
revert accidentially comitted local changes :( Change-Id: Icaee7383332240b8b1780f5524d2faf55feb6e76
2018-03-18 13:28:55 -05:00
export OPENSSL_CFLAGS=$(gb_SPACE)@OPENSSL_CFLAGS@
export OPENSSL_LIBS=$(gb_SPACE)@OPENSSL_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export ORCUS_CFLAGS=$(gb_SPACE)@ORCUS_CFLAGS@
export ORCUS_LIBS=$(gb_SPACE)@ORCUS_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export OS=@OS@
export OS_FOR_BUILD=@OS_FOR_BUILD@
export PATH=@LO_PATH@
Don't export a variable called PATH_SEPARATOR It used to be mis-spelled PATH_SEPERATOR. Now, after correcting the spelling, it breaks the build of 3rd-party libraries using autoconfigury on Windows. The value of PATH_SEPARATOR is ";" on Windows, and the configure scripts of those libs run in Cygwin and assume that a PATH_SEPARATOR environment variable should be correct for Cygwin. Which ";" isn't. Rename the variable to LIBO_PATH_SEPARATOR. Change-Id: Iff0eb93bf11d9f844a28be7ea4456e4c0ae10844
2013-05-15 05:30:11 -05:00
export LIBO_PATH_SEPARATOR=@P_SEP@
integrate libpagemaker Change-Id: I077d7c9a41793abdf5f001386f44ac407f94a6d3
2014-06-26 14:26:11 -05:00
export PAGEMAKER_CFLAGS=$(gb_SPACE)@PAGEMAKER_CFLAGS@
export PAGEMAKER_LIBS=$(gb_SPACE)@PAGEMAKER_LIBS@
use Clang11's -fpch-instantiate-templates if available The optimization to instantiate templates already while creating the PCH instead for every single compilation has been finally accepted upstream, but it's opt-in. Change-Id: Ia6456df05512329fc594f9ed0e400250c4f5029e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98948 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-07-17 05:05:58 -05:00
export PCH_INSTANTIATE_TEMPLATES=@PCH_INSTANTIATE_TEMPLATES@
use -fpch-codegen rather than -fmodules-codegen The -fmodules-codegen flag has been in Clang for quite a while, but it officially works with PCHs only with Clang11+, and even there's it's better to use the properly named -fpch-codegen. This also fixes a problem with Clang9 having only -fmodules-codegen but not the -fno-* variant, causing the build to break. Change-Id: I9a8c979426f95e8c1f77cbeab1df64390d7243b8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103677 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-09-30 04:31:55 -05:00
export PCH_CODEGEN=@PCH_CODEGEN@
export PCH_DEBUGINFO=@PCH_DEBUGINFO@
export PCH_NO_CODEGEN=@PCH_NO_CODEGEN@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export PERL=@PERL@
allow to override PKGFORMAT when running make building installation sets takes a long time, and is a .PHONY action. Having a way to skip that when running make is esp. useful with IDEs that have no nice way of separating the "run/debug" action from the build action. (XCode, looking at you and your awkward schemes…) Use with »make build PKGFORMAT=""« Change-Id: Iab0c03a4096fe5571a5496b52504b3393e9f3cf6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137111 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-07-15 15:52:19 -05:00
export PKGFORMAT?=@PKGFORMAT@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export PKGMK=@PKGMK@
export PKG_CONFIG=@PKG_CONFIG@
WASM: add initial support for Emscripten cross build - configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-23 06:45:05 -05:00
ifneq (@PKG_CONFIG_PATH@,)
export PKG_CONFIG_PATH=@PKG_CONFIG_PATH@
else
unexport PKG_CONFIG_PATH
endif
ifneq (@PKG_CONFIG_LIBDIR@,)
export PKG_CONFIG_LIBDIR=@PKG_CONFIG_LIBDIR@
else
unexport PKG_CONFIG_LIBDIR
endif
fdo#50163 move definition of PLATFORMID into configure.in Change-Id: Iea8385aa9213ccde7e6650cb934361597d508250
2012-10-01 09:50:35 -05:00
export PLATFORMID=@PLATFORMID@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export POPPLER_CFLAGS=$(gb_SPACE)@POPPLER_CFLAGS@
export POPPLER_LIBS=$(gb_SPACE)@POPPLER_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export POSTGRESQL_INC=@POSTGRESQL_INC@
export POSTGRESQL_LIB=@POSTGRESQL_LIB@
export PREFIXDIR=@PREFIXDIR@
add privacy URL to crashreport dialog & updatecheck tab in options Change-Id: I35cda87c35876469bf581be223bc608e29f07b09 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116105 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-05-25 06:30:38 -05:00
export PRIVACY_POLICY_URL=@PRIVACY_POLICY_URL@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export PRODUCTNAME=@PRODUCTNAME@
Introduce --with-product-name superseding --with-macosx-app-name The new option thoroughly replaces the product name mentioned in the AC_INIT() call. Work in progress. Also take care of spaces in the product name in a more systematic fashion. This should affect mainly OS X where the final app bundle that is installed should use the product name as such, including spaces, if any. However, our build system does not cope that well with having an app bundle with spaces in it in instdir. So in instdir, and also in test-install, spaces are stripped away from the product name when used as part of the app bundle name. Change-Id: Ic16b5039f23c96a4f39387a1869faeb25e05aafb
2016-08-04 01:17:20 -05:00
export PRODUCTNAME_WITHOUT_SPACES=@PRODUCTNAME_WITHOUT_SPACES@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export PRODUCTVERSION=@PRODUCTVERSION@
export PROGRESSBARCOLOR=@PROGRESSBARCOLOR@
export PROGRESSFRAMECOLOR=@PROGRESSFRAMECOLOR@
export PROGRESSPOSITION=@PROGRESSPOSITION@
export PROGRESSSIZE=@PROGRESSSIZE@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export PROGRESSTEXTBASELINE=@PROGRESSTEXTBASELINE@
export PROGRESSTEXTCOLOR=@PROGRESSTEXTCOLOR@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export PTHREAD_CFLAGS=@PTHREAD_CFLAGS@
export PTHREAD_LIBS=@PTHREAD_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export PYTHON_CFLAGS=$(gb_SPACE)@PYTHON_CFLAGS@
(incomplete) attempt to build internal python with MinGW Change-Id: I39c880e8615b164a66eb900c11b26da9d6489e02
2012-06-16 06:56:33 -05:00
export PYTHON_FOR_BUILD=@PYTHON_FOR_BUILD@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export PYTHON_LIBS=$(gb_SPACE)@PYTHON_LIBS@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export PYTHON_VERSION=@PYTHON_VERSION@
clean up PYTHON related version etc. variables: - configure defines PYTHON_VERSION, PYTHON_VERSION_MAJOR, PYTHON_VERSION_MINOR - remove pyversion.Makefile Change-Id: I19ac8df18a520ad56bf63ea038dc0769b8249d0b
2012-11-27 08:32:36 -06:00
export PYTHON_VERSION_MAJOR=@PYTHON_VERSION_MAJOR@
export PYTHON_VERSION_MINOR=@PYTHON_VERSION_MINOR@
Set PYTHONWARNINGS to error by default for --enable-werror Setting it in environment overrides this setting. The rationale is to avoid introducing warnings like these appeared recently: zipfile.py:1517: UserWarning: Duplicate name: 'cmd/ar/sc_bulletsandnumberingdialog.png' (see e.g. https://ci.libreoffice.org/job/gerrit_windows/71910/consoleFull) Change-Id: I8ae42e039ec3d028c01dbc4bcf422feae9e46271 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100268 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2020-08-06 12:52:01 -05:00
export PYTHONWARNINGS=@PYTHONWARNINGS@
tdf#139778 bundle external:zxing lib Change-Id: I0023f6ce8315427b1a3deaf755e78ae06475b08c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112053 Reviewed-by: René Engelhard <rene@debian.org> Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: René Engelhard <rene@debian.org> Tested-by: Jenkins
2021-03-06 02:51:25 -06:00
export ENABLE_ZXING=@ENABLE_ZXING@
export ZXING_CFLAGS=$(gb_SPACE)@ZXING_CFLAGS@
export ZXING_LIBS=$(gb_SPACE)@ZXING_LIBS@
KF5 seperate Qt5 detection from KF5 Splits the configure checks into a Qt5 and KF5 specific part. Change-Id: I0a616ba031e1f7fd0385219ac48179adb4bdaf14
2017-10-27 03:04:02 -05:00
export QT5_CFLAGS=$(gb_SPACE)@QT5_CFLAGS@
export QT5_LIBS=$(gb_SPACE)@QT5_LIBS@
Don't link avmediagst with gtk3 and qt5 While the VCL plugins are dynamically loaded and therefore just load their depending toolkit libraries, the GStreamer avmedia backend now links against Qt and GTK+. The GStreamer API itself is toolkit agnostic and the toolkit setup just uses a single GStreamer symbol to create the specific video sink. So the toolkit binding can simply be moved into the VCL plugin. At the point of the GStreamer toolkit setup call the GStreamer library is loaded by avmediagst, so the dlsym lookup should never fail. I also dropped the special GtkWidget handling. Using g_object_get will increase the refcount of the widget. A g_object_unref after adding it to the container seems to destroy it correctly. Change-Id: I693947e441bceb4b09bc38920e308e39142d0a35 Reviewed-on: https://gerrit.libreoffice.org/73849 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2019-06-10 14:40:33 -05:00
export QT5_GOBJECT_CFLAGS=$(gb_SPACE)@QT5_GOBJECT_CFLAGS@
export QT5_GOBJECT_LIBS=$(gb_SPACE)@QT5_GOBJECT_LIBS@
export QT5_HAVE_GOBJECT=@QT5_HAVE_GOBJECT@
WASM: add initial support for Emscripten cross build - configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-23 06:45:05 -05:00
export QT5_PLATFORMS_SRCDIR=@QT5_PLATFORMS_SRCDIR@
qt6: Add a qt6 VCL plugin This adds a new "qt6" VCL plugin based on Qt 6. Building the plugin is enabled by autogen option '--enable-qt6' (and optionally setting 'QT6DIR' as needed). Use the 'SAL_USE_VCLPLUGIN=qt6' environment variable before running LO to select this VCL plugin. Taking qt6 into account at all relevant places certainly still requires follow-up changes, but this builds and runs with a self-compiled qtbase from the 'dev' git branch as of commit 3ce0672143d2eb3c3809f82998a4d71c5800d77a. I didn't see anything obviously broken in a quick run, but didn't test much. This reuses and shares the qt5 VCL plugin code; the qt6 headers and sources for now just '#include' the qt5 ones. Version checks are used for the code places that need different handling to be built against Qt 6. The build system parts in this commit were mostly done by copying the qt5 equivalents, then adapting as needed. Some notes on things I came across while porting to qt6: 1) At least in my self-compiled Qt versions, 'moc' (the meta-object compiler) is located in the 'libexec' subdirectory in 'QT6DIR', while the Qt 5 equivalent is located in the "bin" subdirectory of 'QT5DIR', so the configure.ac check uses the former. 2) moc does not process classes from the included headers. Since the headers in 'vcl/inc/qt6' just '#include' the ones from 'vcl/inc/qt5', running moc on the qt6 headers doesn't work, so moc is currently run on the qt5 headers for qt6 as well (s. 'vcl/CustomTarget_qt6_moc.mk'). That will have to be adapted in case the qt6 VCL plugin uses "own" headers instead of just including the qt5 ones at some point. 3) QX11Extras has been removed from Qt 6. [1] says: > Changes to Qt X11 Extras > > The QX11Info class has been removed. > > Clients that still rely on the functionality can include the private > header <QtGui/private/qtx11extras_p.h> as a stopgap solution. To enable > private headers use QT += core-private with qmake, or add a project > dependency to Qt::CorePrivate with CMake. I didn't take any closer look, just dropped the use of QtX11Extras for qt6 for now. 4) XCB_ICCCM is no longer needed. It is only used in qt5 to workaround a Qt bug fixed in Qt 5.12, s. commit fe2baf9e84e0ca9aeaa683e37076f57fa3f38dca Author: Jan-Marek Glogowski <jan-marek.glogowski@extern.cib.de> Date: Tue Dec 3 08:32:58 2019 +0100 Qt5 fix missing XCB_ICCCM_WM_HINT_WINDOW_GROUP 5) X11-specific code is still used for key modifier handling. Therefore, still check for the XCB headers when 'USING_X11' is set in configure.ac, and use a 'QT6_USING_X11' define (as qt5 uses 'QT5_USING_X11'). 6) There's currently no Qt 6 video sink for GStreamer. As of today, qt-gstreamer is unmaintained and there is no Qt 6 version. The project's README [2] says: > 0. Maintenance Notice > --------------------- > > This code is unmaintained. You can use it at your own risk. > > If you want to integrate video display in your QML-based UI, > you should consider using 'qmlglsink', from gst-plugins-good. > This is a well supported video sink that uses the generic > gstreamer-gl stack and is in many ways superior to 'qtquick2videosink' > that is provided by qt-gstreamer. You can use this code as an example: > https://cgit.freedesktop.org/gstreamer/gst-plugins-good/tree/tests/examples/qt/qmlsink > > If you are not interested in using QML in your UI, then you > may use one of the other elements provided by this module > (see below). If you do that, it would be helpful to let us > know that this code is still useful to you. We may consider > adding these elements in one of the core gstreamer modules. > > If you are here for the Qt-style bindings, I'm sorry to disappoint you. > The alternative is to use the C API, or the GStreamermm C++ API. > Qt-style bindings are cool, but unfortunately they are very hard > to maintain because they are written by hand. If you are interested > in continuing this project, you are welcome to implement a > generator for them, probably based on GObject-Introspection. > I am happy to provide directions if you want to pursue such a thing. Therefore, the Qt video sink handling is qt5-only and the corresponding handling for GOBJECT (used for the GStreamer video sink handling) was not taken over for qt6. This presumably means that video playback in Impress presentations does not work when using qt6 with they Qt Wayland plugin, s. tdf#125219 for the corresponding bug for qt5/kf5. (I did not build the qtwayland module to actually test this, though. Video playback with the Qt xcb plugin in a Wayland session works.) [1] https://doc-snapshots.qt.io/qt6-dev/extras-changes-qt6.html [2] https://cgit.freedesktop.org/gstreamer/qt-gstreamer/tree/README Change-Id: Ib105ccfb2c3630ec5d5403793a3cd9ba31d85bdf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122808 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2021-09-29 04:09:51 -05:00
export QT6_CFLAGS=$(gb_SPACE)@QT6_CFLAGS@
export QT6_LIBS=$(gb_SPACE)@QT6_LIBS@
export QT6_PLATFORMS_SRCDIR=@QT6_PLATFORMS_SRCDIR@
integrate libqxp Change-Id: Ic7479b82d09c1e36d28267434a77bf4bc158adfa Reviewed-on: https://gerrit.libreoffice.org/41612 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2017-08-27 14:10:14 -05:00
export QXP_CFLAGS=$(gb_SPACE)@QXP_CFLAGS@
export QXP_LIBS=$(gb_SPACE)@QXP_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export RANLIB=@RANLIB@
convert redland to gbuild and add to tail_build Change-Id: I953fb203b1a24920f236c2f6e1fd9d82edda1f0f Reviewed-on: https://gerrit.libreoffice.org/1493 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
2012-12-27 17:04:21 -06:00
export RAPTOR_MAJOR=@RAPTOR_MAJOR@
export RASQAL_MAJOR=@RASQAL_MAJOR@
READELF needs to be defined for unix such as SOLARIS Change-Id: I749fa8a19e00957a3f83f41e029687b435a3a903 Signed-off-by: Michael Stahl <mstahl@redhat.com>
2014-11-10 10:25:47 -06:00
export READELF=@READELF@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export REDLAND_CFLAGS=$(gb_SPACE)@REDLAND_CFLAGS@
export REDLAND_LIBS=$(gb_SPACE)@REDLAND_LIBS@
convert redland to gbuild and add to tail_build Change-Id: I953fb203b1a24920f236c2f6e1fd9d82edda1f0f Reviewed-on: https://gerrit.libreoffice.org/1493 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
2012-12-27 17:04:21 -06:00
export REDLAND_MAJOR=@REDLAND_MAJOR@
bundle librevenge Change-Id: Ic36c1670866545db2cf2f29867de7e5b0ad2d57d
2014-05-24 01:39:54 -05:00
export REVENGE_CFLAGS=$(gb_SPACE)@REVENGE_CFLAGS@
export REVENGE_LIBS=$(gb_SPACE)@REVENGE_LIBS@
Allow usage of system rhino wrt fdo#42977 It is done the same way the beanshell is handled. Currently it can't be enabled by default as internal version has patched-in debug interface. We can choose two paths, rewrite the code to the new rhino debug interface or just strip the current one out. Change-Id: I48af18c635816db8269f13a649b62e9c454ee1e6
2012-05-06 05:49:33 -05:00
export RHINO_JAR=@RHINO_JAR@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export RPM=@RPM@
fdo#50162 merge rtlbootstrap.mk into configure.in Change-Id: I241be2704a069ec1f6be5861084039569673cc12
2012-05-21 12:01:29 -05:00
export RTL_ARCH=@RTL_ARCH@
This is supposed to be sorted Change-Id: Id29ccc9c009f0db5f1ee7483c412bb18578c24d3
2013-02-05 14:34:59 -06:00
export RTL_OS=@RTL_OS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export SAC_JAR=@SAC_JAR@
export SAL_ENABLE_FILE_LOCKING=1
export SCPDEFS=@SCPDEFS@
Fixes for cross-compilation on OS X (to iOS) Introduce SDKDIRNAME as a configury variable and use it instead of the gbuild gb_Package_SDKDIRNAME. Then we can easily construct the SDKDIRNAME_FOR_BUILD variant that is needed to find the specially named SDK in instdir on OS X when cross-compiling. Move the version number section in configure.ac earlier. Change-Id: Iee3db1a50ad4c7a9f91bbc5e0d0b01d76a76f701
2013-09-23 07:34:26 -05:00
export SDKDIRNAME=@SDKDIRNAME@
export SDKDIRNAME_FOR_BUILD=@SDKDIRNAME_FOR_BUILD@
Move file download verification from md5sum to sha256sum This leaves all the md5sum parts in place for now, but switches to using sha256sum. Tries both shasum -a 256 and sha256sum. Change-Id: I393d0dde56521f6e9e76f3d5a8d15c6c830fd683 Reviewed-on: https://gerrit.libreoffice.org/34633 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2017-02-24 10:05:48 -06:00
export SHA256SUM=@SHA256SUM@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export SHOWINCLUDES_PREFIX=@SHOWINCLUDES_PREFIX@
upgrade libjpeg-turbo to 2.1.1 simd enabled for x86_64 and x86, arm/aarch64 might be worth exploring too Change-Id: Ic2726ee8c6b6e59ca983b977ee2731f5b78b97d1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123898 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-10-20 10:07:29 -05:00
export SIZEOF_SIZE_T=@SIZEOF_SIZE_T@
build Skia also on Mac This only builds the library, without using it. Change-Id: I54e940bcaa61852b831dbe7ae5660a5daf5fe609 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/119356 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-07-21 14:39:23 -05:00
export SKIA_DISABLE_VMA_USE_STL_SHARED_MUTEX=@SKIA_DISABLE_VMA_USE_STL_SHARED_MUTEX@
build Skia with Metal support Change-Id: I7a9abde4101164af8c47433acfa35f4f9d3b3d04 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120907 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-08-18 12:26:45 -05:00
export SKIA_GPU=@SKIA_GPU@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export SOLARINC=@SOLARINC@
configure: hard-code /usr/bin/{sort,find} for Cygwin ... to avoid calling C:/Windows/system32/{sort,find}.exe, if those happen to be first in PATH. On a Windows 7 system, the other conflicts appear to be harmless, we don't use "more", "expand", "timeout", "whoami". Change-Id: Iceefeb7ee6725291b04c0eba465991bb1df96b57 Reviewed-on: https://gerrit.libreoffice.org/21175 Tested-by: Jenkins <ci@libreoffice.org> Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2016-01-06 14:28:17 -06:00
export SORT=@SORT@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export SPLIT_APP_MODULES=@SPLIT_APP_MODULES@
export SPLIT_OPT_FEATURES=@SPLIT_OPT_FEATURES@
export SRCDIR=@SRC_ROOT@
integrate libstaroffice Change-Id: I85913f1bd1af5d102573040588cca9d8ddeebb5d
2016-08-10 05:43:56 -05:00
export STAROFFICE_CFLAGS=$(gb_SPACE)@STAROFFICE_CFLAGS@
export STAROFFICE_LIBS=$(gb_SPACE)@STAROFFICE_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export STRIP=@STRIP@
Enable use of older tars that uses --strip-path to strip components
2012-03-23 07:16:00 -05:00
export STRIP_COMPONENTS=@STRIP_COMPONENTS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export SYSBASE=@SYSBASE@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_ABSEIL=@SYSTEM_ABSEIL@
add with-system-abseil/with-system-openjpeg for pdfium Change-Id: I270cbb75cde2a44416b61978b8eefdf267720031 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125559 Tested-by: Jenkins Reviewed-by: René Engelhard <rene@debian.org>
2021-11-19 09:36:22 -06:00
export ABSEIL_CFLAGS=@ABSEIL_CFLAGS@
export ABSEIL_LIBS=@ABSEIL_LIBS@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_ABW=@SYSTEM_ABW@
argon2: add new external library Change-Id: I81860a94b33eba95918c30b0e92b583cc2d02ff3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/160969 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2023-12-18 13:50:05 -06:00
ARGON2_CFLAGS=$(gb_SPACE)@ARGON2_CFLAGS@
ARGON2_LIBS=$(gb_SPACE)@ARGON2_LIBS@
SYSTEM_ARGON2=@SYSTEM_ARGON2@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_BLUEZ=@SYSTEM_BLUEZ@
# FIXME: concat-deps reads SYSTEM_BOOST from env
SYSTEM_BOOST=@SYSTEM_BOOST@
SYSTEM_BSH=@SYSTEM_BSH@
SYSTEM_BOX2D=@SYSTEM_BOX2D@
SYSTEM_BZIP2=@SYSTEM_BZIP2@
SYSTEM_CAIRO=@SYSTEM_CAIRO@
SYSTEM_CLUCENE=@SYSTEM_CLUCENE@
SYSTEM_CPPUNIT=@SYSTEM_CPPUNIT@
SYSTEM_CURL=@SYSTEM_CURL@
SYSTEM_DICTS=@SYSTEM_DICTS@
SYSTEM_EXPAT=@SYSTEM_EXPAT@
SYSTEM_FONTCONFIG=@SYSTEM_FONTCONFIG@
SYSTEM_FREETYPE=@SYSTEM_FREETYPE@
SYSTEM_FIREBIRD=@SYSTEM_FIREBIRD@
SYSTEM_GENBRK=@SYSTEM_GENBRK@
SYSTEM_GENCCODE=@SYSTEM_GENCCODE@
SYSTEM_GENCMN=@SYSTEM_GENCMN@
SYSTEM_EPOXY=@SYSTEM_EPOXY@
SYSTEM_GLM=@SYSTEM_GLM@
SYSTEM_GPGMEPP=@SYSTEM_GPGMEPP@
SYSTEM_GRAPHITE=@SYSTEM_GRAPHITE@
SYSTEM_HARFBUZZ=@SYSTEM_HARFBUZZ@
SYSTEM_HSQLDB=@SYSTEM_HSQLDB@
SYSTEM_HUNSPELL=@SYSTEM_HUNSPELL@
SYSTEM_HYPH=@SYSTEM_HYPH@
SYSTEM_ICU=@SYSTEM_ICU@
SYSTEM_JFREEREPORT=@SYSTEM_JFREEREPORT@
SYSTEM_LIBJPEG=@SYSTEM_LIBJPEG@
SYSTEM_LCMS2=@SYSTEM_LCMS2@
SYSTEM_CDR=@SYSTEM_CDR@
SYSTEM_LIBCMIS=@SYSTEM_LIBCMIS@
SYSTEM_EBOOK=@SYSTEM_EBOOK@
SYSTEM_ETONYEK=@SYSTEM_ETONYEK@
SYSTEM_EPUBGEN=@SYSTEM_EPUBGEN@
SYSTEM_FREEHAND=@SYSTEM_FREEHAND@
add a --with-system-java-websocket there was a system Java-WebSocket in Fedora 35, f.e. but unaware if this is actively packaged standalone in contemporary distros, but useful for the coverity build case. Change-Id: Id6393dbfb1c449b75391752a8bb5e5ea4481a084 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/173725 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-09-20 06:25:11 -05:00
SYSTEM_JAVA_WEBSOCKET=@SYSTEM_JAVA_WEBSOCKET@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_LIBATOMIC_OPS=@SYSTEM_LIBATOMIC_OPS@
SYSTEM_LIBEOT=@SYSTEM_LIBEOT@
SYSTEM_LIBEXTTEXTCAT=@SYSTEM_LIBEXTTEXTCAT@
SYSTEM_LIBEXTTEXTCAT_DATA=@SYSTEM_LIBEXTTEXTCAT_DATA@
SYSTEM_LIBFIXMATH=@SYSTEM_LIBFIXMATH@
SYSTEM_LIBLANGTAG=@SYSTEM_LIBLANGTAG@
SYSTEM_LIBNUMBERTEXT=@SYSTEM_LIBNUMBERTEXT@
SYSTEM_LIBNUMBERTEXT_DATA=@SYSTEM_LIBNUMBERTEXT_DATA@
SYSTEM_LIBORCUS=@SYSTEM_LIBORCUS@
SYSTEM_LIBPNG=@SYSTEM_LIBPNG@
SYSTEM_LIBTIFF=@SYSTEM_LIBTIFF@
SYSTEM_LIBTOMMATH=@SYSTEM_LIBTOMMATH@
SYSTEM_LIBWEBP=@SYSTEM_LIBWEBP@
SYSTEM_LIBXML=@SYSTEM_LIBXML@
SYSTEM_LIBXML_FOR_BUILD=@SYSTEM_LIBXML_FOR_BUILD@
SYSTEM_LIBXSLT=@SYSTEM_LIBXSLT@
SYSTEM_LIBXSLT_FOR_BUILD=@SYSTEM_LIBXSLT_FOR_BUILD@
SYSTEM_LPSOLVE=@SYSTEM_LPSOLVE@
SYSTEM_MDDS=@SYSTEM_MDDS@
SYSTEM_MARIADB_CONNECTOR_C=@SYSTEM_MARIADB_CONNECTOR_C@
SYSTEM_MSPUB=@SYSTEM_MSPUB@
SYSTEM_MWAW=@SYSTEM_MWAW@
SYSTEM_MYTHES=@SYSTEM_MYTHES@
SYSTEM_NSS=@SYSTEM_NSS@
SYSTEM_ODBC_HEADERS=@SYSTEM_ODBC_HEADERS@
SYSTEM_ODFGEN=@SYSTEM_ODFGEN@
SYSTEM_OPENJPEG2=@SYSTEM_OPENJPEG2@
add with-system-abseil/with-system-openjpeg for pdfium Change-Id: I270cbb75cde2a44416b61978b8eefdf267720031 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125559 Tested-by: Jenkins Reviewed-by: René Engelhard <rene@debian.org>
2021-11-19 09:36:22 -06:00
export OPENJPEG2_CFLAGS=@OPENJPEG2_CFLAGS@
export OPENJPEG2_LIBS=@OPENJPEG2_LIBS@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_OPENLDAP=@SYSTEM_OPENLDAP@
SYSTEM_OPENSSL=@SYSTEM_OPENSSL@
SYSTEM_PAGEMAKER=@SYSTEM_PAGEMAKER@
SYSTEM_POPPLER=@SYSTEM_POPPLER@
SYSTEM_POSTGRESQL=@SYSTEM_POSTGRESQL@
SYSTEM_PYTHON=@SYSTEM_PYTHON@
add --with-system-zxcvbn Change-Id: I9a90585d8eb498861a6ef4752ab85dcff8eeaab6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158674 Tested-by: René Engelhard <rene@debian.org> Reviewed-by: René Engelhard <rene@debian.org>
2023-10-30 14:27:12 -05:00
SYSTEM_ZXCVBN=@SYSTEM_ZXCVBN@
keep environment clear of SYSTEM_FOO vars those are only meant to be used by the build system (primarily RepositoryExternal.mk) - of course no rule without exception: concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding recipe lines Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-12-16 11:41:13 -06:00
SYSTEM_ZXING=@SYSTEM_ZXING@
SYSTEM_QXP=@SYSTEM_QXP@
SYSTEM_REDLAND=@SYSTEM_REDLAND@
SYSTEM_REVENGE=@SYSTEM_REVENGE@
SYSTEM_RHINO=@SYSTEM_RHINO@
SYSTEM_STAROFFICE=@SYSTEM_STAROFFICE@
SYSTEM_VISIO=@SYSTEM_VISIO@
SYSTEM_WPD=@SYSTEM_WPD@
SYSTEM_WPG=@SYSTEM_WPG@
SYSTEM_WPS=@SYSTEM_WPS@
SYSTEM_XMLSEC=@SYSTEM_XMLSEC@
SYSTEM_ZLIB=@SYSTEM_ZLIB@
SYSTEM_ZMF=@SYSTEM_ZMF@
New --with-coredumpctl to obtain core dumps of crashed tests from coredumpctl ...for (Linux) systems that don't store core.* files in the current working directory. When enabled, this wraps test execution in `systemd-run --scope --user --unit=...` with unit values unique per individual test invocation, so that solenv/bin/gdb-core-bt.sh can query coredumpctl for matching core dumps. (See the mailing list thread starting at <https://lists.freedesktop.org/archives/systemd-devel/2023-March/048884.html> "[systemd-devel] coredumpctl: matching by e.g. env var?" for further details.) The used --unit=... scheme is a best effort to produce system-wide unique values, combining the target location path of the given test with a second-granularity date/time and the current PID. (In case there would be multiple invocations of the same test per second, which then hopefully wouldn't reuse the same PID. The date/time and PID could be replaced with a high-resolution system-wide monotonic clock/counter if one were easily available. The advantage of the current scheme is that it only uses Posix features.) The overall length of the unit value (incl. the appended ".scope" suffix) must not exceed 256 characters, or else systemd-run would fail with "Failed to mangle scope name: Invalid argument". It might look more natural to pass the unit value into gdb-core-bt.sh as a fourth positional argument rather than via a new LIBO_TEST_UNIT env var. But for one, the unit value is most easily computed from within the recipe shell command lines, where an env var is the most natural fit. And for another, this avoids having to tunnel yet another value through the tearDown method in unotest/source/java/org/openoffice/test/OfficeConnection.java to the given postprocesscommand. Change-Id: Idcb20cd1e1141d8ec7f10947e5edc70aa2aa7d32 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149690 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-03-29 06:55:11 -05:00
export SYSTEMD_ESCAPE=@SYSTEMD_ESCAPE@
export SYSTEMD_RUN=@SYSTEMD_RUN@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export TARFILE_LOCATION=@TARFILE_LOCATION@
put result of make test-install into top-level test-install dir ... and rename all DEVINSTALL variables to TESTINSTALL. Change-Id: I2f745ff6324c078d5fd7d272911a9268fc5efd27
2013-10-01 08:30:08 -05:00
export TESTINSTALLDIR=@TESTINSTALLDIR@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export THES_SYSTEM_DIR=@THES_SYSTEM_DIR@
Allow selecting the tls backend to use in oox from configure Change-Id: Ie82afb1f22caa0b02ddac256e2a0c2a49f19bb15 Reviewed-on: https://gerrit.libreoffice.org/3173 Reviewed-by: Miklos Vajna <vmiklos@suse.cz> Tested-by: Miklos Vajna <vmiklos@suse.cz>
2013-04-02 08:36:12 -05:00
export TLS=@TLS@
also set TMP in addition to TMPDIR primarily for Windows where unittests also use Windows' GetTempPathW function that prefers TMP over TEMP over USERPROFILE over the windows directory/doesn't respect TMPDIR Unittests not using TMPDIR is annoying since bitdefender will block access on some CVE tests. While you can create "dev drives" now that also allow you to disable AV-scanning permanently on those, that of course won't help when the files are created outside the devdrive/in the default temporary directory. Using TEMPDIR allows to specify the dir in autogen.input and the user won't have to add the regular temp-dir to AV-exclusions or remember to always disable the real-time-scanning before starting a build. Change-Id: I47349e4318e8de99e45961a4989975cf4081fc07 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/174267 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-09-30 05:52:55 -05:00
export TMP=@TEMP_DIRECTORY@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export TMPDIR=@TEMP_DIRECTORY@
add TOUCH Change-Id: Ia22e1f4d777cc2d2c99abdaf8cccdea8a94bfd27
2015-01-07 09:44:02 -06:00
export TOUCH=@TOUCH@
Fix linking of 64 bit artifacts in 32 bit Windows build with VS2015 In some 64bit Windows environments we get the link error while building libraries for 64-bit Explorer extensions. This patch will fix this error. This error occours only when we build 32bit LibreOffice on 64bit Windows with Visual Studio 2015. In some environments UCRT SDK directory does not match Windows SDK directory. In that case UCRT library's directory path is incorrect at the linking phase. Change-Id: I245b1a70f5e1137a8840aa2e7a70f521eab18cb3 Reviewed-on: https://gerrit.libreoffice.org/23982 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2016-04-10 23:33:21 -05:00
export UCRTSDKDIR=@UCRTSDKDIR@
export UCRTVERSION=@UCRTVERSION@
Sorting component implementations needs LC_ALL=C Change-Id: Ifba53b95fdefed59123a2e682e787119b6c67857 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128689 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-01-20 09:09:38 -06:00
export UNIQ=@UNIQ@
Add HAVE_(UNIX_)DLAPI config header define ..., add the configure test flags and rename DLOPEN_LIBS to UNIX_DLAPI_LIBS. Initinally convert two dlsym callers to use HAVE_DLAPI and osl_getAsciiFunctionSymbol. There are a lot of places, which still use -ldl and even more direct dlsym calls; good opportunity for many simple EasyHacks. Change-Id: I4f2d2f7cb079a075af8f9d01eb5ee45de40c7f03 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128523 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-01-18 00:29:40 -06:00
export UNIX_DLAPI_LIBS=@UNIX_DLAPI_LIBS@
Distinguish between --disable-gui and --without-x For the static WASM build, we need to build with GUI but without X11, as this just includes a static Qt backend. We already have USING_X11, which indicates that the platform will use X11 as a backend, so we can match --without-x to USING_X11=no, independent from the --disable-gui setting. Fitting all this into vcl/Library_vcl.mk was originally getting quite complex, but by moving the logic into configure.ac in a previous commit, the branching becomes way easier. Change-Id: Ia2ddba3400b4306b609a1f64823cca75061e0593 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116125 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-05-17 09:39:25 -05:00
export USE_HEADLESS_CODE=@USE_HEADLESS_CODE@
add configure option --enable-ld to use GNU gold or LLVM lld https://lists.freedesktop.org/archives/libreoffice/2018-June/080437.html Change-Id: I06214459fcebe5cc58fd7979f3cbe5ac3d97db7d Reviewed-on: https://gerrit.libreoffice.org/56417 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2018-06-25 15:42:56 -05:00
export USE_LD=@USE_LD@
gbuild: add support for auto-creationa nd reuse of binary package. many so-called 'external' libraries are built using the UnpackedTarball/ExternalProject pattern, and their build is quite stable... they can go month without any changes. Yet some buildbot, that need to do full build, build them over and over again. This patch introduce the infrastructure to shortcut these build by using a binary package of the build result Change-Id: Ib0daf2a9d1a1f76802273c093bae7df8da4a90f8 Reviewed-on: https://gerrit.libreoffice.org/4764 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2013-07-07 16:57:30 -05:00
export USE_LIBRARY_BIN_TAR=@USE_LIBRARY_BIN_TAR@
mingw: unbreak make check Even if it does nothing because there is no installation available .-)
2012-04-16 07:50:19 -05:00
export UUIDGEN=@UUIDGEN@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export VALGRIND_CFLAGS=$(gb_SPACE)@VALGRIND_CFLAGS@
WASM: add initial support for Emscripten cross build - configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-23 06:45:05 -05:00
export VCL_PLUGIN_INFO=@VCL_PLUGIN_INFO@
Centralize VS-to-toolset mapping in configure This allows to define the mapping once, and avoid modification in multiple places each time a new VS version support is added Change-Id: I93de4c9d78c3f67a0a2e157007e9d13b6f557937 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123163 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2021-10-08 03:51:50 -05:00
export VCTOOLSET=@VCTOOLSET@
fix msm suport for VS2012 Change-Id: Ibc816de83eb48163671948ecc84e7653f2b4ec13
2012-08-31 12:24:00 -05:00
export VCVER=@VCVER@
Expose devenv make file variable Change-Id: I502ce280276b6430053f0fbcf9cc3248b6c9b11b Reviewed-on: https://gerrit.libreoffice.org/16801 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
2015-07-06 15:18:52 -05:00
export DEVENV=@DEVENV@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export VISIO_CFLAGS=$(gb_SPACE)@VISIO_CFLAGS@
export VISIO_LIBS=$(gb_SPACE)@VISIO_LIBS@
move check for wget and md5sum to configure Change-Id: I1951f25ddff112e8184c90006cd6e87a1c02a930
2012-11-21 04:46:29 -06:00
export WGET=@WGET@
Add --enable-windows-build-signing option Change-Id: I9630a486043c97aa9e31873c63f807cedb869a24
2012-12-07 02:40:39 -06:00
export WINDOWS_BUILD_SIGNING=@WINDOWS_BUILD_SIGNING@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WINDOWS_SDK_HOME=@WINDOWS_SDK_HOME@
Improvements for Windows build with only VS2013 installed I thought it was possible now to build on Windows with Visual Studio 2013 as the only installed Visual Studio version, but no. I tried on a fresh Windows 8.1 installation. This commit fixes the configury a bit at least. (One needs to pass the --with-visual-studio=2013 option. Otherwise configure gets confused by the partial (?) VS2012 that seems to be installed, too, when installing VS2013, and prefers that...) The build fails at least in external/lcms2, but I'll leave sorting out that for later. Change-Id: I15942e4b088a3f0a62c3f7fa8f9b45f77beaff6f
2014-07-28 01:16:57 -05:00
export WINDOWS_SDK_LIB_SUBDIR=@WINDOWS_SDK_LIB_SUBDIR@
fix canvas build with Win8 SDK Change-Id: I17bd44ba8f5a6484d10bb64201ace8e030cf334d Reviewed-on: https://gerrit.libreoffice.org/789 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-08-24 14:52:09 -05:00
export WINDOWS_SDK_VERSION=@WINDOWS_SDK_VERSION@
Let WINDOWS_SDK_WILANGID override the location of WiLangId.vbs ...see new TODO comment in configure.ac Change-Id: Id3ffd45357a3f539f3d3f068528019334d929654
2013-06-18 06:58:49 -05:00
export WINDOWS_SDK_WILANGID=@WINDOWS_SDK_WILANGID@
MSI packaging tweaks for Windows 64-bit Change-Id: I69d52554b531dab6fc12ffe16e6ca91241fda3a5 Reviewed-on: https://gerrit.libreoffice.org/14283 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: David Ostrovsky <david@ostrovsky.org>
2015-02-02 11:26:30 -06:00
export WINDOWS_X64=@WINDOWS_X64@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WITH_COMPAT_OOWRAPPERS=@WITH_COMPAT_OOWRAPPERS@
New --with-coredumpctl to obtain core dumps of crashed tests from coredumpctl ...for (Linux) systems that don't store core.* files in the current working directory. When enabled, this wraps test execution in `systemd-run --scope --user --unit=...` with unit values unique per individual test invocation, so that solenv/bin/gdb-core-bt.sh can query coredumpctl for matching core dumps. (See the mailing list thread starting at <https://lists.freedesktop.org/archives/systemd-devel/2023-March/048884.html> "[systemd-devel] coredumpctl: matching by e.g. env var?" for further details.) The used --unit=... scheme is a best effort to produce system-wide unique values, combining the target location path of the given test with a second-granularity date/time and the current PID. (In case there would be multiple invocations of the same test per second, which then hopefully wouldn't reuse the same PID. The date/time and PID could be replaced with a high-resolution system-wide monotonic clock/counter if one were easily available. The advantage of the current scheme is that it only uses Posix features.) The overall length of the unit value (incl. the appended ".scope" suffix) must not exceed 256 characters, or else systemd-run would fail with "Failed to mangle scope name: Invalid argument". It might look more natural to pass the unit value into gdb-core-bt.sh as a fourth positional argument rather than via a new LIBO_TEST_UNIT env var. But for one, the unit value is most easily computed from within the recipe shell command lines, where an env var is the most natural fit. And for another, this avoids having to tunnel yet another value through the tearDown method in unotest/source/java/org/openoffice/test/OfficeConnection.java to the given postprocesscommand. Change-Id: Idcb20cd1e1141d8ec7f10947e5edc70aa2aa7d32 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149690 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-03-29 06:55:11 -05:00
export WITH_COREDUMPCTL=@WITH_COREDUMPCTL@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WITH_EXTENSION_INTEGRATION=@WITH_EXTENSION_INTEGRATION@
gbuildize extras Change-Id: I190b1314a91026dcfc39df3e3e178df55d14d90a
2012-08-20 09:42:49 -05:00
export WITH_EXTRA_EXTENSIONS=@WITH_EXTRA_EXTENSIONS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WITH_FONTS=@WITH_FONTS@
tdf#161941 add --with-docrepair-fonts option to enabling bundling or not bundling the docrepair fonts of https://github.com/docrepair-fonts (which provide replacments for: Agency FB, Baskerville Old Face, Berlin Sans FB, Cooper Black, Lucida Calligraphy, Lucida Grande, Lucida Handwriting) Change-Id: I4ea442fa54d21f213ccbdccba9aea1b9c0675c90 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/172337 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolan.mcnamara@collabora.com>
2024-08-23 16:13:34 -05:00
export WITH_DOCREPAIR_FONTS=@WITH_DOCREPAIR_FONTS@
gallery: allow disabling the from-source build in configure Change-Id: Ic390ceeb9f52953d5dea6999b194956e90eb4629
2013-05-15 09:04:31 -05:00
export WITH_GALLERY_BUILD=@WITH_GALLERY_BUILD@
tdf#101970 Introduce config option for building with or without the not necessary template files. The default is building with all templates, otherwise we can use: --with-templates=no/yes --with-templates -->yes --without-templates -->no Change-Id: I13f5b411057254771ad4021aa9521c153702af16 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157600 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com>
2023-10-05 11:21:48 -05:00
export WITH_TEMPLATES=@WITH_TEMPLATES@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WITH_GSSAPI=@WITH_GSSAPI@
export WITH_KRB5=@WITH_KRB5@
export WITH_LINKER_HASH_STYLE=@WITH_LINKER_HASH_STYLE@
Add a new configure switch --with-locales for restricting the included locales For now only effective in the DISABLE_DYNLOADING case, where it limits the locales compiled in to the i18npool library. Maybe should use this same option to also limit what collation tables etc are compiled in? Not expected to be used for desktop OSes, but can be useful for mobile platforms where every megabyte counts. Change-Id: If672b4cd19f44f8c7e119378faf40930a51969b7
2014-04-22 11:35:11 -05:00
export WITH_LOCALES=@WITH_LOCALES@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WITH_MYSPELL_DICTS=@WITH_MYSPELL_DICTS@
export WITH_THEMES=@WITH_THEMES@
Build webdav based on serf if neon is disabled. Change-Id: I0cbb89c8d5ac65eda8bb21aaf0d07996a015d281
2014-02-25 14:47:33 -06:00
export WITH_WEBDAV=@WITH_WEBDAV@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export WORKDIR=@WORKDIR@
export WORKDIR_FOR_BUILD=@WORKDIR_FOR_BUILD@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export WPD_CFLAGS=$(gb_SPACE)@WPD_CFLAGS@
export WPD_LIBS=$(gb_SPACE)@WPD_LIBS@
export WPG_CFLAGS=$(gb_SPACE)@WPG_CFLAGS@
export WPG_LIBS=$(gb_SPACE)@WPG_LIBS@
export WPS_CFLAGS=$(gb_SPACE)@WPS_CFLAGS@
export WPS_LIBS=$(gb_SPACE)@WPS_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export XINERAMA_LINK=@XINERAMA_LINK@
xsltml: convert to gbuild Change-Id: I7074c377b6a8f8250adcae73178882fc9e68c696
2012-09-24 06:49:02 -05:00
export XMLLINT=@XMLLINT@
xmlsecurity: implement support for building against system-xmlsec The only remaining difference is that in the system-xmlsec case we work with the default key manager, not with the one that's only added by our xmlsec patches. This works for me for the uses I know of (see <https://lists.freedesktop.org/archives/libreoffice/2017-February/076947.html> for the motivation): signing and verifying of different signatures (bad signature, good with non-trusted CA, good with trusted CA) with software-based certificates all behave as expected. Change-Id: If3f3e2b8373ab7397db3f98070a5a2ce51fa7c06 Reviewed-on: https://gerrit.libreoffice.org/39075 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-06-21 14:59:11 -05:00
export XMLSEC_CFLAGS=$(gb_SPACE)@XMLSEC_CFLAGS@
export XMLSEC_LIBS=$(gb_SPACE)@XMLSEC_LIBS@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export XRANDR_CFLAGS=$(gb_SPACE)@XRANDR_CFLAGS@
export XRANDR_LIBS=$(gb_SPACE)@XRANDR_LIBS@
export XRENDER_CFLAGS=$(gb_SPACE)@XRENDER_CFLAGS@
export XRENDER_LIBS=$(gb_SPACE)@XRENDER_LIBS@
switch to include-based build rather than sourced-based build
2012-01-24 15:48:30 -06:00
export XSLTPROC=@XSLTPROC@
vcl gtk3: Introduce AT-SPI2 tests for the GTK3 accessibility layer Add tests for the GTK3 accessibility platform layer. These tests compare the internal LO representation with what is visible to the platform, and thus the user's accessibility tools. In most cases the tests are fairly trivial as LO's internals are not far off AT-SPI2's expectations. There are however notable exceptions like for example the text attributes, that have a wildly different representation and require more complex checks matching what LO's platform layer does, the other way around. These tests use libatspi2 directly, but as the C API is awful to work with regarding resource management, there are wrappers to handle the complexity using RAII. The resulting API is fairly trivial to use. As these tests require using the GTK3 VCL plugin and for the a11y tree to be visible to AT-SPI2, they are run under XVFB using a separate dbus session through dbus-launch. Working on this has already lead to reporting and/or solving some issues: * https://gerrit.libreoffice.org/c/core/+/151303 * https://gerrit.libreoffice.org/c/core/+/151650 * https://gerrit.libreoffice.org/c/core/+/152456 * https://gerrit.libreoffice.org/c/core/+/152457 * https://bugs.documentfoundation.org/show_bug.cgi?id=155625 * https://bugs.documentfoundation.org/show_bug.cgi?id=155705 * https://gerrit.libreoffice.org/c/core/+/152748 Only a subset of the a11y APIs are covered for the moment, but the current state should make it easy to extend upon. Change-Id: I1a047864ce8dc1f1bc3056ad00159f7fd5e5b7d3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153069 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2023-04-05 08:39:25 -05:00
export XVFB_RUN=@XVFB_RUN@
configure: define FOO_CFLAGS/FOO_LIBS so that they are never empty This allows us to simply pass the already exported variables to invoked configures, where the non-empty values will override the detection logic there. Change-Id: I7353a313814c58922e34843aeae380e5afa442ca
2012-11-09 07:20:42 -06:00
export ZLIB_CFLAGS=$(gb_SPACE)@ZLIB_CFLAGS@
export ZLIB_LIBS=$(gb_SPACE)@ZLIB_LIBS@
integrate libzmf Change-Id: I0c7ea5b56ea4ed4839ff38798c0b915aaca81774 Reviewed-on: https://gerrit.libreoffice.org/26574 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
2016-06-22 11:02:29 -05:00
export ZMF_CFLAGS=$(gb_SPACE)@ZMF_CFLAGS@
export ZMF_LIBS=$(gb_SPACE)@ZMF_LIBS@
Set entitlements in non-release in $(INSTROOTBASE) and .dmg package Also, when building a .dmg for macOS, skip codesigning for non-release builds, both with and without the macOS sandbox, if there is no identity set but set entitlements to allow Xcode's Instruments application to connect to the application. Lastly, add entitlements when building soffice in $(INSTROOTBASE) if this is a non-release build. Change-Id: I764bf5bd5d44e878669c4287906e6efd6aac593f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152655 Tested-by: Jenkins Reviewed-by: Patrick Luby <plubius@neooffice.org>
2023-05-20 07:50:12 -05:00
export GET_TASK_ALLOW_ENTITLEMENT=@GET_TASK_ALLOW_ENTITLEMENT@
support for --with-all-tarballs - this is needed for packaging, so that all possible tarballs can be available in the complete source package Do not define tarball names in configure. Move the variables into download.lst, which is going to be included in config_host.mk. We already have conditions for getting tarballs in Makefile.fetch. Change-Id: I160aff6426a253814eea07d2467e4942478f653a
2012-11-22 05:14:05 -06:00
gbuild: allow to react on change in configured langs Change-Id: I15492fcc687a21b740dc2d97a47485e2e760055f
2015-03-25 11:48:55 -05:00
# lang-related stuff
fix build from module Change-Id: I044e6c82b4f3b492ed384e86dbe9e6955f8f792f
2015-03-26 03:22:30 -05:00
include $(BUILDDIR)/config_$(gb_Side)_lang.mk
gbuild: allow to react on change in configured langs Change-Id: I15492fcc687a21b740dc2d97a47485e2e760055f
2015-03-25 11:48:55 -05:00
support for --with-all-tarballs - this is needed for packaging, so that all possible tarballs can be available in the complete source package Do not define tarball names in configure. Move the variables into download.lst, which is going to be included in config_host.mk. We already have conditions for getting tarballs in Makefile.fetch. Change-Id: I160aff6426a253814eea07d2467e4942478f653a
2012-11-22 05:14:05 -06:00
# tarball names
download few tarballs directly without md5sum in name ..and add few fixes, like: * use 'set -o pipefail' to fail meaningfully * include download.lst at the end of config_host.mk * MOZ_ZIP_* do not have md5sum, do not check for it Change-Id: I23759aa2f5fdd55b662588fdb0a31568a686aef7
2012-11-23 05:54:15 -06:00
# does use some of the variables defined above
support for --with-all-tarballs - this is needed for packaging, so that all possible tarballs can be available in the complete source package Do not define tarball names in configure. Move the variables into download.lst, which is going to be included in config_host.mk. We already have conditions for getting tarballs in Makefile.fetch. Change-Id: I160aff6426a253814eea07d2467e4942478f653a
2012-11-22 05:14:05 -06:00
include @SRC_ROOT@/download.lst
add MSYS_NO_PATHCONV=1 to prevent MSYS auto-magic git-bash/MSYS tries to resolve anything that looks like a path (i.e. anything starting with a /) - if the "target" doesn't exists, it just prepends the MSYS installation dir and breaks all kind of stuff. You could escape those with double-slash at the beginning, but that would mean lots of noise/unnecessary changes in pretty much every makefile, so just getting rid of that behavior is much better. ant and some externals however rely on MSYS path-conversion, so unset MSYS_NO_PATHCONV for those. Ant does its own checks whether it runs under cygwin or msys, and easier to please externals using the autoconversion than to add patches to force them into compliance… Change-Id: Ie80964e40c53ace80adb4707aae0db63ebc4ee4c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166330 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2023-07-11 08:15:18 -05:00
make sure KEEP_AWAKE_CMD gets only evaluated once if using deferred evaluation then the creation of targets via $(call gb_Top_GbuildModuleRules,foo) would result in it getting processed over 900 times, and on windows spawning a shell with the two ps and awk command that takes 5 minutes. If future commands need to be run when the rule is run, then an alternative is to escape the variable in the define for the gb_Top_GbuildModuleRules macro via double-$ → $$(KEEP_AWAKE_CMD) - but I cannot think of any method where that should be necessary Change-Id: I126e4d317bd77f359ca9f39adf00cc88846af281 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167351 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-05-08 07:35:11 -05:00
KEEP_AWAKE_CMD:=@KEEP_AWAKE_CMD@
add --with-keep-awake switch to prevent going into sleep/suspend if used defaults to Awake for Windows and caffeinate for macOS Change-Id: I35f41bf1fb63af05ce2ec1a7f4d7b50b310536a3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166743 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-04-26 07:49:59 -05:00
fix some hardcoded use of wsl.exe and fix some typos Change-Id: I6152ee61913638f828eeb201ecb26312de5f8572 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166737 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-04-26 06:03:49 -05:00
# used for WSL-as-helper-builds where the build runs from within git-bash/MSYS that otherwise would
# mess with anything that looks like a path (starts with a /) but cannot be resolved to a target
initial support for running autogen.sh inside wsl from git-bash Change-Id: I4272ea817a48880fd4206d6c73add7ccb8c4f6c5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166335 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2024-04-18 05:45:01 -05:00
export MSYS_NO_PATHCONV=1
STRAWBERRY_PERL=@STRAWBERRY_PERL@
fix some hardcoded use of wsl.exe and fix some typos Change-Id: I6152ee61913638f828eeb201ecb26312de5f8572 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166737 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins
2024-04-26 06:03:49 -05:00
WSL=@WSL@
Reference in a new issue Copy permalink