summaryrefslogtreecommitdiff
path: root/configure.ac
AgeCommit message (Collapse)Author
2022-08-01Bump version to 22.05.5.1Andras Timar
Change-Id: I81745554f5cf60df0d95529d6a390b848c022c6b
2022-07-26fix bluetooth entitlement, was added to the flipped conditionChristian Lohmaier
of course it should only be added when the bluetooth part of the sdremote is enabled, not the other way round... fixes c78b49ec132eb5126445ebee7d259d3df7fcaa68 Change-Id: I0085c61a4bafece80be92c56928095c2726e11b4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137025 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> (cherry picked from commit bdd97cb83e09225905a6272caf91579a0a77d3c2) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137054 Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com> Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-07-11Bump version to 22.05.4.1cp-22.05.4-1Andras Timar
Change-Id: I613ba29dfcdcf977677ede8c74e78272bcb79ab7
2022-07-11Accept iOS SDK 15.5Tor Lillqvist
Change-Id: I19f54042613769993b92cfaf04de292cfbb72b5f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134459 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136903 Tested-by: Tor Lillqvist <tml@collabora.com>
2022-07-02allow to specify a macOS provisioning profileChristian Lohmaier
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> (cherry picked from commit b43f0b0295953c8d5d16c5b9eccaddb5ec214bab) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136695
2022-07-02allow pretty names in --enable-macosx-code/package-signingChristian Lohmaier
also reorder the logic to avoid duplicating the matches for default value and manually provided one. Change-Id: I4466cbeaf5abd7168f21e22cd910f63568c14e24 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136224 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> (cherry picked from commit 2f5b54ba51157a2346e10dfb82e3d434d6030aaa) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136551 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2022-07-02don't specify entitlements that are not used (sdremote w/o bluetooth)Christian Lohmaier
the network.server entitlement is only needed when the sdremote is enabled, and the bluetooth one only when the bluetooth part is built. Also warn about bluetooth not being built because of obsoleted/removed API. It was "silently" dropped before (lost in the flood of configure output). Change-Id: I38d83aa1132307b5b4b5d6dceba8f9020ffb2373 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136617 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/136626 Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2022-06-27Bump version to 22.05.3.1cp-22.05.3-1Andras Timar
Change-Id: I9f5884ad4a2cacd5f9266616235803c82f5b1920
2022-06-09Get make_installer calls to run in parallelThorsten Behrens
If available, use GNU parallel to run N make_installer.pl scripts in parallel, to scale packaging LibreOffice up with the rest of gbuild. * fallback if no GNU parallel found - run make_installer sequentially as before * push most of the make_installer.pl input param tweaks from gbuild down into a shared call_installer.sh script * call gnu parallel with generated number of "templ:lang:prodname:ext:pkgfmt:strip-flag" tuples, one for each package to build (empty templ for non-windows, to save on cmd line length) * such that we can run all those in parallel (taking into account the build's PARALLELISM parameter) * there's still the main package build running epm sequentially for umpteen sub-packages from within _one_ make_installer.pl instance, but that's much harder to parallelize from inside Perl (so we punt on that here) Change-Id: Ie7d3084ed60d003d587c5e64dc9fb1809b23e409 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133957 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135346 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2022-06-01Bump version to 22.05.2.1Andras Timar
Change-Id: Ifd37ef6e6c73db9432bf47a7f1f67a2d75250e8e
2022-05-30Bump version to 22.05.1.1co-22.05.1-1Andras Timar
Change-Id: I8eb51386723330e08de3c39db37330ca54acffad
2022-05-25tdf#147250 configure: default to --with-system-nss on LinuxMichael Stahl
NSS is very ABI compatible and part of current LSB 5.0 and so it should just work to use the one from the system, i'm not aware of a Linux that doesn't ship it. There used to be some feature patch in external/nss but this was removed years ago, now it just contains build fixes. Problems can occur if a mixture of system and bundled NSS libraries is loaded, if first an old version .so is loaded and then newer version .so depends on it but can't find some required symbol. See for example: https://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg287043.html Another issue is that e.g. Fedora ships libnsspem.so in the nss-pem package, which may cause trouble in ASAN builds, where the internal NSS is built to call __asan_poison_memory_region but the system libnss-pem.so doesn't call __asan_unpoison_memory_region so we get: ==2568944==ERROR: AddressSanitizer: use-after-poison on address 0x61d0019afab0 WRITE of size 192 at 0x61d0019afab0 thread T28 (utl::Moderator) 0 in __interceptor_memset.part.0 (instdir/program/soffice.bin+0x466460) 1 (/lib64/libnsspem.so+0x15f3d) 2 (/lib64/libnsspem.so+0x16185) 3 (/lib64/libnsspem.so+0x8a9b) 4 (/lib64/libnsspem.so+0xe13b) 5 in secmod_ModuleInit workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11load.c:244:11 .. 21 in curl_easy_perform workdir/UnpackedTarball/curl/lib/easy.c:715:10 Also, with system NSS, things like p11-kit integration become responsibility of the OS. Change-Id: I50caedd46914dd5d6905c5d32d44a599cd78119e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120388 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> (cherry picked from commit 0028266e34a683b1650410cee65dac502e304c9f) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/134293 Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2022-05-02Fix determining ZXING_CFLAGS for --with-system-zxingStephan Bergmann
While at least Linux distros typically provide the zxing include files in a dedicated ZXing sub-directory (i.e., /usr/include/ZXing/), the bundled external/zxing does not (it rather provides them in workdir/UnpackedTarball/zxing/core/src/, cf. RepositoryExternal.mk). Therefore, source files like cui/source/dialogs/QrCodeGenDialog.cxx #include <BarcodeFormat.h> etc. rather than #include <ZXing/BarcodeFormat.h> etc., and for --with-system-zxing ad92c7dfa64c9e08aa2bcf612a9a4a68e9deae22 "fix system zxing build" simply hardcoded ZXING_CFLAGS=-I/usr/include/ZXing (i.e., the typical location for these include files). However, for e.g. a Fedora Flatpak-from-RPM build of --with-system-zxing LibreOffice, the include files will be in /app/include/ZXing/ rather than in /usr/include/ZXing/. (And which AC_CHECK_HEADER would find via CPLUS_INCLUDE_PATH containing /app/include for such a build. But the hardcoded ZXING_CFLAGS then caused compiling e.g. cui/source/dialogs/QrCodeGenDialog.cxx to fail because it didn't find BarcodeFormat.h etc. in the hardcoded /usr/include/ZXing/.) So when checking for the sample zxing include file (MultiFormatWriter.h), try any $CPLUS_INCLUDE_PATH paths one by one (and with a fallback to /usr/include). (The explicit unset ac_cv_header_MultiFormatWriter_h is needed so that the second and later iterations of the for loop don't erroneously reuse a cached "no" result.) Change-Id: Id85f9960ffd3759c7960ef3a81982b85bc3c04c1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133189 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 27c850b2ea3d004b380921de6664c50e6d54d4f5) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133484 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2022-04-19We do want scripting on iOS, tooTor Lillqvist
The native-code.py script unconditionally generates references to that now. Change-Id: Ib0ca1e994af15597f8a191ccdd32d95efca063da Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115796 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/118897 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133016
2022-04-13Accept iOS SDK 15.4Tor Lillqvist
Change-Id: I53efea3dcc7308f2189d331a9f5ec52d0e610b42 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131581 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132196 Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132942
2022-04-06nss: build with zlib module on WNTMichael Stahl
Change-Id: Ie875b4a8df1697de83a8f22cb1170a49792c47e6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132367 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> (cherry picked from commit 1c748fefc3c5b42e3548a1a7f5017a579982005a) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132419 Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2022-03-23make Calc jumbo sheets an explicit build featureLuboš Luňák
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-03-21Accept macOS SDK 12.3Tor Lillqvist
Change-Id: Ice469236dd79675b6fad6f7c5a244888200fea8b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131565 Tested-by: Tor Lillqvist <tml@collabora.com> Reviewed-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131894
2022-03-13do not build HELPTOOLS for 'host' when cross complingAndras Timar
* it's unnecessary, HELPTOOLS are only needed for the build * on armv7-32-bit we had build issues LinkTarget Library/libclucene.a not defined. Stop. probably because of the refactoring of help related options: 14069d84174ca7a4e60db4d75912903e9679b643 Change-Id: Ia32e7dba1d745eee80fb487f8749767d5d6648e8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/131463 Tested-by: Andras Timar <andras.timar@collabora.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2022-03-09Don't build clucene if not neededJan-Marek Glogowski
Just build it if HELPTOOLS or XMLHELP are in BUILD_TYPE. And simply tets for clucene just in this case. And since XMLHELP is not in the list of PERMITTED_BUILD_TARGETS, disable it. Change-Id: I13fdbf096c60191a428e23c22344f7e22e8c5d66 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127231 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2022-02-23eliminate ENABLE_STRIP because it causes build issues in nss (Android)Andras Timar
Change-Id: Ie229f444d80a5f441576649e22b0c56c67cd3424 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130347 Tested-by: Andras Timar <andras.timar@collabora.com> Reviewed-by: Andras Timar <andras.timar@collabora.com>
2022-02-18configure.ac: Update kf5 include/lib check to work with KF5 >= 5.91Michael Weghorn
The 'kcoreaddons_version.h' header was moved to the 'KCoreAddons' subdirectory in kcoreaddons commit commit d971ba9bb27a3e8f18a116692fdf98c1729ac244 Author: Ahmad Samir <a.samirh78@gmail.com> Date: Sat Jan 15 14:14:13 2022 +0200 Install kcoreaddons_version.h in /usr/include/KF5/KCoreAddons/ Instead of /usr/include/KF5/kcoreaddons_version.h. For more details see: https://invent.kde.org/frameworks/kservice/-/merge_requests/79 GIT_SILENT Adapt the KF5 check to check for the 'KFileWidget' header and the 'libKF5KIOFileWidgets.so' library instead. This is more exact anyway, since we require KIOFileWidgets, and the previous check didn't ensure that. (So in case only KF5CoreAddons but not KIOFileWidgets was installed, configure would previously pass, but the build fail.) [1] https://invent.kde.org/frameworks/kcoreaddons/-/commit/d971ba9bb27a3e8f18a116692fdf98c1729ac244 Change-Id: I7ecf7f29dce85e1a6e6b0d4f2519fa37ab04ca84 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129996 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de> (cherry picked from commit 5fd5e42bf28a7910321c6b6d76257e7386839fbc) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/130007 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2022-02-14support for the WebP image format (tdf#114532)Luboš Luňák
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-02-14Accept iOS SDK 15.2Tor Lillqvist
Change-Id: I42182f86673586ce48905bdda3281ef4499263a8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126958 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
2022-02-14MSVC -arch is independent from the ability to use CPU intrinsicsLuboš Luňák
It's possible to write AVX512 intrinsics in code compile only with -arch:AVX . So do not require -arch for being able to do so, especially since there is no -arch option for only AVX512F without other AVX512 subsets (the option enables also CD, BW, DQ and VL https://docs.microsoft.com/en-us/cpp/build/reference/arch-x64). https://crashreport.libreoffice.org/stats/crash_details/55ef825d-c323-4df9-95e2-76672c674e60 is presumably caused by this, I can see use of registers XMM0-15 in arraysumAVX512.cxx built with -arch:AVX2 but when built with -arch:AVX512 registers XMM16-31 are used too (I'm not sure if that's AVX512DQ or something else, I can't find info on it). Change-Id: I74473333a17e618327d43b920b8929d1b0e733b8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129724 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Reviewed-by: Luboš Luňák <l.lunak@collabora.com> Tested-by: Jenkins (cherry picked from commit 807a15bd64c1f2a57371d12e7684541293cd9791) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129765 Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2022-02-14Replace unixODBC to iODBC that is BSD licensedAndras Timar
Change-Id: Ia794fd97bb70b1e33385517971a174430d11cab7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126117 Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com> Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
2022-02-13FreeBSD: evaluate --with-gnu-patchAndras Timar
Change-Id: I41e2cc8dc74022c840dac6355ed29cc0c4c40b17
2022-02-13[cp] don't allow space in INSTALLDIRNAMEAndras Timar
(cherry picked from commit 2fc7778ba2ce545ecb6bd2e60a09eeb8fdb44b49) Change-Id: I4c20ab9051b49149d4cd52339a61c98f5f62226b
2022-02-13[cp] Allow creation of debuginfo and debugsource rpm/deb packagesAndras Timar
Change-Id: Idae5128b58e4cd6f61b8e83664098d195ca67072
2022-02-13Make installer compression tool configurableThorsten Behrens
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-02-13[cp] Collabora Office brandingAndras Timar
Change-Id: I694d9a6c508853d2d980f76cc259ce1e39149da4
2022-02-11[cp] Optionally bundle even more Google Noto fontsAndras Timar
Change-Id: I6c08476710ab541ff9b9407f5d874dbb038990df
2022-01-14annocheck warning about missing .note.gnu.property sectionCaolán McNamara
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> (cherry picked from commit af55dc3891f7950d392175004b2090cb0e54828e) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127963 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2022-01-12bump product version to 7.3.1.0.0+Christian Lohmaier
Change-Id: If592010b0b2c64b8a1999c1a6b4744e1d477491b
2022-01-08Update gpgme to 1.16.0Thorsten Behrens
* remove GPGME_CAN_EXPORT_MINIMAL_KEY, upstream now has support for key export flags in c++ wrapper (gpgmepp >= 1.14) * therefore, external/gpgmepp/add-minimal-keyexport.patch now fully obsolete, tweaked xmlsecurity code to use upstream function * bits of external/gpgmepp/find-libgpg-error-libassuan.patch are upstream now (configure and makefile pieces, though we keep configure.ac changes for the while - to not pick up system versions too easily) * external/gpgmepp/gpgme.git-fe2892618c20cd40c342cce26ffb6ac4644fd3c3.patch.1 was from upstream anyway, removed Change-Id: I991c20c0eeff0f9135e97c991afcb905be55a959 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127665 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de> (cherry picked from commit 78dae8b20b85686d1a642415195d2e10fbb2dc1f) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/128085 Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2022-01-06Add configure test for the backtrace implementationIsmael Luceno
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> (cherry picked from commit c1be12396088563ed77ed61e54fd4e153469701d) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127767 Reviewed-by: Ismael Luceno <ismael@iodev.co.uk> Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2021-12-26bump liborcus dependency in pkg-config check to >= 0.17.2Rene Engelhard
since that is what is needed now since aadbac5467bb6ab768f87ed6ec003c55159d54aa to make the tests pass. (One could do a version-check like done with libmwaw etc, too, but didn't follow that route) Change-Id: Id70871104b5c12462db12f14b637c6884a98954c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127144 Tested-by: Jenkins Reviewed-by: Kohei Yoshida <kohei@libreoffice.org> (cherry picked from commit e31191d45c27965bb1a73577b9fcc99b5d88795a) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127374
2021-12-21bump product version to 7.3.0.1.0+Christian Lohmaier
Change-Id: Ia15c20c3cb42181081842be825012614e4bb03a1
2021-12-16add support for macOS SDK 12.1Noel Grandin
Change-Id: I30d816d5926e5b1771901c697b67eb275d122636 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126890 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> (cherry picked from commit d023a95526b8277775927c6ef3bf39925c77f76b) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126927 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2021-12-14upload libmwaw 0.3.21David Tardon
Change-Id: Id28cd361237ce67b76a865ad4291ccece521af85 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126768 Tested-by: Jenkins Reviewed-by: David Tardon <dtardon@redhat.com> (cherry picked from commit c74d59a8b47bb8228c297a60e6b5b0cc5e08aa53) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126809 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
2021-11-28Drop support for poppler w/o cpp/poppler-version.hJan-Marek Glogowski
Seems the first poppler including poppler-cpp.pc.in and also cpp/poppler-version.h.in was 0.14.0. So this also increases the minimal system poppler dependency from * poppler 0.12.0 (Wed Sep 9, 2009) to * poppler 0.14.0 (Tue Jun 8, 2010) Compiling the internal poppler, we're up-to-date anyway. Change-Id: Iee07cfeb43f4320fd596c772eeb26662505d0daf Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125778 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de> (cherry picked from commit 8ae97ead49b31899c194e6086bd0e53be17da62e) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125837 Tested-by: René Engelhard <rene@debian.org> Reviewed-by: René Engelhard <rene@debian.org>
2021-11-25bump product version to 7.3.0.0.beta1+Christian Lohmaier
Change-Id: Iaa2e28159921541843c029d66f138fe732148583
2021-11-25required curl_multi_wakeup is only in >= curl 7.68.0Caolán McNamara
Change-Id: I53878de49549098ff90ef1f68f88880a6eb5bf55 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125797 Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
2021-11-25fix windows ccache supportLuboš Luňák
I accidentally pushed an older version of the commit. PCHs work fine with ccache, so no need to disable one or another. And $COM is not set yet at the time when ccache is detected, so use $os instead. Change-Id: I1802684d6bbdee940b7062be0b8010a887216834 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125800 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-11-23configure: default to --with-webdav=curlMichael Stahl
Change-Id: I00842dec9512a8fe0d68a507e8a1467df97709f2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123461 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
2021-11-23My clang-cl build does not work with -Zc:dllexportInlines-Stephan Bergmann
Lots of > [build LNK] Library/cppuhelper3MSC.dll > servicemanager.o : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl xmlreader::Span::Span(char const *,long)" (__imp_??0Span@xmlreader@@QEAA@PEBDJ@Z) referenced in function "public: __cdecl `anonymous namespace'::Parser::Parser(class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::uno::XComponentContext> const &,struct cppuhelper::ServiceManager::Data *)" (??0Parser@?A0x40CCA2FC@@QEAA@AEBVOUString@rtl@@AEBV?$Reference@VXComponentContext@uno@star@sun@com@@@uno@star@sun@com@@PEAUData@ServiceManager@cppuhelper@@@Z) > servicemanager.o : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl xmlreader::Span::Span(void)" (__imp_??0Span@xmlreader@@QEAA@XZ) referenced in function "public: __cdecl `anonymous namespace'::Parser::Parser(class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::uno::XComponentContext> const &,struct cppuhelper::ServiceManager::Data *)" (??0Parser@?A0x40CCA2FC@@QEAA@AEBVOUString@rtl@@AEBV?$Reference@VXComponentContext@uno@star@sun@com@@@uno@star@sun@com@@PEAUData@ServiceManager@cppuhelper@@@Z) > servicemanager.o : error LNK2019: unresolved external symbol "__declspec(dllimport) public: bool __cdecl xmlreader::Span::equals(char const *,long)const " (__imp_?equals@Span@xmlreader@@QEBA_NPEBDJ@Z) referenced in function "public: __cdecl `anonymous namespace'::Parser::Parser(class rtl::OUString const &,class com::sun::star::uno::Reference<class com::sun::star::uno::XComponentContext> const &,struct cppuhelper::ServiceManager::Data *)" (??0Parser@?A0x40CCA2FC@@QEAA@AEBVOUString@rtl@@AEBV?$Reference@VXComponentContext@uno@star@sun@com@@@uno@star@sun@com@@PEAUData@ServiceManager@cppuhelper@@@Z) [...] Change-Id: I2cf96b8ce52027fa3c307a0973cdfb91fa990763 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125683 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-11-20Fix typosAndrea Gelmini
Change-Id: I3db97c20af3815a366d93454c8fc66cf8bdd848e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125207 Tested-by: Julien Nabet <serval2412@yahoo.fr> Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2021-11-19add with-system-abseil/with-system-openjpeg for pdfiumRene Engelhard
Change-Id: I270cbb75cde2a44416b61978b8eefdf267720031 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125559 Tested-by: Jenkins Reviewed-by: René Engelhard <rene@debian.org>
2021-11-17support ccache for MSVC tooLuboš Luňák
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-17disable split debug if --enable-ltoLuboš Luňák
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88389 is right that split-debug doesn't make sense with LTO. Without -ffat-lto-objects or with Clang .o files aren't even really object files that would be normally usable. Since gcc complains if the combination is used, explicitly avoid it. Change-Id: I76992e94f4790238e5aaee691b5cec54fd0ef3a0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125379 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
generated by cgit (git 2.34.1) at 2025-03-10 18:17:26 +0000