summaryrefslogtreecommitdiff
path: root/distro-configs
AgeCommit message (Collapse)Author
2022-02-14Remove COMPILER_PLUGINS_CXX from distro-configs/Jenkins/linux_clang_dbgutil_64Stephan Bergmann
It had originally been added with e754d0931ca75403647cc16100edd98e7e5ceadb "Remove CXXFLAGS_CXX11 from Clang plugin compilation", so "if COMPILER_PLUGINS_CXX is not set, simply default it to g++ instead of trying to construct an acceptable CLANGCXX value from CXX (which would be Clang). (The problem with using Clang without CXXFLAGS_CXX11 is that Clang, unlike GCC, typically defaults to C++03, but building compilerplugins requires C++11 at least. That would cause e.g. the Gerrit/Jenkins linux_clang_dbgutil_64 builds to fail---but which also needs COMPILER_PLUGINS_CXX to be explicitly set to 'g++ -std=c++11' as GCC on those machines is still 4.8.5 defaulting to C++03." But that should no longer be an issue with contemporary Clang, which defaults to >= C++11 for quite a while now. On the other hand, when trying to update the Clang used by <https://ci.libreoffice.org/job/gerrit_linux_clang_dbgutil/> from 5.0.2 to 12.0.1, and adding > export COMPILER_PLUGINS_CXX="ccache $LODE_HOME"/opt_private/gcc-7.3.0/bin/g++ to <https://git.libreoffice.org/lode/+/refs/heads/master/bin/linux_clang_dbgutil_64.env> (where this setting arguably belongs, rather than in distro-configs/Jenkins/linux_clang_dbgutil_64, anyway), which is needed because that version of Clang (and thus loplugin built against it) cannot be built with the baseline CentOS 7 GCC 4.8.5, that setting of COMPILER_PLUGINS_CXX got overriden by the one in distro-configs/Jenkins/linux_clang_dbgutil_64, and configure failed due to > configure:21069: checking clang/Basic/SourceLocation.h usability > configure:21069: ccache g++ -std=c++11 -c -I/home/tdf/sberg/lode/opt_private/clang-llvmorg-12.0.1/include -std=c++14 -fno-exceptions -fno-rtti -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/home/\ > tdf/sberg/lode/packages/llvm-llvmorg-12.0.1.src/clang/include -I/home/tdf/sberg/lode/opt_private/clang-llvmorg-12.0.1/include -std=c++14 -fno-exceptions -fno-rtti -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_L\ > IMIT_MACROS -I/home/tdf/sberg/lode/packages/llvm-llvmorg-12.0.1.src/clang/include conftest.cpp >&5 > g++: error: unrecognized command line option '-std=c++14' > g++: error: unrecognized command line option '-std=c++14' > configure:21069: $? = 1 Change-Id: Ic33b116090f648ef645febb4fbb28ceb6a2a7cae Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129692 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit a45f057d9d2bcd28e6b4342bbdf45fec38a43ac1) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129764 Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2022-02-11[cp] Collabora Office distro configsAndras Timar
Change-Id: I33bd382082ce40fd4db04a7fe3cb2458afac52f9
2021-11-26Adapt distro-configs/LibreOfficeFlatpak.confStephan Bergmann
...to 214fa233338c09156c67f85818b6a2ea6b3235bd "add with-system-abseil/with-system-openjpeg for pdfium" Change-Id: I5956b2710e3c3aa02285224e9d5799ef2da91270 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125885 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit 8d436e68a6f4d81a98a2059bc185ed86197272c4) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125893
2021-11-26--without-system-cuckoo missing in distro-configs/LibreOfficeFlatpak.confStephan Bergmann
...for 3749d9af3745c0eaff7239e379578e4e2af89e9d "tdf#130795 use concurrent hashmap in SharedStringPool" Change-Id: I1f8d224cc412ff3e8ad819b018aea6cc1829faca Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125884 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> (cherry picked from commit bdf2628013f58ca20260de597f12f8e8ba83e5ed) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125892
2021-11-18make Jenkins dev builds use --enable-dbgutil, not just debugLuboš Luňák
It's the "more debug" option that each developer ideally should use unless binary compatibility is wanted. Jenkins builds done with these settings are reportedly not published, so this is just tinderbox builds, and there's it's better to verify the extra dbgutil stuff too. Change-Id: Ia2f86ff9394e155b247a6e5e1583d0681399b99b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125381 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-10-14--enable-lto for distro-configs/* that already use --enable-mergelibsLuboš Luňák
LTO should now work properly at least on these platforms, and it's a couple percent better performance at the cost of build time. Change-Id: I0b6103161616b730fa32a7dd3b244219dda030fc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123585 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2021-09-25add dbffuzzerCaolán McNamara
which requires dropping ---disable-database-connectivity Change-Id: I5b3a2027916a3cf844cefd90629c3fe918ead31e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/122591 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-09-09a system cuckoo isn't availableCaolán McNamara
build without it and see what warnings there might be Change-Id: I54b4d0c784631d26f634c63157563203bc37f1b5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121864 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-09-06Flatpak: Upgrade to 21.08 runtime, disable SkiaStephan Bergmann
For whatever reason, building Skia against the 21.08 SDK would fail with > /run/build/libreoffice/workdir/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.cpp: In function ‘void {anonymous}::colrv1_draw_paint(SkCanvas*, const FT_Color*, FT_Face, FT_COLR_Paint)’: > /run/build/libreoffice/workdir/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.cpp:668:14: error: ‘FT_COLR_PAINTFORMAT_TRANSFORMED’ was not declared in this scope; did you mean ‘FT_COLR_PAINTFORMAT_TRANSFORM’? > 668 | case FT_COLR_PAINTFORMAT_TRANSFORMED: { > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > | FT_COLR_PAINTFORMAT_TRANSFORM > /run/build/libreoffice/workdir/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.cpp:669:60: error: ‘union FT_COLR_Paint_::<unnamed>’ has no member named ‘transformed’; did you mean ‘transform’? > 669 | SkMatrix transform = ToSkMatrix(colrv1_paint.u.transformed.affine); > | ^~~~~~~~~~~ > | transform > /run/build/libreoffice/workdir/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.cpp: In function ‘bool {anonymous}::colrv1_traverse_paint(SkCanvas*, const FT_Color*, FT_Face, FT_OpaquePaint)’: > /run/build/libreoffice/workdir/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.cpp:763:14: error: ‘FT_COLR_PAINTFORMAT_TRANSFORMED’ was not declared in this scope; did you mean ‘FT_COLR_PAINTFORMAT_TRANSFORM’? > 763 | case FT_COLR_PAINTFORMAT_TRANSFORMED: > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > | FT_COLR_PAINTFORMAT_TRANSFORM > /run/build/libreoffice/workdir/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.cpp:768:74: error: ‘union FT_COLR_Paint_::<unnamed>’ has no member named ‘transformed’; did you mean ‘transform’? > 768 | colrv1_traverse_paint(canvas, palette, face, paint.u.transformed.paint); > | ^~~~~~~~~~~ > | transform > make[1]: *** [/run/build/libreoffice/solenv/gbuild/LinkTarget.mk:347: /run/build/libreoffice/workdir/GenCxxObject/UnpackedTarball/skia/src/ports/SkFontHost_FreeType_common.o] Error 1 But including Skia in the Linux flatpak isn't too useful anyway (and just happened to be on by default): First, it is disabled by default on Linux, cf. UseSkia in officecfg/registry/data/org/openoffice/Office/Common.xcu. And second, on Linux it can only be enabled for SAL_USE_VCLPLUGIN=gen, but not for the gtk3 plugin that the flatpak normally uses, cf. OfaViewTabPage::UpdateSkiaStatus in cui/source/options/optgdlg.cxx. Change-Id: Ifdc9c23676280caf19db0e9f09df15aaa21eef5f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121705 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-09-02turn on symbols for jenkins windows buildsNoel Grandin
so we get good stacktraces when something goes wrong Change-Id: I1e0832b3ab0bdbbf1a76533c37fbb0a8060a0166 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/121266 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2021-08-26There is no --disable-neon configure option any moreTor Lillqvist
Change-Id: I8a3845ae0b811a43830c7bb166cc2092b7e163b1
2021-08-22ofz: prep for allowing oss-fuzz msanCaolán McNamara
dependencies need to be built with the msan flags so undo the --with-system .a usage now that trying to squeeze into the 12 hour build window isn't critical because the afl 6-8 hour build+check is disabled Change-Id: I3729d37e0f028c5efe62ce5d66ea6fe636d3d0c2 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120788 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-16ofz: use system curl .a and system glm headersCaolán McNamara
Change-Id: Idf4aa5f8d76afb3f0842830c2c874a10241ecc3d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120528 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-14ofz: build with system libexttextcatCaolán McNamara
Change-Id: I1dd2c49bfc5577a8502eb42721f3ef9b08f8fdb0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120485 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-13ofz: use system .a curl, fontconfig, freetypeCaolán McNamara
Change-Id: I2d0fcf28aa8d2fe937f850a2a54125073a6913d4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120423 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-12use --with-idlc-cpp=cpp instead of --with-system-ucppCaolán McNamara
for these special targets now where we want to avoid building ucpp Change-Id: I9ffa6f4148e8b5cafd7d34df4f2e18ec6f6c75c9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120413 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-12ofz: use system .a libs when they aren't c++ onesCaolán McNamara
Change-Id: I12e44bf2dbeebc0d18e48a22831099c3dad7b12d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120402 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-10oss-fuzz: can use system ucppCaolán McNamara
Change-Id: Ie78fa4442ec2d9b33e85d378f2df16f9f1696dd7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120227 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-07disable scripting for fuzzingCaolán McNamara
Change-Id: I67c1c00fa716242336bbad1dd3df079e277ea776 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120126 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-07explicitly disable ldap for fuzzingCaolán McNamara
though its already implicitly disabled Change-Id: Ia896ee187cae9e7bae6569559f5ceb824c8c86ec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120167 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-06disable a few more things when fuzzingCaolán McNamara
Change-Id: Ia2180b532c6c6cf2d6a735f3a8607c200ca786f0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120124 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-08-06oss-fuzz: disable some more features we don't needCaolán McNamara
trying to squeek this build under the unknown upstream TIMEOUT Change-Id: I77e65f2124ae09ff11209c2631437f3b77013290 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/120114 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-07-27Try without --disable-database-connectivity when building for iOSTor Lillqvist
This at least makes the configure script succeed again for iOS. See ffc6d564b91692cd9d99a0eb3b1ceaf54f7db89e. Change-Id: Iad7a1561bea09ea0315bb0079af55aad63befc23
2021-06-26use --disable-xmlhelp for fuzzingCaolán McNamara
Change-Id: Ieb6abbf05cdd3577c1653fc0078ee2db6e840a28 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/117925 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-06-04Enable PdfIum for android buildmerttumer
Change-Id: I58d09db362f0de991eab3920683530e1ec43e2bc Signed-off-by: merttumer <mert.tumer@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115373 Tested-by: Andras Timar <andras.timar@collabora.com> Reviewed-by: Andras Timar <andras.timar@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116296 Tested-by: Jenkins
2021-06-01configure: Refactor platform defaultsJan-Marek Glogowski
The main idea was to move complexity from source (and Makefiles) into configure.ac, because otherwise these must replicate the "same" branching, often resulting in diversions. Better to keep the logic in one place (configure.ac) and set additional variables to be used directly by source code and Makefiles. Notably this introduce the "using_*" platform flags, which should be considered constants. There is USING_X11, which actually tells, if the build uses the platform's X11 (and I opted for the removal of HAVE_FEATURE_X11). I also consider variables constant, after they have been exported by AC_SUBST, which should never be conditional, or some AC_DEFINE set them for a config header. A large block of defaults depends on $using_x11, so we set them to the same value, but just if the platform doesn't set it. The other important flag is $using_freetype_fontconfig, if the platform uses freetype and fontconfig. The headless plugin uses cairo for its drawing operations and freetype+fontconfig for text, so $test_cairo = $using_freetype_fontconfig. This is independent from a the cairo canvas! The OpenGL X11 code now depends on USING_X11, but it doesn't yet reflect the filter in Library_vcl.mk protecting glx. I don't know how correct this glx filter is, seeing that the source code just checked for "UNX - some non-X11 targets". Change-Id: Id1ba1a967a5d8d10ee217458be879ed00459f7e6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116440 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-05-29fix coverity build failure due to --with-privacy-policy-url=...Caolán McNamara
Change-Id: Ic94cd5fd7aa472c58ff3e95e2b1759d4219ede21 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116389 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-05-26fix callgrind job by providing dummy privacy-urlChristian Lohmaier
Change-Id: I786c14c19f1ac74e424be869771440c55be08877
2021-05-26fix also the Win64 tinderboxesChristian Lohmaier
they were using manual configuration instead of the distro-configs Change-Id: I82a690986e24e704c66297c9bc4c3d3d1e70b636
2021-05-26fix jenkins tinderboxes config after 15ab55c092e0b474827abe104b73c5bfab6ef28cChristian Lohmaier
Change-Id: I108536fbcd557ed899e1b6fda2316c9d89249681
2021-05-26add privacy URL to crashreport dialog & updatecheck tab in optionsChristian Lohmaier
Change-Id: I35cda87c35876469bf581be223bc608e29f07b09 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116105 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-05-19Adapt Flatpak build to switch from qrcodegen to zxingStephan Bergmann
Change-Id: Ifcaa703d18a5bae03d389ca2fd69924c4c6ec0e4 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115773 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-05-18make --disable-odk the defaultNoel Grandin
Because developers (especially new ones) don't need this, or the extra dependencies it tends to trigger Update distro and jenkins configs so that the ones that were building ODK before, are still building it after this. Change-Id: I5dc71e70dc457b7921a146008d7d2317b199caab Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115647 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2021-05-05WASM: add distro config, amend readmeThorsten Behrens
Let's move common configury to distro config, so people get necessary changes across updates w/o manual intervention. Change-Id: Ic27db86e7681bcef0632ed6b5fdd2fe8df0fdba3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/114629 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2021-04-11Get rid of apache-commons-loggingStephan Bergmann
...using Java 1.4 java.util.logging.Logger instead also for the last remaining uses in reportbuilder. (The mention in swext/mediawiki/src/THIRDPARTYLICENSEREADME.html was presumably a leftover from 4b6ceed4a4a9b152905a8b1712ffb9bd61373c16 "swext: Wiki Publisher does not use those apache-commons libraries".) Change-Id: Ia0bc598fe5844ced11cae497548ec7d09453a99d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113939 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-04-07Updated README.md files to represent current code / use Markdown formatHossein
Previously, all of the README files have been renamed to README.md and now, the contents of these files were changed to use Markdown format. Other than format inconsistency, some README.md files lacked information about modules, or were out of date. By using LibreOffice / OpenOffice wiki and other documentation websites, these files were updated. Now every README.md file has a title, and some description. The top-level README.md file is changed to add links to the modules. The result of processing the Markdown format README.md files can be seen at: https://docs.libreoffice.org/ Change-Id: Ic3b0c3c064a2498d6a435253b041df010cd7797a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113424 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@allotropia.de> Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
2021-03-30drop ---disable-scripting again for fuzzingCaolán McNamara
Change-Id: I80aa5b856d8800f9499fcaf66244ca095e275d5e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113378 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-03-30Update the iOS simulator conf file to match the device oneTor Lillqvist
(But note that it is unclear whether building for the iOS simulator actually works any longer, and I am not really interested in trying.) Change-Id: Ifb4fecdbd20162728bfcb0750264c0a627e66279
2021-03-29disable scripting for oss-fuzz tooCaolán McNamara
Change-Id: Ia7689f008517165d0bedb583c1452ac535553234 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113325 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-03-24Using .md extension/Markdown syntax for modules READMEHossein
Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2021-03-23qrcodegen was replaced by zxingCaolán McNamara
Change-Id: Ide907ba33bb7a67a7bef32d688137e5429707df5 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112951 Tested-by: Caolán McNamara <caolanm@redhat.com> Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2021-03-16Do build Pdfium for iOS, tooTor Lillqvist
For it to compile, the inclusion of <Carbon/Carbon.h> had to be replaced with <CoreGraphics/CoreGraphics.h>. That doesn't harm the macOS build either. This fixes the crash in https://github.com/CollaboraOnline/online/issues/1710 . I am not entirely sure yet whether the actual PDF import functionality now then works in the iOS app, though. Change-Id: Ie25e7c58632c0fdddb569d58217f23b26d1e5937 Signed-off-by: Tor Lillqvist <tml@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112571 Tested-by: Jenkins
2020-12-25Remove vlc part since experimental since 5 yearsJulien Nabet
However considering git history about vlc part (see https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=vlc) it seems there's no real patch since 2013 + it's been explicitely indicated as experimental since 2015 See http://document-foundation-mail-archive.969070.n3.nabble.com/About-vcl-status-in-avmedia-keep-or-removed-unmaintained-code-since-7-years-tt4293282.html Of course if someone wants to keep on the work on it, it's always possible to revert the patch. Change-Id: Ia1602ea61b7ffa577148a80f974ebdcb71495fbb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/108283 Tested-by: Jenkins Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
2020-10-04Add a LibreOfficeWinArm64.confJan-Marek Glogowski
This is just tested with a cross-build including Java: --with-distro-config=LibreOfficeWinArm64 \ --with-build-platform-configure-options="\ --with-jdk-home=C:/PROGRA~1/Java/JDK-14~1.1" \ --with-jdk-home=/cygdrive/c/lode/jdk-16-ea+25-windows-aarch64 Change-Id: I762049d34e6a00fec0960395f94d6537047f6061 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103643 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-10-01add distro-configs for jenkins android buildsChristian Lohmaier
Change-Id: I7923c16670d53bb52dac771776093d4b06fd05b9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103725 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-09-21add an explicit --disable-qrcodegen configure optionCaolán McNamara
Change-Id: If8e965fa955aecdb9e7011bdddc690de9cad0c4d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103120 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
2020-09-14use new 32bit configure flags for jenkins windows-screenshot builderChristian Lohmaier
Change-Id: I02a5e3a018263184017dc397330781e9b60639c8
2020-09-11use 32bit configure flags for 32bit windows jenkins TBChristian Lohmaier
Change-Id: I621a049cbebb6e3ebe052098b1d945aaa9f075d7
2020-09-11WIN drop --enable-64bit to select Windows targetJan-Marek Glogowski
This changes the Windows build to use the default configure switch to select the target / host of the compiled binaries to get the possibility to cross compile on Windows the "default" way. Note that selecting i686-pc-cygwin on x86_64 doesn't do a cross- compilation, as no special build tools are needed, because x86_64 can run x86 binaries just fine. A consequence of the change is the default target host, which is now the same then the build system, instead of the previous x86 default. Change-Id: I5584f34f665573ebac40d5d7753d96addeb84dbb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102479 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2020-07-01android: Add a CP x86 configuration too.Jan Holesovsky
Change-Id: I8d584811244cd613b8637d9dd2cf1bfe1985ecec Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97610 Tested-by: Jan Holesovsky <kendy@collabora.com> Reviewed-by: Jan Holesovsky <kendy@collabora.com> (cherry picked from commit 9213bfce95aa3300d87c5fece638a0d8101c718e) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97579 Tested-by: Jenkins
generated by cgit (git 2.34.1) at 2025-01-06 22:39:16 +0000