summaryrefslogtreecommitdiffstats
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* Release 6.3.6.12Thorsten Behrens2021-11-051-1/+1
| | | | Change-Id: Ie4c94f7f0f5000e0b6fd86a3b6d5af5bea4e8202
* Release 6.3.6.11Thorsten Behrens2021-04-231-1/+1
| | | | Change-Id: I68d5825a0f51fca65e60fbbf72e036b03b2a2b1c
* Release 6.3.6.10Thorsten Behrens2021-04-091-1/+1
| | | | Change-Id: I87e5277dab2c6375ff8d6c1f0487be130a922f39
* Release 6.3.6.9Samuel Mehrbrodt2021-04-091-1/+1
| | | | Change-Id: I343c57f8f1ba22972e8b0fa0a81e7b4b98b7e799
* Release 6.3.6.8Samuel Mehrbrodt2021-04-091-1/+1
| | | | Change-Id: Ia98028acc4fb1929910606c567b4b77985f43189
* Release 6.3.6.7Samuel Mehrbrodt2021-04-091-1/+1
| | | | Change-Id: Iea58b785d62006d0f1ee2e21c110acc402d499f7
* Release 6.3.6.6Samuel Mehrbrodt2021-04-091-1/+1
| | | | Change-Id: I6f7a969a030114fc8de2155587f26552b901666a
* configure: Release 6.3.6.5Michael Stahl2021-04-091-1/+1
| | | | Change-Id: I8d957da6b0b4cc1d254eb5535f3f11c3db60911c
* Release 6.3.6.4Thorsten Behrens2021-04-091-1/+1
| | | | Change-Id: I45e43a9cf0feb2efa824612af1d42b7901ed0c25
* Adapt o3tl::span to P1872R0Stephan Bergmann2021-04-091-0/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ..."span should have size_type, not index_type" (<http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p1872r0.pdf>), as implemented by libc++ since <https://github.com/llvm/llvm-project/commit/ 1466335cf4b2854a0be1defcf279fe50772bad6f> "[libc++][P1872] span should have size_type, not index_type." All uses of index_type had been added to mitigate the previous std::span change from signed (ptrdiff_t) to unsigned (size_t) index_type, see 6ef8420fdbf8dff16de13147c5ab833bc5e01121 "Adapt o3tl::span to updated C++2a std::span". There is no easy solution to transparently support all three std::span variants currently out there (signed index_type, unsigned index_type, unsigned size_type), without causing compilation failures due to CPPUNIT_ASSERT_EQUAL with arguments of different types, or compiler warnings about mixed signed/unsigned comparisons. So rule out the oldest std::span variant (signed index_type) in configure.ac (so that o3tl::span will use its own hand-rolled code in that case) and simplify the uses of index_type to std::size_t (as had already been mentioned in 6ef8420fdbf8dff16de13147c5ab833bc5e01121). Reviewed-on: https://gerrit.libreoffice.org/84652 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 8e6865188242bccb3d8aa857ddc990d72a058d3d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87757 Reviewed-by: Caolán McNamara <caolanm@redhat.com> (cherry picked from commit bb9833594b031c6d0ec91422f85968c4b1f2f8bc) Change-Id: I6ddf424ffb7941da3f69ad66fd29ecd35f09afae
* Add --with-latest-c++ to explicitly opt in for -std=c++20/-std:c++latestStephan Bergmann2021-04-091-2/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adaptation of this change to this branch. The point is to avoid compiling as C++2a as the code for externals has not been patched properly for that here. Here is the original commit message even if I assume it is a bit misleading in this branch: 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> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93692 Tested-by: Tor Lillqvist <tml@collabora.com> (cherry picked from commit f0b74640137f07ed74027f98fbf6d1c0d98939bf)
* We do not need a C++ GNU dialectStephan Bergmann2021-04-091-9/+1
| | | | | | | | | | | | | | | | | | | | | | 1cf7ab61a71d4b7295942ff5c855896e60c15081 "use -std=gnu++0x rather than -std=c++0x" appears to have started this, but the only rationale it gives is that it keeps things in sync with GCC's default behavior when no -std= is given. But it apparently works fine to build with a -std=c++... standard dialect. This allows to get rid of the check introduced with 50cd28e5728b6a64c1e605567540739ea6ef42ca "Ensure configuration that defines math_errhandling in <cmath>". (It kept bothering me to say "I observe this-and-this with -std=c++2a" when what configure.ac made me actually use was -std=gnu++2a. And truthfully saying "-std=gnu++2a" would have been a distraction, as what is relevant for such an observation is most likely the "2a" and not the "gnu" part.) Change-Id: I7c213a702ffb7df6f4c2c4a421008e30e2712a51 Reviewed-on: https://gerrit.libreoffice.org/81176 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> (cherry picked from commit a9f77e87f3e6ca3333bbb16dec5456f3bf2903b8)
* Release 6.3.6.3Thorsten Behrens2021-04-091-1/+1
| | | | Change-Id: Idd239b69feb2b9129853d9677990fbad29be65a4
* bump product version to 6.3.6.2Christian Lohmaier2020-04-221-1/+1
| | | | Change-Id: Ic0e4ea334d9e65ced6eca57ceaf2c1e047d6c404
* bump product version to 6.3.6.1.0+Christian Lohmaier2020-04-091-1/+1
| | | | Change-Id: I423eaf3e92ae6ea606ef3c6a57700f1760d0515a
* configure,gbuild: gla11y fails on Fedora 31Michael Stahl2020-03-271-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The problem is that the LD_LIBRARY_PATH on the command line causes /usr/bin/python to find LO's libpython*.so*: 18269: find library=libpython3.7m.so.1.0 [0]; searching 18269: search path=.../instdir/program (LD_LIBRARY_PATH) 18269: trying file=.../instdir/program/libpython3.7m.so.1.0 Presumably LD_LIBRARY_PATH is used to find bundled libxml/libxslt. So let's try to disable the broken case where a bundled lxml is used with system python and bundled libxml/libxslt; this cannot work. (regression from 84ef6d82546b044990f4efd57e51e29c6c6565c8) Change-Id: I67aa8250691cae8f899d65f674aa9da23a9d1d7a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90906 Reviewed-by: Samuel Thibault <sthibault@hypra.fr> Reviewed-by: Michael Stahl <michael.stahl@cib.de> Tested-by: Jenkins (cherry picked from commit 190f81e34d918da289310a90416f9b6b7be7295f) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90823 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 1911e5eac88984e5ae171594a1702c01fb138ddf) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91168 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
* tdf#122218: Hack to avoid blurry text with macOS SDK 10.15Stephan Bergmann2020-02-151-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ...by setting the LC_VERSION_MIN_MACOSX load command's sdk value to n/a in the soffice executable. See <https://bugs.documentfoundation.org/show_bug.cgi?id=122218#c167> for how this helps, even though I have no idea why it helps. (Adding that -platform_version linker option appears to generate warnings like > ld: warning: passed two min versions (10.13.0, 10.13) for platform macOS. Using 10.13. but which are probably harmless.) (cherry picked from commit 645fe53be0dc36535dba0ed684e21ca4cda80d70) Plus cherry-pick of follow-up b7fd89100d8653dc73955780358fe31d38b68ebf "tdf#122218: Baseline Xcode 9.3 ld presumably doesn't support -platform_version" (and resolving the merge conflict in desktop/Executable_soffice_bin.mk). cherry picked from libreoffice-6-4 <https://gerrit.libreoffice.org/c/core/+/88753> Conflicts: configure.ac Change-Id: I043498c7ff2d148d4a7e1e0e9d46241b638f2eba Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88667 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88755 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
* bump product version to 6.3.6.0.0+Christian Lohmaier2020-01-281-1/+1
| | | | Change-Id: I48cc8bd5c171e989fa952008aec3f21b7c9bd455
* bump product version to 6.3.5.0.0+Christian Lohmaier2019-11-211-1/+1
| | | | Change-Id: I774d87ec633c0e2fee4ae0e0ceafca1b3dc0bf8a
* Accept iOS SDK 13.2Tor Lillqvist2019-11-201-2/+2
| | | | | | | | | | Change-Id: I5d42a60a257661f39d1c9af6299ca3278f783d2b Reviewed-on: https://gerrit.libreoffice.org/81870 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com> (cherry picked from commit ab3ec039bf5ffc1fb6f6948c1a1a7da2acad30eb) Reviewed-on: https://gerrit.libreoffice.org/83281
* Set RTL_OS to "iOS" for iOSTor Lillqvist2019-11-201-0/+1
| | | | | | | | | | | We accidentally had left it as "MacOSX". Affects at least the "generator" metadata stored in documents. Change-Id: I72eeefdbe192409084f7ab7a24adbc39dcafb624 (cherry picked from commit 1fb87997031d6318ddf8ddf9714d2585a92f7667) Reviewed-on: https://gerrit.libreoffice.org/83280 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* Bump the minimum iOS run-time version to 12.2Tor Lillqvist2019-11-201-2/+2
| | | | | | | | Change-Id: I082a7d62e222e625d1d921bea39b45578118d225 (cherry picked from commit 92d860f3fdd7c5390fa6c100d6f4dbbfa8f14fe7) Reviewed-on: https://gerrit.libreoffice.org/83279 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* Accept iOS SDK 13.1Tor Lillqvist2019-11-201-2/+2
| | | | | | | | Change-Id: I02870b35f67dd9ca47061311186d74dfec823aa7 (cherry picked from commit 2738622e6faf62da2753d97cd770e2b887f765b8) Reviewed-on: https://gerrit.libreoffice.org/83278 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* Let's not bother looking for quite old iOS SDKsTor Lillqvist2019-11-201-1/+1
| | | | | | | | Change-Id: I449d5fe425d741ca3b4a3be84e7e2bc015e90e32 (cherry picked from commit 48df1a3f665ba843be6fa99bec8fd5796ec096fb) Reviewed-on: https://gerrit.libreoffice.org/83277 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* iOS SDK 13.0 is the current versionTor Lillqvist2019-11-201-2/+2
| | | | | | | | Change-Id: Icd8455ce122530e69f01b8345cbd02925305429f (cherry picked from commit 9997f5fa056205fad58162dc0d2ce2d5d6b81ce8) Reviewed-on: https://gerrit.libreoffice.org/83276 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
* Accept also iOS SDK 12.4Tor Lillqvist2019-11-201-2/+2
| | | | | | | | Change-Id: I7bf7a428d53b7a1a4e0675414c4532f1f5b763a9 (cherry picked from commit 6c2ccd544f091c844fc1d03023c7e8f8af8c2620) Reviewed-on: https://gerrit.libreoffice.org/83275 Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* Accept also iOS SDK 13.0Tor Lillqvist2019-11-201-1/+1
| | | | | | | | | Change-Id: Ibbc731f998b00a0ea1235a961290746a849f81cf (cherry picked from commit 3ced4cd5f31dfca8198ab583cebe487ef1f2a809) Reviewed-on: https://gerrit.libreoffice.org/83274 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* python3: upgrade to release 3.5.9Michael Stahl2019-11-201-1/+1
| | | | | | | | | | | | | | | | | | | Fixes CVE-2019-9948 CVE-2019-9740 CVE-2019-10160 CVE-2019-16056 and expat CVE-2019-15903. python-3.3.5-pyexpat-symbols.patch.1 fails to apply, and it's a mystery why --with-system-expat is used everywhere but on MacOSX, where 292af048ace2d4b455b2da3a22c784cb05db1d09 disabled it for no obvious reason, so try to remove the special case and get rid of the patch. Change-Id: I5ba4532eb6e7c2fb90daba95d132dcc7c9013d96 Reviewed-on: https://gerrit.libreoffice.org/83117 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de> (cherry picked from commit b0930d56130fdddfe65e92b081a8afad77974076) Reviewed-on: https://gerrit.libreoffice.org/83189 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
* The Bluetooth code doesn't compile with macOS SDK 10.15Tor Lillqvist2019-10-311-0/+4
| | | | | | | | | Change-Id: I8fffa4cef9628e6872c881cd0cbdfe85495fa324 (cherry picked from commit 1e95c8dd006147f7a94e24135396277ee2f469b8) Reviewed-on: https://gerrit.libreoffice.org/81772 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* Accept also macOS SDK 10.15Tor Lillqvist2019-10-301-4/+13
| | | | | | | | | Change-Id: I2369db6b76af67d71146903c081ce6427d45c211 (cherry picked from commit 4378eae8aa5f29d02ac02000ba0d3a769b27c18e) Reviewed-on: https://gerrit.libreoffice.org/81731 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com> Tested-by: Tor Lillqvist <tml@collabora.com>
* aarch64 callVirtualFunction needs to be compiled w/o -fstack-clash-protectionStephan Bergmann2019-10-121-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.) Reviewed-on: https://gerrit.libreoffice.org/80701 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 5efb8624760e57dc1c2dd9abbeb13d5652f1fe07) Conflicts: bridges/Library_cpp_uno.mk configure.ac Change-Id: If667fdf704b1ba20a04593b38d2d1f079280df41 Reviewed-on: https://gerrit.libreoffice.org/80703 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
* bump product version to 6.3.4.0.0+Christian Lohmaier2019-10-111-1/+1
| | | | Change-Id: I8b8bc07bbc047b5eb8e7a21d8b3f90e37c79fc7e
* tdf#125368, Make KJ SVG icons available in the apprizmut2019-09-081-3/+3
| | | | | | | | | | Change-Id: I023cd3ce765d0e620d22c95b7091efc1ede8ce9b Reviewed-on: https://gerrit.libreoffice.org/78741 Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org> Tested-by: Rizal Muttaqin <riz_17_oke@yahoo.co.id> (cherry picked from commit 61b757f31f25cda6d595f64226181c7a82ce8d7f) Reviewed-on: https://gerrit.libreoffice.org/78749 Tested-by: Jenkins
* bump product version to 6.3.3.0.0+Christian Lohmaier2019-09-061-1/+1
| | | | Change-Id: I71670a875d0fd376a0b2cb4a9e140c8c58ede755
* add -latomic configure check...Rene Engelhard2019-09-031-0/+8
| | | | | | | | | | | | | | | ...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> (cherry picked from commit 098bf3b243bdbb3257fda97a54caa6c403f63df6) Reviewed-on: https://gerrit.libreoffice.org/78412 Tested-by: Rene Engelhard <rene@debian.org> Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
* bump product version to 6.3.2.0.0+Christian Lohmaier2019-08-161-1/+1
| | | | Change-Id: Ia376060b7da2774040f21828c4e38ff3fca06db7
* configure: don't enable export validation if there are no schemasMichael Stahl2019-08-141-0/+6
| | | | | | | | | | | | | Schemas are excluded from tarballs since commit 34dced99c33a97dab86c4538fa267ad4ad4fb41f because of the license. Change-Id: I6540926d9ebb390d7956bbd1df3bb915adebb64b Reviewed-on: https://gerrit.libreoffice.org/77383 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de> (cherry picked from commit c78dd0a726b32d922a0d75a26a51d4c30612368c) Reviewed-on: https://gerrit.libreoffice.org/77392 Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
* bump product version to 6.3.1.0.0+Christian Lohmaier2019-07-181-1/+1
| | | | Change-Id: Idac3762319c689ff58246204abf60bdca781f5aa
* Require cmis-client 0.5.2 and newerTomáš Chvátal2019-07-151-1/+1
| | | | | | | | | | | | With older releases the C++ 17 will not work and the configure would error out with weird message. Change-Id: Ife83669f0b55d3b013ca33f0b2a2709884309d5d Reviewed-on: https://gerrit.libreoffice.org/75218 Tested-by: Jenkins Tested-by: Tomáš Chvátal <tchvatal@suse.cz> Reviewed-by: Tomáš Chvátal <tchvatal@suse.cz> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
* tdf#120047 use new opens___.ttf version 102.11Andras Timar2019-07-151-1/+1
| | | | | | | | | | Change-Id: Iad48c663708dc9cda00d2a8534981f34c1c6f9d0 Reviewed-on: https://gerrit.libreoffice.org/75577 Tested-by: Jenkins Reviewed-by: Andras Timar <andras.timar@collabora.com> (cherry picked from commit 231fb0441981de788716c7574f03a9cef9c0e268) Reviewed-on: https://gerrit.libreoffice.org/75601 Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
* Qt5 / KDE5 don't require qt_version_tag symbolJan-Marek Glogowski2019-07-091-2/+2
| | | | | | | | | | | | | | | | | | | | | | Thanks to the extensive debugging information by the reporter of tdf#126272, I found the embedded Qt5 version tag: $ objdump -T libvclplug_qt5lo.so | grep qt_version_tag 000000.. DO *UND* 000000.. Qt_5.9 qt_version_tag So even if we try to stay Qt 5.6 compatible, this adds a dependeny to the build Qt version. But fortunatly this symbol dependency can be prevented by using -DQT_NO_VERSION_TAGGING, which this patch does. We still can't be sure we don't use newer symbols, but this way we won't prevent running with older Qt versions at all. Change-Id: Ia85c14f888d9743645909f59867b7ad568dc6f42 Reviewed-on: https://gerrit.libreoffice.org/75280 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit 98df07a89dbdef020c7cd849861c5aa426021153) Reviewed-on: https://gerrit.libreoffice.org/75296 Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
* bump product version to 6.3.0.1.0+Christian Lohmaier2019-07-051-1/+1
| | | | Change-Id: I0993fb6b07556046917cec7043a22d248bdca55d
* Don't link avmediagst with gtk3 and qt5Jan-Marek Glogowski2019-06-251-14/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | 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. Reviewed-on: https://gerrit.libreoffice.org/73849 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit a6201725d760cbce832d4de029b418bb7334df6a) Change-Id: I693947e441bceb4b09bc38920e308e39142d0a35 Reviewed-on: https://gerrit.libreoffice.org/74652 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
* bump product version to 6.3.0.0.beta2+Christian Lohmaier2019-06-201-1/+1
| | | | Change-Id: I9a6678624c8f9c90750aa547a3410fad82dcd779
* tdf#125921 Qt5 set WM_CLASS for top level windowsJan-Marek Glogowski2019-06-151-1/+3
| | | | | | | | | | | | | | | | | Uses the same naming then the gtk3 backend, i.e. "libreoffice" for the instance name and different class names for the module windows, like "libreoffice-writer". These names are referenced in the desktop files a StartupWMClass and for example used to pin an app to the task bar. Change-Id: Ic9b8890536f6413ab59d2e0da866e2280ab3181a Reviewed-on: https://gerrit.libreoffice.org/74014 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit 77a3c443d35c7d966217f02ea9189cb1819c7828) Reviewed-on: https://gerrit.libreoffice.org/74082 Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
* KDE5 move screensafer inhibiting code into Qt5Jan-Marek Glogowski2019-06-151-6/+8
| | | | | | | | | | | | | | | | | | | | | There will presumably be more X11 specific code later to implement some "fix" for tdf#119202. Moving the screensafer inhibitor is rather uncontroversial in comparion, so start with it and use it to carry the matching configure.ac changes. A little "nightmare" are all the clashing X11 / Qt type undefs, but I couldn't find a better solution while the inhibitor continues to include the X11 headers in it's header. Reviewed-on: https://gerrit.libreoffice.org/74015 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit b5323c72ff7e5bcde34089e49fe98e589dcc5acb) Change-Id: I55c89c76726d30a890178488484e954207267e89 Reviewed-on: https://gerrit.libreoffice.org/74081 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
* Have all VCL plugin related defines in config_vclplug.hMichael Weghorn2019-06-151-4/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Add the 'ENABLE_GTK3' and 'ENABLE_QT5' there to allow using sth like #include <config_vclplug.h> #if ENABLE_GTK3 // your code here #endif for these as well. Remove 'config_gtk3_kde5.h{,.in}', 'config_kde5.h{,.in}' and 'config_qt5.h{,.in}'; they aren't included anywhere. ('QT5_HAVE_GLIB' is only used in Makefiles, so there's no need to have it in a config header and 'KDE5_HAVE_GLIB' is not used anywhere at all.) Change-Id: Iea7906880f57dde782c50f2520e8d9b358f6bc82 Reviewed-on: https://gerrit.libreoffice.org/73204 Tested-by: Jenkins Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de> (cherry picked from commit 593e8c671361ba5a1229001ce9d1da92f4aae842) Reviewed-on: https://gerrit.libreoffice.org/74080 Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
* Related: rhbz#1718063 look for pkg-config python-version-embedCaolán McNamara2019-06-121-0/+3
| | | | | | | | Change-Id: I7048171501e32d29f9d5a58f0d5fc0b96b318a4e Reviewed-on: https://gerrit.libreoffice.org/73809 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
* bump product version to 6.3.0.0.beta1+Christian Lohmaier2019-05-311-1/+1
| | | | Change-Id: I9c8d7d115ffd14ab2fd4a2433388a26deba010da
* Support VC++ 2019 tools v142Mike Kaganski2019-05-301-1/+6
| | | | | | | Change-Id: I765ff8a80ac37b09e16bb16652f28534d1e575eb Reviewed-on: https://gerrit.libreoffice.org/73161 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
generated by cgit (git 2.34.1) at 2024-05-11 12:52:17 +0000