Age | Commit message (Collapse) | Author |
|
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>
|
|
Change-Id: I7923c16670d53bb52dac771776093d4b06fd05b9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103725
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Change-Id: If8e965fa955aecdb9e7011bdddc690de9cad0c4d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103120
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I02a5e3a018263184017dc397330781e9b60639c8
|
|
Change-Id: I621a049cbebb6e3ebe052098b1d945aaa9f075d7
|
|
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>
|
|
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
|
|
...introduced with a7f2239e649ea1b9ef611d758841584ab51abed0 "external: bundle
box2d"
Change-Id: Ia1a46dc517073d3cf7f221d3f7275741e94995a1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97629
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Don't use $host_os="darwin" for both macOS and iOS depending on
$host_cpu. Soon macOS will run on either x86_64 or arm64. Instead, use "darwin"
(or "macos") for macOS and "ios" for iOS.
Some other early changes for arm64-apple-macos, too.
Change-Id: Id89987d854ceba2cd87c6222db2081ccdec0c73e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96976
Tested-by: Jenkins
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Icdfee0a6609487f5ac2423c74344cb605b7e4fbf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/97130
Tested-by: Jenkins
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
was forgotten when the other config were adjusted in
6cd885b46bf168a1fe0d91231a1b6d283f813ed3
Change-Id: I35de4248a6f835ed13cc1bdb28713b156a4785bd
|
|
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
|
|
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>
|
|
Change-Id: I351c92a6a2519c2c8b7b1c6868194c1bee81aa12
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/93215
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
Change-Id: Ifd1d3999d1c6eb9aba7919850859e6b7cb652e3b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92055
Tested-by: Jenkins
Reviewed-by: Heiko Tietze <heiko.tietze@documentfoundation.org>
|
|
Change-Id: Ie72fb05ef0d687c3f442f6372f591f94815cf9d2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92674
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
...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>
|
|
<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
|
|
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.
|
|
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>
|
|
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>
|
|
...to be able to have a common base for things, and then apply some
additional stuff on top - in this case the Android branding for the CP
builds.
Change-Id: I43118bba84fddb8508cc4688c83c2d81a103d781
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88440
Tested-by: Jan Holesovsky <kendy@collabora.com>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
(cherry picked from commit 8dd75f47d9d571ed557fd360b8f9ff7aaca335af)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88400
Tested-by: Jenkins
|
|
Change-Id: I85ee6689c71a445c59d6b054cd93ea1fbac5f8ba
Reviewed-on: https://gerrit.libreoffice.org/84737
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ia4ae44be19d21e6ec2c1ac6d7d9b2d0933bbb97e
Reviewed-on: https://gerrit.libreoffice.org/84033
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I3c9d48714994fe8c00da5a48ec2d05bba6b2ca2e
|
|
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>
|
|
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>
|
|
Change-Id: I2e5ded126f99ea7eb79d2db57240203dd3025e67
|
|
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>
|
|
Change-Id: Ie838cabfecfef7e3225c1555536d5c9cf3b43f15
Reviewed-on: https://gerrit.libreoffice.org/77405
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id8aae84308f6128351ae2f93c8fbc8941a0c7fc6
Reviewed-on: https://gerrit.libreoffice.org/79085
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Change-Id: Iea7ab7d2aedf33ce7924b2b26f406f69bdffc0eb
Reviewed-on: https://gerrit.libreoffice.org/78848
Tested-by: Jenkins
Reviewed-by: Andras Timar <andras.timar@collabora.com>
|
|
(b4141cade04dac0c9d47293313a4521282975f12)
Change-Id: I3474bdf62d865974bf03682c3201d8dc42993c7a
Reviewed-on: https://gerrit.libreoffice.org/78780
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
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>
|
|
No need to reinvent the wheel and hardcode it in configure.ac.
Change-Id: Idb08ea0e5ce228bb0758dbdf023f3aee44da76eb
Reviewed-on: https://gerrit.libreoffice.org/74247
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Tested-by: Andras Timar <andras.timar@collabora.com>
Reviewed-on: https://gerrit.libreoffice.org/74442
Tested-by: Jenkins
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
|
|
This list is from online/docker/l10n-docker-nightly.sh
Move it here so that it stays in sync with removed options etc.
Change-Id: I0533c6abe217fc1f904c94c9f8a71d5fb1f9882e
Reviewed-on: https://gerrit.libreoffice.org/73805
Tested-by: Jenkins
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Drop all GStreamer 0.10 support according to
ESC decision of 2019-06-06.
GStreamer 0.10 is obsolete and no longer needed,
superseded by GStreamer 1.0 which is available in
baseline (RHEL 7 or CentOS 7) and all relevant distros.
Change-Id: Ic317eba04d2c17e141acc983f37fbfa4301c9f3f
Reviewed-on: https://gerrit.libreoffice.org/73619
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
|
|
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>
|
|
Change-Id: Iff70622732792224b3c0a080f95d69f86c167ae6
Reviewed-on: https://gerrit.libreoffice.org/73370
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
Enable the gtk3_kde5 and kde5 VCL plugins as discussed
in ESC all of 2019-05-02.
Also drop the "--disable-gtk3" switch so gtk3 is built
as well (which is enabled by default).
Change-Id: I65230255f8db6a7de992c6f5e9f9892a72436349
Reviewed-on: https://gerrit.libreoffice.org/71865
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
|
|
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>
|
|
Change-Id: I1d7a261549efa5aad2d86e23d8ee8898c27983e5
|
|
Change-Id: I3a9b2ff1fa24ea4d28b29644d6bf6519fdb1909c
|
|
...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
|
|
(cf. LO's configure.ac, needed for external/firebird on non-x86[-64]), but
org.freedesktop.Sdk//18.08 apparently doesn't provide it (while
org.freedesktop.Sdk//1.6 apparently did)
(cf. <https://github.com/flathub/org.libreoffice.LibreOffice/pull/67/commits/
b2762523a4678bedd55c11db232868cbaf9c7bdd> "aarch64 and arm need libatomic_ops")
Change-Id: I6eb060251ce85bfd399b72d9c90a93497a3a9029
Reviewed-on: https://gerrit.libreoffice.org/66987
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
This reverts commit 81434a0f9afea2185f5e59be09ac73f363baeb92, which is no longer
needed, see 5ae3f1fb1863af109e73f464097bdeda29113d4d "Re-enable --enable-werror
for Jenkins' gerrit_linux_gcc_release job".
|
|
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
|
|
...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>
|
|
see <https://github.com/flathub/org.libreoffice.LibreOffice/issues/57>
"OpenJDK 11 is available".
Change-Id: Ie24ed7349ca9a4a57c1a8d18d10b29c4a37e259c
Reviewed-on: https://gerrit.libreoffice.org/65830
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|