summaryrefslogtreecommitdiff
path: root/distro-configs/Jenkins
AgeCommit message (Collapse)Author
2022-10-24add bisect configsXisco Fauli
Change-Id: I1588bd8c1ea844bfe997941554f0b8ed2cf21909 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141532 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
2022-08-20explicitly build for x86_64 in jenkins' mac-tinderbox configsChristian Lohmaier
Change-Id: I04511d12b1c6e500790448343320944eeb97a142 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138519 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-04-26Drop unused LanguageTool extensionGabor Kelemen
Do not bundle LanguageTool which is at a 10 year old version (1.7) while upstream has a lot of new releases (now at version 5.5.x) It is not bundled by any downstream distributions so it makes no much sense to keep it integrated here. Change-Id: Icd2ef151b1b8d0252ffa3db0caaba576f2783fa9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133356 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2022-04-26Drop unused CT2N extensionGabor Kelemen
It is not bundled by any downstream distributions so it makes no much sense to keep it integrated here. Change-Id: I80180e53e050b8b3cd1b173ef01b51e8d706f295 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/133355 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
2022-03-28Reduce variance in what Jenkins Gerrit builders pick up from their environmentStephan Bergmann
e.g., <https://ci.libreoffice.org/job/gerrit_linux_gcc_release/114702/> on tb91 apparently picked up --enable-dconf and --enable-python=system (and failed, for unclear reasons), while a corresponding <https://ci.libreoffice.org/job/gerrit_linux_gcc_release/114728/> on tb89 didn't (and succeeded) Change-Id: I9ddd66ff7f1c6595a6cce65365f1cb0a07b6d67e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/132216 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2022-02-08Remove 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>
2022-01-06Switch Linux Jenkins release build to mergelibsJan-Marek Glogowski
Currently mergelibs errors just fails the later callgrind build, not early in Gerrit. Change-Id: I165f99fa819ea3d88b76089a5a0967731570d42a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/127426 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2021-12-06Better workaround for ASan use-after-poisonStephan Bergmann
...than ae36ee4f3aa544e53e2edad93d6d79160b27bc9d "Work around use-after-poison" for > ==1922539==ERROR: AddressSanitizer: use-after-poison on address > 0x61d00190fab0 at pc 0x00000026aaa9 bp 0x7f422ee84b80 sp > 0x7f422ee84348 WRITE of size 192 at 0x61d00190fab0 thread T44 #0 in > memset at > ~/github.com/llvm/llvm-project/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:800:3 > (instdir/program/soffice.bin +0x26aaa8) #1 at <null> > (/lib64/libnsspem.so +0x15f3d) #2 at <null> (/lib64/libnsspem.so > +0x16185) #3 at <null> (/lib64/libnsspem.so +0x8a9b) #4 at <null> > (/lib64/libnsspem.so +0xe13b) #5 in secmod_ModuleInit at > workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11load.c:244:11 > (instdir/program/libnss3.so +0x4ad372) #6 in secmod_LoadPKCS11Module > at workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11load.c:544:10 > (instdir/program/libnss3.so +0x4b1fca) #7 in SECMOD_LoadModule at > workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11pars.c:1946:10 > (instdir/program/libnss3.so +0x50de92) #8 in SECMOD_LoadUserModule > at workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11pars.c:2042:28 > (instdir/program/libnss3.so +0x50e9a9) #9 in nss_load_module at > workdir/UnpackedTarball/curl/lib/vtls/nss.c:1310:12 > (instdir/program/libcurl.so.4 +0x4fdd25) #10 in nss_setup_connect at > workdir/UnpackedTarball/curl/lib/vtls/nss.c:1894:12 > (instdir/program/libcurl.so.4 +0x4eeffb) #11 in nss_connect_common > at workdir/UnpackedTarball/curl/lib/vtls/nss.c:2235:14 > (instdir/program/libcurl.so.4 +0x4ee237) #12 in > nss_connect_nonblocking at > workdir/UnpackedTarball/curl/lib/vtls/nss.c:2291:10 > (instdir/program/libcurl.so.4 +0x4ebe4a) #13 in > Curl_ssl_connect_nonblocking at > workdir/UnpackedTarball/curl/lib/vtls/vtls.c:361:12 > (instdir/program/libcurl.so.4 +0x514039) #14 in https_connecting at > workdir/UnpackedTarball/curl/lib/http.c:1591:12 > (instdir/program/libcurl.so.4 +0x2f29ce) #15 in Curl_http_connect at > workdir/UnpackedTarball/curl/lib/http.c:1517:14 > (instdir/program/libcurl.so.4 +0x2f23d5) #16 in protocol_connect at > workdir/UnpackedTarball/curl/lib/multi.c:1696:16 > (instdir/program/libcurl.so.4 +0x3b8620) #17 in multi_runsingle at > workdir/UnpackedTarball/curl/lib/multi.c:1997:16 > (instdir/program/libcurl.so.4 +0x3a2232) #18 in curl_multi_perform > at workdir/UnpackedTarball/curl/lib/multi.c:2568:14 > (instdir/program/libcurl.so.4 +0x39dc5c) #19 in > http_dav_ucp::CurlProcessor::ProcessRequestImpl(http_dav_ucp::CurlSession&, > http_dav_ucp::CurlUri const&, curl_slist*, > com::sun::star::uno::Reference<com::sun::star::io::XOutputStream> > const*, com::sun::star::uno::Sequence<signed char> const*, > std::pair<std::__debug::vector<rtl::OUString, > std::allocator<rtl::OUString> > const&, http_dav_ucp::DAVResource&> > const*, (anonymous namespace)::ResponseHeaders&) at > ucb/source/ucp/webdav-curl/CurlSession.cxx:880:14 > (instdir/program/../program/libucpdav1.so +0x5aad30) 0x61d00190fab0 > is located 48 bytes inside of 2048-byte region > [0x61d00190fa80,0x61d001910280) allocated by thread T44 here: #0 in > malloc at > ~/github.com/llvm/llvm-project/compiler-rt/lib/asan/asan_malloc_linux.cpp:69:3 > (instdir/program/soffice.bin +0x2d3c7e) #1 in PR_Malloc at > workdir/UnpackedTarball/nss/nspr/out/pr/src/malloc/../../../../pr/src/malloc/prmem.c:448:55 > (instdir/program/libnspr4.so +0x123629) #2 in PL_ArenaAllocate at > workdir/UnpackedTarball/nss/nspr/out/lib/ds/../../../lib/ds/plarena.c:134:27 > (instdir/program/libplds4.so +0x9a32) #3 at <null> > (/lib64/libnsspem.so +0x15f77) during UITest_sw_options: That --with-system-nss workaround for <https://ci.libreoffice.org/job/lo_ubsan/> had caused CppunitTest_desktop_lib to start to fail there, presumably "caused by --with-system-nss on the CentOS7 baseline", see the mail thread starting at <https://lists.freedesktop.org/archives/libreoffice/2021-December/088136.html> "Re: [global-libreoffice-ci] UBSAN Linux Build - Build # 2217 - Still Failing!" And while I had initially not been able to reproduce the use-after-poison during UITest_sw_options with my local ASan+UBSan build (on Fedora 35), I now found out that that was just because my machine happened to not have an nsspem library installed in the system (the nss-pem RPM on Fedora). With that system library installed, my local build failed UITest_sw_options in the same way as the Jenkins tinderbox. Which lead me to the idea of avoiding the whole mess by avoiding that CUrl loads the (apparently optional) nsspem library in ASan builds altogether. (Another approach might have been to disable the __asan_poison_memory_region functionality in workdir/UnpackedTarball/nss/nspr/lib/ds/plarena.h, but the chosen approach nicely makes us less dependent on accidental differences in build-time execution environments, at least for ASan builds.) Change-Id: I8fd2ff255771622f26ad666ca78a6d9ded0af2d7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/126451 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-11-26Work around use-after-poisonStephan Bergmann
> ==21930==ERROR: AddressSanitizer: use-after-poison on address 0x61d001aa0eb0 at pc 0x0000004398b4 bp 0x2ada81952e60 sp 0x2ada81952610 > WRITE of size 192 at 0x61d001aa0eb0 thread T42 (utl::Moderator) > #0 0x4398b3 in __interceptor_memset.part.43 /home/tdf/lode/packages/llvm-llvmorg-9.0.1.src/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:773 > #1 0x2ada82e404ae (/lib64/libnsspem.so+0x154ae) > #2 0x2ada82e405bf (/lib64/libnsspem.so+0x155bf) > #3 0x2ada82e331b7 (/lib64/libnsspem.so+0x81b7) > #4 0x2ada82e386c1 (/lib64/libnsspem.so+0xd6c1) > #5 0x2ad58dccdafc in secmod_ModuleInit /workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11load.c:244:11 > #6 0x2ad58dcd3027 in secmod_LoadPKCS11Module /workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11load.c:544:10 > #7 0x2ad58dd37e20 in SECMOD_LoadModule /workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11pars.c:1946:10 > #8 0x2ad58dd389b9 in SECMOD_LoadUserModule /workdir/UnpackedTarball/nss/nss/lib/pk11wrap/pk11pars.c:2042:28 > #9 0x2ad54cea71b1 in nss_load_module /workdir/UnpackedTarball/curl/lib/vtls/nss.c:1310:12 > #10 0x2ad54ce969ae in nss_setup_connect /workdir/UnpackedTarball/curl/lib/vtls/nss.c:1894:12 > #11 0x2ad54ce95a5a in nss_connect_common /workdir/UnpackedTarball/curl/lib/vtls/nss.c:2235:14 > #12 0x2ad54ce9320a in nss_connect_nonblocking /workdir/UnpackedTarball/curl/lib/vtls/nss.c:2291:10 > #13 0x2ad54cebfa5a in Curl_ssl_connect_nonblocking /workdir/UnpackedTarball/curl/lib/vtls/vtls.c:361:12 > #14 0x2ad54cc6929e in https_connecting /workdir/UnpackedTarball/curl/lib/http.c:1591:12 > #15 0x2ad54cc68c74 in Curl_http_connect /workdir/UnpackedTarball/curl/lib/http.c:1517:14 > #16 0x2ad54cd42aac in protocol_connect /workdir/UnpackedTarball/curl/lib/multi.c:1696:16 > #17 0x2ad54cd2a3dc in multi_runsingle /workdir/UnpackedTarball/curl/lib/multi.c:1997:16 > #18 0x2ad54cd25704 in curl_multi_perform /workdir/UnpackedTarball/curl/lib/multi.c:2568:14 > #19 0x2ada803a8d54 in http_dav_ucp::CurlProcessor::ProcessRequestImpl(http_dav_ucp::CurlSession&, http_dav_ucp::CurlUri const&, curl_slist*, com::sun::star::uno::Reference<com::sun::star::io::XOutputStream> const*, com::sun::star::uno::Reference<com::sun::star::io::XInputStream> const*, std::pair<std::__debug::vector<rtl::OUString, std::allocator<rtl::OUString> > const&, http_dav_ucp::DAVResource&> const*, (anonymous namespace)::ResponseHeaders&) /ucb/source/ucp/webdav-curl/CurlSession.cxx:918:14 during UITest_sw_options (<https://ci.libreoffice.org/job/lo_ubsan/2210/>) after bdef11f5337ecc87556a92693f6b7b5e200eb29e "configure: default to --with-webdav=curl", apparently caused by a mixture of external/nss built with ASan and system /lib64/libnsspem.so not build with ASan. (And this commit may become obsolete with <https://gerrit.libreoffice.org/c/core/+/120388> "configure: default to --with-system-nss on Linux".) (The last time that use-after-poison in /lib64/libnsspem.so hit <https://ci.libreoffice.org/job/lo_ubsan/>, I could work around it with db6c7a486395304f38e9ea52951f576f34749cbc "Use UCB instead of cURL to download https files".) Change-Id: Ic5ed4e60a577a65c71084e97b3fb3afd03266bb8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/125912 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
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-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-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-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>
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-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-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-06-18use jdk11 also for the perfsuite jenkins configChristian Lohmaier
was forgotten when the other config were adjusted in 6cd885b46bf168a1fe0d91231a1b6d283f813ed3 Change-Id: I35de4248a6f835ed13cc1bdb28713b156a4785bd
2020-06-18go for the easy fix and use internal python for the callgrind jobChristian Lohmaier
instead of finding a way to not break it again for others (see https://gerrit.libreoffice.org/c/core/+/91748 and https://gerrit.libreoffice.org/c/core/+/90906 ) Change-Id: I3291dbc1552c7601a93a9b30a98ae43f238e2c5d
2020-05-26jenkins linux configs: use jdk 11 for masterChristian Lohmaier
mac uses /usr/libexec/java_home to determine jdk and without -v option to limit to a specific version returns latest one Change-Id: I8c8122ed71a31f990c3ffa1e71b180cbece7f172 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94862 Tested-by: Jenkins Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2020-04-09Try --disable-split-debug for distro-configs/Jenkins/linux_clang_dbgutil_64Stephan Bergmann
...in the hope that it will fix gdb backtrace generation for those Jenkins builds, as just discussed on Freenode #libreoffice-dev: > Apr 09 14:03:47 <sberg> mst___, cloph, didn't you discuss broken gdb > backtraces on some Jenkins bots the other day? > <https://ci.libreoffice.org/job/gerrit_linux_clang_dbgutil/56703/console> is > another example of the bt for thread 1 missing, probably because gdb went > south or something > Apr 09 14:06:05 <llunak> sberg: that looks like gdb is too old to handle debug > info produced by that clang version > Apr 09 14:08:05 <llunak> sberg: and presumably --disable-split-debug would be > a workaround with some (not sure how big) performance cost > Apr 09 14:11:43 <mst___> yeah there were lots of complaints about > incomprehensible DWARFs in that log Change-Id: I69aa80fdd13148330d00231eefe37cbf965fe4d6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91970 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2020-03-09Add --disable-compiler-plugins-analyzer-pch for Jenkins/linux_clang_dbgutil_64Stephan Bergmann
<https://ci.libreoffice.org/job/gerrit_linux_clang_dbgutil/54883/> had been a case I noticed of a "Gerrit Linux clang/dbgutil" build failing due to stale PCH information: [...] > [build GEN] compilerplugins/clang/sharedvisitor/makeshared.plugininfo > fatal error: file '/usr/include/asm-generic/errno.h' has been modified since the precompiled header '/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/linux_clang_dbgutil_64/compilerplugins/clang/sharedvisitor/clang.pch' was built > note: please rebuild precompiled header '/home/tdf/lode/jenkins/workspace/lo_gerrit/Config/linux_clang_dbgutil_64/compilerplugins/clang/sharedvisitor/clang.pch' [...] and this issue had apparently caused all those Gerrit Jenkins builds to fail for at least a day. For unmaintained builds like those, I think it is better to have a more robust setup, where stale PCH information cannot break the build. Also, as those builds do not make compilerplugins.clean and rather share it across builds, there should not be much of a performance impact when disabling PCH in the analyzer. (It turns out that compilerplugins/clang/sharedvisitor/analyzer.cxx would always have enabled PCH, as compilerplugins/Makefile-clang.mk always passes in some definition of LO_CLANG_USE_ANALYZER_PCH. Fixed that now.) Change-Id: I7b8b24c1049c501634bd59c5fb482bec72427cf6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90211 Reviewed-by: Luboš Luňák <l.lunak@collabora.com> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Jenkins
2020-02-21Revert "make Linux Clang Jenkins builds use -Og"Luboš Luňák
Per discussion in https://gerrit.libreoffice.org/c/core/+/88918 the Jenkins Clang is 5.0.2, which seems to be too old to even handle properly some kind of debuginfo with -Og. So while this indeed does make Jenkins builds faster, this has to wait until Jenkins uses a Clang version that can handle this better :(. This reverts commit c922d13b5b0ad983e64a046405fca9cd048c75fc.
2020-02-19make Mac Jenkins build use --enable-optimizedLuboš Luňák
Since ccache is used, this will hopefully on average improve Jenkins build times by making tests run faster while compilations will usually get cached. Change-Id: I191f826f704001b83130c8baf6889a7a2b33ca7c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88919 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2020-02-19make Linux Clang Jenkins builds use -OgLuboš Luňák
This should make builds run faster because unittests will run faster, while the compilations shouldn't take longer (primarily because of ccache use). Change-Id: I6ea5d7566397b09339b06a515712a9162df6e9fc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88918 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-24gandalf is no longer using devtoolsetChristian Lohmaier
Change-Id: I3c9d48714994fe8c00da5a48ec2d05bba6b2ca2e
2019-10-16use --disable-symbols with Jenkins Win/Mac builds that use dbgutilLuboš Luňák
We want debug builds there, but the debugging symbols for debugger themselves are not actually needed (Linux builds use the debug symbols for printing backtraces when a unittest crashes, but Win/Mac do not). This should save generating the needless debug info (CPU and I/O). Change-Id: I3fc8bdb66e4822838216359b23b8a2dd5f2a0f42 Reviewed-on: https://gerrit.libreoffice.org/80732 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-16use --disable-dependency-tracking for Jenkins buildsLuboš Luňák
They always start with 'make clean' (at least according to the logs), so they are always one-time builds where creating dependencies is not needed. Change-Id: If402fbaa21bd213e3f781985479dd49c266ca511 Reviewed-on: https://gerrit.libreoffice.org/80730 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
2019-10-15gandalf now has gcc9 / no devtoolsetChristian Lohmaier
Change-Id: I2e5ded126f99ea7eb79d2db57240203dd3025e67
2019-10-01Use --with-sytem-cairo for the ASan+UBSan tinderbox againStephan Bergmann
After 1ae450504cf57457f9702684b1517fda1dd3c481 "drop gtk2 support" removed the implicit --enable-gtk which removed the implicit --with-system-cairo, <https://ci.libreoffice.org/job/lo_ubsan/1402/> started to fail with > [build LNK] Executable/canvasdemo [...] > /home/tdf/lode/jenkins/workspace/lo_ubsan/instdir/program/libcairo.so.2: undefined reference to `__muloti4' [...] > clang-9: error: linker command failed with exit code 1 (use -v to see invocation) > /home/tdf/lode/jenkins/workspace/lo_ubsan/solenv/gbuild/LinkTarget.mk:635: recipe for target '/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/LinkTarget/Executable/canvasdemo' failed etc. Instead of trying to fix that, just explicitly build --with-system-cairo again. (Another approach could be to --enable-gtk3, which implicitly sets --with-system-cairo, too.) Change-Id: I335b2a694b85a15efae6002d890ce0d67811b2bb Reviewed-on: https://gerrit.libreoffice.org/79962 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-07-21tdf#125922 rename kde5 to kf5 + plasma5Jan-Marek Glogowski
Just as the gtk3 plugin isn't named GNOME, rename kde5 to kf5, as it is based on the KDE frameworks 5 libraries. This also includes: * a convenience alias to load the kf5 VCL plugin in case someone requests the kde5 plugin. * keep convenience kde5 configure switch, but warn about it * rename detected desktop from kde5 to plasma5 Change-Id: I6764a05b81a5edbf284484c234fee2649aacf735 Reviewed-on: https://gerrit.libreoffice.org/75313 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2019-06-06distro-config: Drop '--enable-gstreamer-0-10' everywhereMichael Weghorn
This avoids the issue that build breaks when both gtk3 and gstreamer-0.10 are enabled, caused by commit 34bbf192a7753205bb64d14e4eec4ce303317396 ("Drop extra define ENABLE_GTKSINK"). gstreamer-0.10 related code will be removed in a subsequent step according to ESC decision (no longer needed). Change-Id: Ief07a797a3e52229da0ff7b23478108aac900841 Reviewed-on: https://gerrit.libreoffice.org/73608 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2019-02-21'--enable-kde5' for Jenkins CI buildsMichael Weghorn
As discussed in ESC call of 2019-02-21, enable kde5 for the Jenkins CI builds to detect build issues *before* the changes get merged. Change-Id: I44b0e611348a22b390b6ec89d3ed1d7eb7bddd63 Reviewed-on: https://gerrit.libreoffice.org/68165 Tested-by: Jenkins Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
2019-02-17disable werror for now for updater buildsMarkus Mohrhard
Change-Id: I1d7a261549efa5aad2d86e23d8ee8898c27983e5
2019-02-14no usable KDE5 on gandalfMarkus Mohrhard
Change-Id: I3a9b2ff1fa24ea4d28b29644d6bf6519fdb1909c
2019-02-05Clang ASan fails with goldStephan Bergmann
...for whatever reason. Failure is > AddressSanitizer:DEADLYSIGNAL > ================================================================= > ==16438==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x2b6ba8bfe65c bp 0x7ffca100f290 sp 0x7ffca100ba28 T0) > ==16438==The signal is caused by a READ memory access. > ==16438==Hint: address points to the zero page. > #0 0x2b6ba8bfe65b (<unknown module>) > > AddressSanitizer can not provide additional info. > SUMMARY: AddressSanitizer: SEGV (<unknown module>) > ==16438==ABORTING > /home/tdf/lode/jenkins/workspace/lo_ubsan/testtools/CustomTarget_uno_test.mk:25: recipe for target '/home/tdf/lode/jenkins/workspace/lo_ubsan/workdir/CustomTarget/testtools/uno_test.done' failed (<https://ci.libreoffice.org/job/lo_ubsan/1177/>, but also seen with local ASan+ UBSan builds.) Started to fail with 98f5f97d4a4206ecfb0754e1901d9c44a3287d82 "make --enable-ld the default for debug builds, if available". (lld would automatically be disabled by configure.ac because it doesn't support --dynamic-list-cpp-typeinfo as needed by UBSan.) Change-Id: I7bfbfc4c879cbad7748e5855c22698eec5efc94c
2019-01-22Revert "Jenkins' lo_daily_update_gandalf needs --disable-werror too"Stephan Bergmann
This reverts commit 81434a0f9afea2185f5e59be09ac73f363baeb92, which is no longer needed, see 5ae3f1fb1863af109e73f464097bdeda29113d4d "Re-enable --enable-werror for Jenkins' gerrit_linux_gcc_release job".
2019-01-22Revert "Jenkins' lo_tb_master_linux needs --disable-werror too"Stephan Bergmann
This reverts commit 7990bfd3998508dd3454c408613cf66e53af56eb, which is no longer needed, see 5ae3f1fb1863af109e73f464097bdeda29113d4d "Re-enable --enable-werror for Jenkins' gerrit_linux_gcc_release job". Conflicts: distro-configs/Jenkins/Linux_rel_master.conf Change-Id: I90725ecbef0e0cbd908c3d4d9e87ab2336f567c5
2019-01-22Re-enable --enable-werror for Jenkins' gerrit_linux_gcc_release jobStephan Bergmann
...now that an optimized -Werror build with contemporary GCC should work fine again after a bunch of recent commits (fed7c3deb3f4ec81f78967c2d7f3c4554398cb9d "Slience bogus -Werror=maybe-uninitialized" et al) Change-Id: I912d5dec9eb28b7e2a46cb350dcfed1ede55cb78 Reviewed-on: https://gerrit.libreoffice.org/66666 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-19use ccache for jenkins/linux_clang_dbgutil_64's compilerpluginsChristian Lohmaier
Change-Id: I4a4c4ee111d6a22c899ae0d288ae04d760ec996a Reviewed-on: https://gerrit.libreoffice.org/65272 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
2018-12-17kde5: remove older kde/tde plugins, and references to thatThorsten Behrens
KDE4 is out of maintenance upstream since Nov. 2014, and binaries provided by TDF have switched to KDE5 as the official backend. Change-Id: I165465b56d3ba3a18912b203c06ae8fc6111c0c9 Reviewed-on: https://gerrit.libreoffice.org/60014 Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> Tested-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
2018-12-10Jenkins' lo_daily_update_gandalf needs --disable-werror tooStephan Bergmann
...similar to d3f2c61e3b9faf577f692ece76cd830f0f74b028 "Make Jenkins linux_gcc_release_64 pick up Developer Toolset 7": > /lo/home/tdf/lode/jenkins/workspace/lo_daily_update_gandalf/sal/osl/unx/pipe.cxx: In function ‘oslPipeImpl* osl_psz_createPipe(const sal_Char*, oslPipeOptions, oslSecurity)’: > /lo/home/tdf/lode/jenkins/workspace/lo_daily_update_gandalf/sal/osl/unx/pipe.cxx:248:12: error: ‘char* strncpy(char*, const char*, size_t)’ output may be truncated copying 107 bytes from a string of length 4096 [-Werror=stringop-truncation] > strncpy(addr.sun_path, name, sizeof(addr.sun_path) - 1); > ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ (<https://ci.libreoffice.org/job/lo_daily_update_gandalf/558/>). Change-Id: I443337969dfdcd02a350a171e68d5032b5be22a0
2018-12-10Enabling Developer Toolset 7 for Jenkins' remaining GCC master jobsStephan Bergmann
...now that gandalf (which all of these jobs may run on) has been updated (see d27d75f86cf8ea4fd87e2cd64b58cc8c0ac0029a "Revert 'Enabling Developer Toolset 7 for Jenkins' lo_tb_random_config_linux'"): * <https://ci.libreoffice.org/job/lo_daily_update_gandalf/> aka "lo_daily_update_gandalf", configured with --distro-config="LibreOfficeLinuxUpdater" * <https://ci.libreoffice.org/job/lo_tb_ui_testing_linux/> aka "lo_tb_ui_testing_linux", configued with --distro-config="rel_master" * <https://ci.libreoffice.org/job/lo_tb_master_linux/> aka "Tinderbox on Master for Linux", configured with --distro-config="rel_master" Change-Id: If8afe079cc45e06ea95124e56fa974fd3aca2c78 Reviewed-on: https://gerrit.libreoffice.org/63991 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-08enable modern gcc on random config tb jobMarkus Mohrhard
Change-Id: I4cb2ff5393822c6ec982126b3e0a676374cce033
2018-12-03Jenkins' lo_tb_master_linux needs --disable-werror tooStephan Bergmann
...similar to d3f2c61e3b9faf577f692ece76cd830f0f74b028 "Make Jenkins linux_gcc_release_64 pick up Developer Toolset 7": > In file included from /opt/rh/devtoolset-7/root/usr/include/c++/7/vector:69:0, > from /home/tdf/lode/jenkins/workspace/lo_tb_master_linux/jvmfwk/plugins/sunmajor/pluginlib/sunjavaplugin.cxx:39: > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc: In function ‘javaPluginError jfw_plugin_startJavaVirtualMachine(const JavaInfo*, const JavaVMOption*, sal_Int32, JavaVM**, JNIEnv**)’: > /opt/rh/devtoolset-7/root/usr/include/c++/7/bits/vector.tcc:407:15: error: variable ‘__new_finish’ might be clobbered by ‘longjmp’ or ‘vfork’ [-Werror=clobbered] > pointer __new_finish(__new_start); > ^~~~~~~~~~~~ > cc1plus: all warnings being treated as errors (<https://ci.libreoffice.org/job/lo_tb_master_linux/32166/>). Change-Id: Ifae8705bfafe4caed21713909ff6eeee158f1361
2018-12-03Enabling Developer Toolset 7 for Jenkins' lo_tb_master_linuxStephan Bergmann
...aka "Tinderbox on Master for Linux-DbgUtil", <https://ci.libreoffice.org/job/lo_tb_master_linux_dbg/>. This is similar to ab8454eb26f72f2d4081d90cb7e60e53e4a5590d "Enabling Developer Toolset 7 for Jenkins' lo_tb_master_linux_dbg". However, unlike lo_tb_master_linux_dbg, which is restricted to CentOS-based tb75-lilith, lo_tb_master_linux is restricted to label TB_Rel, which is currently matched to CentOS-based tb75-lilith, tb76-maggie, and tb76-pollux, plus non-CentOS based gandalf. The latter thus doesn't have Developer Toolset 7, so setting CC/CXX this way won't work for gandalf. I'm thus removing gandalf from <https://ci.libreoffice.org/label/TB_Rel/>. Change-Id: Ied305476347d107db4087f710c05300c84ae7e85 Reviewed-on: https://gerrit.libreoffice.org/64444 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
generated by cgit (git 2.34.1) at 2025-01-15 00:13:23 +0000