summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2020-06-19Make --enable-sal-log orthogonal to --enable-debugStephan Bergmann
...for consistency with other options like --enable-assert-always-abort Change-Id: I3734485e03203aaee065e1435dfd33f980b1b5eb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96736 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-06-11Drop configurability of libnumbertext useTor Lillqvist
It was fairly pointless to be able to --disable-libnumbertext. Besides, disabling it broke the ordinal page (etc) numbering feature: "1st", "2nd", "3rd", etc showed up as "Ordinal-number 1", "Ordinal-number 2", "Ordinal-number 3" etc. Change-Id: I645169054a8fdc8dac89cd48b6c369fd61749467 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96119 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-06-01Split gtk3* VCL backend test and library detectionJan-Marek Glogowski
After seeing all the duplicate code added by commit e3beaed3420b5f6deda1c443da1435d4ccfee022, this simply splits the library detection and VCL backend handling. PKG_CHECK_MODULES fails per default, if it doesn't use any result handling, so no special error handling is needed. Change-Id: I1f815091e9763c407e9297a6104559bed55d5706 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/95250 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2020-06-01neon: update configure.ac to require 0.31.1Jan-Marek Glogowski
And also report the internal version as 0.31.1. Change-Id: Ic4fb56d5aee75595205bb5fb0542b1aec859b2bb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/95283 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-05-31configure.ac: make --enable-gtk3-kde5 work standaloneThorsten Behrens
Previously always required the gtk3 backend enabled, too. Change-Id: I9fc216686574aa00833335ad1aa8cf93b316e277 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/95216 Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2020-05-27Remove obsolete configure checks after libreoffice-7-0 branch offStephan Bergmann
By now, any outdated builders where this would fail should have been identified and taken care of. Change-Id: If0af9fc390e7c132e08d0ec673c9073d92a028f0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92458 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-05-27bump product version to 7.1.0.0.alpha0+Christian Lohmaier
Change-Id: I8b546885de4732d92f15af7e60ace8ba4edcd069
2020-05-27Use $PRODUCTNAME_WITHOUT_SPACES in app bundle name in help message for macOSTor Lillqvist
Don't mention $PRODUCTNAME at all in the message in general as it might look confusing to newbie developers if it says "LibreOfficeDev". On the other hand, hardcoding "LibreOffice" is misleading, too, if what you are building is something not called LibreOffice. Change-Id: Iee4949ea68bbaa542b577cc652b5241eaf4ac438 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94932 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-05-27tdf#131572 Add java 9 module info for libreoffice.jarSamuel Mehrbrodt
Add a java module named "org.libreoffice.uno" for this jar. This needs to be compiled with Java 9. But since we want to keep b/c with Java 8, the rest of the jar has to be compiled with Java 8. This bumps the *build* requirement to Java 9 while keeping the *runtime* requirement at Java 8. The gbuild JavaClassSet class is changed to invoke javac twice, where the 2nd invocation compiles with --release 9 and a --patch-modules argument so that it finds the results of the first invocation and also the javamaker generated files in CustomTargets. Change-Id: I888f5dbe097cc37136e68db5919939877c981862 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91105 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-05-27tdf#74244 Fix version info shown for major release candidatesEivind Samseth
Previous approach of setting the bundle version made e.g., 6.4.0.3 show up as version 6.4.3 which was clearly wrong CFBundleShortVersionString is supposed to be only three integers, but this does not seem to be enforced by Apple. Other applications, such as Spotiy, include even more than LO Removed CFBundleGetInfoString as it's been deprecated since 10.5 Change-Id: I7c64553f6bc2712506062d8f8ec388f5279b333d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94623 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
2020-05-26use -Xclang -debug-info-kind=constructor if availableLuboš Luňák
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-05-25Enforce "internal" or "fully-internal" Python on macOSTor Lillqvist
Offering a wider choice is pointless. There is no system Python on end-user machines, and besides, trying to build against the Python bundled with Xcode apparently causes compilation warnings. Change-Id: Iba24da1de36705df60cc5cf349885a7bae0ab879 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94769 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-05-21Accept iOS 13.5 SDKTor Lillqvist
Change-Id: I78756c8f89536e9a462448a7dc21a69c76520f44 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94613 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-05-18tdf#129177: Turn on --enable-readonly-installset unconditionally for macOSTor Lillqvist
An app bundle should never be written into. We have avoided it always for a sandboxed (App Store) LibreOffice, but we should avoid it in all cases for macOS. Change-Id: I0aad5044c006fa6f371919cd73047d1b7348b44b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94444 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-05-18Apply dirname to the first word of CXXStephan Bergmann
...in case it contains addtional arguments like -fsized-deallocation besides the compiler's pathname, which would have caused failures like basename: extra operand '-fsized-deallocation' Try 'basename --help' for more information. dirname: missing operand Try 'dirname --help' for more information. dirname: missing operand Try 'dirname --help' for more information. (printf reuses the format operand to satisfy all argument operands, so that \n | head hack is needed to get just the first one, assuming that CXX did not contain any carefully crafted escape sequences inside that first argument that would expand to a newline when printing. Also, this does not cater for leading var=value or (even more far-fetched) redirection words in CXX, but the original code did not, either.) Change-Id: Iae4d1a0ae3b67cc5e8c7a8a36258230f8ab8fd70 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94406 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-05-18Revert "I am told we don't want to use old style help files any longer"Tor Lillqvist
Pitäkää tunkkinne. This reverts commit 1f6b7678d52e1bf9092e3ce2cf7b7c4ffdcb2ba2.
2020-05-18I am told we don't want to use old style help files any longerTor Lillqvist
Make --with-help mean the same as --with-help=html to avoid generating such unintentionally. Change-Id: Ie53b3604f53c3301cb196b2239dce6f0c08acbd3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94145 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-05-17Fix typo.Yunusemre Şentürk
It was causing "./configure: line 9997: =no: command not found" when autogen.sh is used. Change-Id: Iee57fb43c7bfbe4ac64ea5f995af05ddc8a26ad4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94004 Tested-by: Andras Timar <andras.timar@collabora.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2020-05-17external: bundle box2dSarper Akdemir
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-16fix Android buildThorsten Behrens
'build' part of the cross building needs all config files copied Change-Id: I5c0cc32cf82245be8e5c4400df18bbb0d5077526 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94337 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2020-05-13macOS: don't hardcode LibreOffice in SDK directory, use $PRODUCTNAMEChristian Lohmaier
so that it will use LibreOfficeDev when not using --enable-release-build Change-Id: I60794ababce11355659d483197ce8b0193d375b4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93817 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-05-11Upgrade to internal ICU 67Eike Rathke
Change-Id: I9b8d5cb6d6f4610f2b20c0e0f49eb674d55ce3b8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94009 Reviewed-by: Eike Rathke <erack@redhat.com> Tested-by: Jenkins
2020-05-08hard-require Clang for Skia on WindowsLuboš Luňák
Skia is the Windows default, and if Vulkan won't be available then Skia's raster mode will be used, which performs much worse when compiled using MSVC. https://lists.freedesktop.org/archives/libreoffice/2020-April/084929.html Change-Id: I6cd8b58f28ad6381d0cde1e834ca855c562dcd25 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93194 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-05-07no longer force -arch:SSE on WindowsLuboš Luňák
SSE2 has been pretty much a requirement for running Windows since about 2018, so there should be ~nobody needing this. https://lists.freedesktop.org/archives/libreoffice/2020-May/085029.html Change-Id: I579eb92c18e42c57aa1421b889cfa7997b84915f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93558 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-05-06bump product version to 7.0.0.0.alpha1+Christian Lohmaier
Change-Id: I9a45f4b249216189bb822886cb867e7fc8ef40df
2020-05-06always build Skia optimized, unless --enable-skia=debugLuboš Luňák
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-04-29Enable debugging of a hardened process on macOSTor Lillqvist
Add the com.apple.security.get-task-allow entitlement when not building for release. Change-Id: I1b05d8c48f0f2d587325d7dfc800bb4880a7fcaf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93159 Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-04-29Remove tango icon theme, tdf#132022Rizal Muttaqin
Change-Id: Ifd1d3999d1c6eb9aba7919850859e6b7cb652e3b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92055 Tested-by: Jenkins Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-04-23Fix typo ("..." vs. '...' shell quoting)Stephan Bergmann
...introduced with 42f29b7f3f1bedac3fc057edfab985ffb03fd53b "Add --with-latest-c++ to explicitly opt in for -std=c++20/-std:c++latest" Change-Id: Ifa943bfb2d24da2ba0d63d577f42e8ec8a0b8f59 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92795 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-21CLANG_C -> CLANG_CCLuboš Luňák
Change-Id: I50ed05116df3f295af6406f0ee45610d9e1e031e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92619 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-04-21better handling of SSEx,AVX intrinsics for ClangLuboš Luňák
Clang-cl interprets MSVC's -arch option a bit differently (for MSVC -arch:SSE2 seems to mean SSE2+, but SSE2-only for Clang). So use Clang's -mxxx options when using clang-cl as CC/CXX. Also check intrinsics once again if using CLANG_CC/CXX to compile Skia. Change-Id: I64cd368ef4e5f4fcf1dbe877a1129f418d273a47 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92618 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-04-20fix --enable-64-bit Windows build with Clang for SkiaLuboš Luňák
Change-Id: Ia55e0b6ab6b970cbafe2c8283b255eae0ad66567 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92577 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Reviewed-by: Luboš Luňák <l.lunak@collabora.com> Tested-by: Jenkins
2020-04-20Add --with-latest-c++ to explicitly opt in for -std=c++20/-std:c++latestStephan Bergmann
cd472d1d8489f30797f47d3f6dafede28c1feb90 "Compile as C++2a, where available" had started to unconditionally check for support of -std=c++2a (and later also -std=c++20) for Clang and GCC, but that can cause occasional issues especially for Linux distros, see e.g. 55c724b93dfd4c9a1afb10d60fbc2d7a9a66cf61 "replace boost::bimap in sdext pdfimport" or <https://bugzilla.redhat.com/show_bug.cgi?id=1818723> "/usr/include/boost/format/alt_sstream_impl.hpp incompatible with -std=c++20 (std::allocator::allocate hint argument)" (where 677c8de4fa79cd9b278b142013ba7f1c9e4e41c3 "external/boost: Adapt to std::allocator parts removed in C++20" is not picked up due to --with-system-boost). So better require an explicit opt-in via a new --with-latest-c++. And while at it, also make that enable -std:c++latest for MSVC. Change-Id: I2d1f03144fad9a7884562e56b1b76cab5eb8f080 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92555 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-20prefer building Skia with Clang if possible (tdf#131697)Luboš Luňák
I.e. try to find and use Clang even if the default compiler is something else. Skia is optimized to be built with Clang(-cl) and in CPU-based raster mode some operations are several times slower if built with something else (e.g. fmax/fmin do not get optimized to inline assembly). It is enough to select Clang to be installed in the MSVS installer. At this point it unclear how to handle release binaries, if it should work this way and enforced, or maybe Clang could be used for building everything, or maybe some other way. Change-Id: I6b95a0f2d5cbf176942d9e01136990b14be6dba8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92415 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-04-18upload libwps 0.4.11David Tardon
Change-Id: I068c7fe1ecf28755b095c5502d4c2dd42a54489c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92473 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
2020-04-18upload libmwaw 0.3.16David Tardon
Change-Id: Idc7ed6bbcd3298138fb92c81ddf7dd6278d201dc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92472 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
2020-04-18upload libstaroffice 0.0.7David Tardon
Change-Id: I3a12e75c61671a17653b7feb2147dfe4aff47613 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92471 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com>
2020-04-17No need for HAVE_GCC_DEPRECATED_MESSAGEStephan Bergmann
GCC appears to support it at least since <https://gcc.gnu.org/git/ ?p=gcc.git;a=commit;h=9b86d6bb25587db93a322bf5778e9892aaa8b776> "re PR c/36892 (Support __attribute__((deprecated("text string"))))" in GCC 4.5, and Clang appears to support it at least since <https://github.com/llvm/llvm-project/ commit/c7890fed01f8c8accba188236d781af26845cb2c> "Add an optional string argument to DeprecatedAttr for Fix-It" in Clang 3.9. Change-Id: If0939c692703522523d1953c3793070e0f808973 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92455 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-17No need for HAVE_GCC_PRAGMA_OPERATORStephan Bergmann
The _Pragma operator is a C99/C++11 feature, and we only need it for GCC and Clang anyway, to inject some #pragma GCC diagnostic ... directives. (MSVC would only support it with the upcoming VS 2019 Version 16.6, see <https://devblogs.microsoft.com/cppblog/ announcing-full-support-for-a-c-c-conformant-preprocessor-in-msvc/>.) Change-Id: I6de3611021a28ba13860f55e7ad005ad3fbbb5e2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92452 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-17HAVE_CPP_GUARANTEED_COPY_ELISION should always be true nowStephan Bergmann
...since 24973523ba59087185d434396fd614e73d72107f "Bump Windows build baseline to Visual Studio 2019 16.4", where that version of the compiler appears to no longer have the issue that at least VS 2017 15.8.1 had. And according to <view-source:https://en.cppreference.com/w/cpp/compiler_support>, the other compilers support it since GCC 7 and Clang 4, so we should be OK there. But for safety, leave the configure.ac check in for some longer. Change-Id: I07bfaa554d897613c0887ab70e8df93f6e000410 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92422 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-17Just use __builtin_ffs on GCC and ClangStephan Bergmann
GCC appears to support it at least since <https://gcc.gnu.org/git/ ?p=gcc.git;a=commit;h=51e2940139d5e3e86590f6e6802ffc3f3010be5b> "Initial revision" in 1992, and Clang appears to support it since <https://github.com/ llvm/llvm-project/commit/d93abc3bb0acdd430839abdd67bd3920fee87bbc> "Implement ffs, parity, and popcount builtins" in Clang 2.4. (And if a build used a compiler that does not support it, there would be no guarantee that it would support strings.h function ffs from X/Open System Interfaces, either.) Introducing HAVE_GCC_BUILTIN_FFS in 334a9f16cd1d1f9694f885c759903a41aa3d4833 "tdf#113211: fix calculations with big integers" appears to be due to a misguided recommendation at <https://gerrit.libreoffice.org/c/core/+/43477/4# message-899806c724fbdcece0ea9438514a6a5db6a2e645>. Change-Id: Ib6ee6de548172b3aae25483d03efb86620133933 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92421 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-17HAVE_GCC_BUILTIN_FFS is unusedStephan Bergmann
...ever since it was introduced in 334a9f16cd1d1f9694f885c759903a41aa3d4833 "tdf#113211: fix calculations with big integers". (Only the AC_DEFINE'd #define in config_host/config_global.h.in is used in sal/rtl/math.cxx.) Change-Id: I4b84534b022b96fee725988906c047736e7a579b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92411 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-04-15Related tdf#130778: New About dialogHeiko Tietze
More flexible dialog logo & about images as SVGs Change-Id: Icefa035893e241a7dee6aa28236e6b89b38477de Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91908 Tested-by: Jenkins Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
2020-04-09pyuno,*: kill Python 2 support with fireMichael Stahl
Python 2 support was retained for use with --enable-python=system on RHEL7 and SLES. The time has arrived to remove it. Some .py files that were imported from third parties are not changed to enable easier replacement with updated versions if necessary. solenv/gdb should continue to support Python 2. bin/get-bugzilla-attachments-by-mimetype requires Python 2 to access Launchpad. Change-Id: I26414ae8e9f8402c90336af82020135685694217 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91697 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
2020-03-27revert the gyp-based nss build changesLuboš Luňák
https://lists.freedesktop.org/archives/libreoffice/2020-March/084769.html etc. This reverts commit c76fdcf1cfa1242e66b50ebe80d6eac1baae37a9. This reverts commit 10f52ab4d27263439d59f55f40e88ad2fde0cf71. This reverts commit eac806e8dcd9ee6439ac8695978ff6b62cc6b8d2. This reverts commit d591a682e46ff352f06a61c024ef661dd17f4ea4. This reverts commit 12235d3390a7fc5146bf65f9d6166034b8a048ee. This reverts commit 23245f723fb29262b8543d6447d1b0bb69cb50fb. This reverts commit 91658b402b66b67c785687d5b3a76e3183fe76bf. This reverts commit 5feadfad0cc3be2680213d2e5f6f786b2f4cc74f. This reverts commit fecca49c309fc723c524f12fa671114b316a5562. This reverts commit c6a9454e744289cf2004b42b3c90854b2db8382b. This reverts commit a1a62a70411cb6041b5930ead08280d5e1e7b5f9. This reverts commit 8512f4ca090c85477a6670438aeefe7fdfcf8a98. This reverts commit 532ffb7a297d55b495141ce33692df5d9917b54f. Change-Id: Iaa48d692bea2ca2468cdd5f8ad26ad91c0c31dde Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91199 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-03-25Fix test for /usr/share/java/flute-1.3.0.jarStephan Bergmann
The old test was always true (as -f/usr/share/java/flute-1.3.0.jar is not the null string), so in a --with-system-jfreereport build that did not explicitly configure --with-flute=..., FLUTE_JAR was always set to /usr/share/java/libxml-1.0.0.jar, even if that file does not exist (as e.g. on Fedora, where e.g. flute-1.3.0-22.OOo31.fc32.noarch includes /usr/share/java/flute.jar instead). The only use of FLUTE_JAR is in gb_Jar__use_flute in RepositoryExternal.mk, and the only use of that is in reportbuilder/Jar_reportbuilder.mk, but which seems to not mind if the given jar doesn't exist? Change-Id: Iea94ed34b4df61d2abed67b54bd4caa24ede7e80 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91039 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-03-24Accept iOS SDK 13.4Tor Lillqvist
Change-Id: I7ef4acfd009c9e7fa0adf31a2f50f507b957bac9
2020-03-24Set Boost baseline to 1.66, and enforce itStephan Bergmann
According to the mailing list thread starting at <https://lists.freedesktop.org/archives/libreoffice/2020-March/084722.html> "Reasonable boost baseline?", 1.66 should cover --with-system-boost at least for contemporary Debian, RHEL, and SUSE based distros. And at least our AX_BOOST_BASE from m4/ax_boost_base.m4 by itself only issues a AC_MSG_NOTICE if no appropriate Boost is found, so add an explicit AC_MSG_ERROR to make configure fail in that case. Change-Id: Ifdf6566af785f613c62f9c5a4b85cf80cec672c5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90985 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-03-24No more --disable-gtkSamuel Mehrbrodt
Change-Id: I80da384871f96e05e348c734a96e825f0b58278d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90925 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
2020-03-23actually export $NINJA from configureLuboš Luňák
I based the check on the gmake check, but that one doesn't need the export, as gmake is what needs to be called for the build to start. But ninja is currently only used during building NSS. Also do not use Windows path for ninja on Windows, as NSS actually invokes it from a shell script. Change-Id: I0d8a86ee3688f27a376d547cd946bb4c59a547a2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90922 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
generated by cgit (git 2.34.1) at 2025-01-06 23:02:27 +0000