summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2021-02-10Bump version to 6.2-29Andras Timar
Change-Id: Ic2348e378a469eb4a44d343ad50be8686bb09bce
2021-01-14Bump version to 6.2-28cp-6.2-28Andras Timar
Change-Id: Ifcaa6f8a130489bbc80ee9a80972f10cd7995874
2020-12-09Bump version to 6.2-27cp-6.2-27Andras Timar
Change-Id: I32f7b4cba3bfc9a1a9c0766ba322219a27e574a8
2020-11-09lok:configure: replace obsolete configuration linkscp-6.2-26Henry Castro
The "AC_LINK_FILES" is replaced by "AC_CONFIG_LINKS" Change-Id: I9c82d3f54cf78f08489453389d4e5070529a4f69 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105404 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Henry Castro <hcastro@collabora.com>
2020-10-28Bump version to 6.2-26co-6.2-26Andras Timar
Change-Id: Ic3f548cf7e482114c7dd328ae2031361a54b6dd7
2020-10-06Bump version to 6.2-25cp-6.2-25Andras Timar
Change-Id: Id5ba7c81ec55042260c6d1f2c9dc00c56b68d252
2020-09-22tdf#128136: Build curl, nss, and xmlsec for iOS, tooTor Lillqvist
We must link nss statically, including the three dylibs that normally are loaded at run-time, because including bare dylibs in an iOS appp on the App Store is not OK. See https://developer.apple.com/forums/thread/125796 . For linking the softokn3 library statically, NSS already had code, behind NSS_STATIC_SOFTOKEN ifdefs. Introduce two more macros: NSS_STATIC_FREEBL for the freebl library and NSS_STATIC_PKCS11 for the nssckbi library. Turn off parallelism for the sub-make building nss. There seems to be race conditions or something when running simultaneous instances of the nsinstall.py script or the nsinstall program in nss (used when building nss for the build platform). When cross-compiling from macOS, use python3 to run the nsinstall.py script, as it is Python 3. Change-Id: Idd427b5ebf21f802b3feb0d5a3d259317ba8fc67 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103152 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-09-17Accept iOS SDK 14.0Tor Lillqvist
Change-Id: I63bac82f1c5bbc00d637041b1e428d00b4c9dff5
2020-09-14Bump version to 6.2-24co-6.2-24Andras Timar
Change-Id: I69e92c4f17cdfedfb753c9ed3348fda96e29b5e5
2020-09-02Accept iOS SDK 13.7cp-6.2-23Tor Lillqvist
Change-Id: I0e0e4f6d0fa19c8e8c001c9ba4c25205346a32a9
2020-08-26Bump version to 6.2-23Andras Timar
Change-Id: Ibda2faa09d88af123fca6a067c5055aa19f3ba16
2020-08-13Accept iOS SDK 13.6Tor Lillqvist
Change-Id: If78f63ef2450a5354d343fb4d8f9e7f8f3c2abaf
2020-08-05Bump version to 6.2-22cp-6.2-22co-6.2-22Andras Timar
Change-Id: I658c792eeadf4dff4d7bc119edfa128b2eca6512
2020-08-04aarch64 callVirtualFunction needs to be compiled w/o -fstack-clash-protectionStephan Bergmann
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> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/100016 Tested-by: Jan Holesovsky <kendy@collabora.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com>
2020-07-28Bump version to 6.2-21cp-6.2-21co-6.2-21Andras Timar
Change-Id: Ic03f11ab2818eda52e28b9753b97fec879c06d0d
2020-07-16Bump version to 6.2-20Aron Budea
Change-Id: I40871c8c067f6217a0ef4b4678c253fd2e764ca4
2020-07-02Bump version to 6.2-19co-6.2-19Andras Timar
Change-Id: I077c07cb274d84b3505dc79329d00cf4772f11ec
2020-06-26Bump version to 6.2-18cp-6.2-18Andras Timar
Change-Id: I10a58da129f3fb1eaef27a9ebcbdd56cf10de4bb
2020-06-19Bump version to 6.2-17cp-6.2-17Andras Timar
Change-Id: I6a0d5f39e8a0876fe747974b73386d96547c6e11
2020-06-11lok: symbolic link to the "include" directory when builddir != srcdirHenry Castro
When compiling the android variant build in a different build output directory of the "online" project, it fails due to the missing "include" files. Change-Id: If9056788b3d043e4ae8ad3f799885995c0ab0cf0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/95603 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Henry Castro <hcastro@collabora.com>
2020-06-11Bump version to 6.2-16cp-6.2-16Andras Timar
Change-Id: I18a7348c19fa9209dc24a43db508a3361fedb9d3
2020-06-08Bump version to 6.2-15cp-6.2-15Andras Timar
Change-Id: Ia008650801b8726c8598c8ef27ac40b4ab717af5
2020-05-28Bump version to 6.2-14cp-6.2-14Andras Timar
Change-Id: If2faf0cea56f4d9f3abc89265196db4ae453451a
2020-05-21Accept iOS 13.5 SDKTor Lillqvist
Change-Id: I78756c8f89536e9a462448a7dc21a69c76520f44 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94614 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-05-19Bump version to 6.2-13co-6.2-13Andras Timar
Change-Id: Ia3d213cdf5d616e9dfef7fa41ffe16d577868073
2020-05-15Fix 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/+/94234 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2020-05-14Bump version to 6.2-12cp-6.2-12co-6.2-12CODE-4.2.3-2Andras Timar
Change-Id: I6e91a29740fd51be157ff22b844c8a783266a28c
2020-05-07Bump version to 6.2-11cp-6.2-11CODE-4.2.3-1Andras Timar
Change-Id: I2064eef90fbf58055059ea60b33c5fe9cb2de0cb
2020-05-01Add --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> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93204 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com>
2020-04-24[cp] Enable MSP patchingAndras Timar
(cherry picked from commit ae8938f8848bcce96e21ee207c0226ff0a3cb4a2) Change-Id: I1de9776e161161daf7349be304e05d5bb959f891 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92847 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2020-04-15Bump version to 6.2-10cp-6.2-10CODE-4.2.2-2Andras Timar
Change-Id: Icc37cafb66db8cb8a8eb1713cb330db15c3cf42b
2020-04-07Bump version to 6.2-9Andras Timar
Change-Id: I8b696127e871781204cfb7c62fa461002b81271a
2020-03-26Bump version to 6.2-8cp-6.2-8CODE-4.2.1-2Andras Timar
Change-Id: Ia693ec6cab5b5d3f5b3614907933ac2e69f17fcf
2020-03-25Accept iOS SDK 13.4Tor Lillqvist
Change-Id: I7ef4acfd009c9e7fa0adf31a2f50f507b957bac9
2020-03-19Bump version to 6.2-7cp-6.2-7CP-Android-iOS-4.2.1CODE-4.2.1-1Andras Timar
Change-Id: I5685d8ddc789d4852404ea6a40664dc5d91befd9
2020-03-19Bump version to 6.2-6Andras Timar
Change-Id: Ib8f6d50001207d5c0f5e7350c45f778b8f5a9c2c
2020-03-10Disable gtk in the build-config when cross-compiling.Jan Holesovsky
Not needed at all and gtk3 is already disabled there. Change-Id: Ic6f8be17645df22a414ae4b191a97b9bf1c16d1b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90204 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com>
2020-02-26Bump version to 6.2-5Andras Timar
Change-Id: Ied558fdd2f9dbc07423df7d77385b7c4bd3f2814 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89543 Tested-by: Andras Timar <andras.timar@collabora.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2020-02-13If asked to do so, enable icecream even in the 'build' part of configure.Jan Holesovsky
Otherwise it is used only in the 'host' part of the cross-compile build. Change-Id: Ifb8d88e18c131e3019a4f3168afc1b743f3cc8e0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88483 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com>
2020-02-10android hunspell: Don't explicitly disable extensions on Android.Jan Holesovsky
We need the bundled extensions for hunspell. Change-Id: I423d71376652b7d54dfdcc81462a19db9dc785bc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88218 Tested-by: Jan Holesovsky <kendy@collabora.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com>
2020-01-28Bump version to 6.2-4Andras Timar
Change-Id: I76f298a009ce712c7ef23f136a1deccd29264bdc
2020-01-09Bump version to 6.2-3cp-6.2-3CODE-4.2.0-3Andras Timar
Change-Id: Iab6ee2f21a0d13230faa2b510ad3af9d6ba3c519
2020-01-03Use only the 'MacOSXSpell' component on iOS, not the 'spell' oneTor Lillqvist
Using only the system spell checker (through MacOSXSpell) is what we have been doing anyway. Do not build the hunspell or mythes externals for iOS. Do not build the lnth or spell components for iOS. Change-Id: I2e2abc268d7719e540072e5daff3f7960e04ed27 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86172 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
2019-12-18Bump version to 6.2-2co-6.2-2Andras Timar
Change-Id: I1cc1e749e43aa6fcdd07a89b327aa77096d53efa
2019-12-02android: Fix location of the built freetype library.Jan Holesovsky
Otherwise it is not found when the the fontconfig's ./configure is running, which leads to linking failure during the fontconfig's ./configure time, which leads to an undefined HAVE_FT_GET_NEXT_CHAR which leads to not using the actual FT_Get_Next_Char, but instead some dummy code that leads to an infinite loop on the app startup; huh. Change-Id: I40b7a403fbe75582bb98f15f1afe7a4050fd13aa Reviewed-on: https://gerrit.libreoffice.org/83922 Reviewed-by: Jan Holesovsky <kendy@collabora.com> Tested-by: Jan Holesovsky <kendy@collabora.com>
2019-11-25android: Introduce --enable-android-lok configure switch to fix RGB vs. BGR.Jan Holesovsky
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>
2019-11-19test command does not do short-circuit evaluationTomoyuki Kubota
Change-Id: Iaaeb479698c79f2cea3fd2e3914c17d3a2692981 Reviewed-on: https://gerrit.libreoffice.org/73837 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-11-19The Bluetooth code doesn't compile with macOS SDK 10.15Tor Lillqvist
Change-Id: I8fffa4cef9628e6872c881cd0cbdfe85495fa324
2019-11-19Bump Java baseline to Java 8Stephan Bergmann
...as discussed at <https://lists.freedesktop.org/archives/libreoffice/2019-July/083193.html> "Minutes of ESC call: 2019-07-25". 3d27b2fa9c5a03f78e5145377402f8a88e3da1be "tdf#124503: Support JRE installations with unknown java.vendor property" had added support for JREs with unknown vendor strings without checking that those JREs have a matching version (Java 6 back then, Java 8 now). That check has still not be implemented, assuming that Java 8 is old enough in practice so that any such JRE encountered in the wild will at least be Java 8 anyway. Change-Id: I0205a34955368067c698bcabd24de84205a382bd Reviewed-on: https://gerrit.libreoffice.org/76365 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-11-19Always set java bytecode / source target to 1.6 / 6Samuel Mehrbrodt
as our new baseline (as discussed in ESC call 2019-02-07) Change-Id: I8a22fab6a1f9a713cb55b4c5d8173c3bbcd28587 Reviewed-on: https://gerrit.libreoffice.org/67387 Tested-by: Jenkins Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
generated by cgit (git 2.34.1) at 2024-05-23 11:04:22 +0000