Once an in-process JVM is instantiated, it is vital that the disposition for
SIGSEGV is not changed afterwards, as we do not make use of Java's libjsig.so
(cf. <https://docs.oracle.com/javase/8/docs/technotes/guides/vm/
signal-chaining.html>) in our processes.

I observed sporadic SIGSEGV crashes of CppunitTest_dbaccess_RowSetClones on a
64-core aarch64 machine (see comment at <https://github.com/flathub/
org.libreoffice.LibreOffice/issues/42#issuecomment-395731088> "OpenJDK 10 is now
available").  What apparently happenes is that the cppunittester process first
sets up its signal handlers through vclbootstrapprotector, which doesn't set one
for SIGSEGV because bSetSEGVHandler is false in sal/osl/unx/signal.cxx because
!is_soffice_Impl().  Then later when the in-process JVM is instantiated it sets
its handlers, including a SIGSEGV one.  Towards the end of the process,
DeInitVCL calls osl_removeSignalHandler calls onDeInitSignal, which erroneously
resets the SIGSEGV handler because it doesn't honor bSetSEGVHandler.  But it
can apparently happen that JVM threads are still running at that time and are
executing JIT'ed code that can cause SIGSEGV that relies on the JVM's handler
being installed, which it no longer is.

(This can probably also happen for soffice.bin itself, where bSetSEGVHandler
will be true.  That will need a different, follow-up fix.)

Change-Id: Ib6d99c23e57daa0b7576964908aadff511f2bb21
Reviewed-on: https://gerrit.libreoffice.org/56232
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>

On ppc64le with Ubuntu 18.04 and latest LibreOffice from master, the
build fails with the error below.

```
$ uname -m
ppc64le
$ git describe --dirty
libreoffice-6-1-branch-point-897-gd776263a
$ git log --oneline -1
d776263a (HEAD -> master, origin/master, origin/HEAD) uitest Calc-Statistics- Descriptive statistics
$ ./configure
[…]
$ make
[…]
checking build system type... ./config.guess: unable to guess system type

This script, last modified 2011-05-11, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from

  http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
  http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

If the version you run (./config.guess) is already up to date, please
send the following data and any information you think might be
pertinent to <config-patches@gnu.org> in order to provide the needed
information to handle your system.

config.guess timestamp = 2011-05-11

uname -m = ppc64le
uname -r = 4.17.0-rc6+
uname -s = Linux
uname -v = #1 SMP Sun May 27 18:16:57 CEST 2018

/usr/bin/uname -p =
/bin/uname -X     =

hostinfo               =
/bin/universe          =
/usr/bin/arch -k       =
/bin/arch              =
/usr/bin/oslevel       =
/usr/convex/getsysinfo =

UNAME_MACHINE = ppc64le
UNAME_RELEASE = 4.17.0-rc6+
UNAME_SYSTEM  = Linux
UNAME_VERSION = #1 SMP Sun May 27 18:16:57 CEST 2018
configure: error: cannot guess build type; you must specify one
/dev/shm/libreoffice-core/external/libatomic_ops/ExternalProject_libatomic_ops.mk:19: recipe for target '/dev/shm/libreoffice-core/workdir/ExternalProject/libatomic_ops/build' failed
make[1]: *** [/dev/shm/libreoffice-core/workdir/ExternalProject/libatomic_ops/build] Error 1
make[1]: *** Waiting for unfinished jobs....
[…]
```

So, replace the library's config.sub and config.guess by the internal,
more up-to-date copies.

Change-Id: Ib92489943517a4204528f1039f6fba26363b33ee
Solution-by: David Tardon <dtardon@redhat.com>
Signed-off-by: Paul Menzel <pmenzel@molgen.mpg.de>
Reviewed-on: https://gerrit.libreoffice.org/56054Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: I95e720c9ee5774d87bb4eb8388f8a302ffed8a9b
Reviewed-on: https://gerrit.libreoffice.org/56222Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins

Change-Id: I8b2493c723c65f90fd2dbef588c1fa1c669bcceb
Reviewed-on: https://gerrit.libreoffice.org/56194
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

software interpreter like in CPU threading.
This patch also reworks the cycle detection
to make it more robust.

Since the dependency computation also does
cycle detection, there is no need to disable
group-calc(threaded/OpenCL/SW Interpreter)
for non-leaf nodes in recursive interpret.

The rework of cycle detection ensures that
it fixes tdf#95748 correctly.

Change-Id: I460addb768eedc0914491a3d24ae7220c3afbb20
Reviewed-on: https://gerrit.libreoffice.org/55665Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins

Change-Id: I167461e51bdc1fd68120a9d482ca7b08205a93f2
Reviewed-on: https://gerrit.libreoffice.org/56226
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Project: help  75f676e25ac0062295c5523556e7340af7df33ee

Regex + operator finds one or more, not one

Change-Id: I562cb57d5d6ed882b2d7935f48c8c05ccd037b09
Reviewed-on: https://gerrit.libreoffice.org/56233
Tested-by: Jenkins
Reviewed-by: Eike Rathke <erack@redhat.com>

Change-Id: I73aa1fe0f37b9cb5f44042850c952d3f9e425f79
Reviewed-on: https://gerrit.libreoffice.org/56231Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

Change-Id: Ic74b443768deb833d6b92d8a99512492e7f84572

Project: help  fe514fc933bad695396606ffd2b06251bc98f2d7

Use correct decimal separator in example

So one can copy-paste a working example.

Change-Id: I31ceda19352cc029c87a03a6b49cd0b4275de209
Reviewed-on: https://gerrit.libreoffice.org/56229
Tested-by: Jenkins
Reviewed-by: Eike Rathke <erack@redhat.com>

Unfortunately the autotools build system was removed in 0.60.0, and the
CMake one is a bit overeager in linking against system libraries that
happen to be installed on the build machine, and we currently don't
require CMake anyway, so avoid the problems by using a gbuild makefile
and a patch to add the generated header files.

Remove all current patches:

poppler-notests.patch.1: obsolete (autotools build system)

poppler-mac-fake.patch.1: presumed obsolete

ubsan.patch.0: presumably fixed differently upstream in
https://cgit.freedesktop.org/poppler/poppler/commit/?id=f43cb73939f85952d83afc87a6dc638dc1ae311b

poppler-libjpeg.patch.1: obsolete (autotools build system; there appears
to be no way to do this with CMake?)

0001-Fix-building-with-old-clang.patch.1: merged upstream

Change-Id: I271c87ab3ec25cc9d1e8fafb04dae7c004acc350
Reviewed-on: https://gerrit.libreoffice.org/56166
Tested-by: Jenkins
Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>

Change-Id: Ie644e605f749a486ba4590d1ec2a9536a06c9847

FormulaGroupContext is actually a cache of cell results for OpenCL,
but the cached values are not always properly discarded. Happens e.g.
with testFormulaDepTracking in sc_ucalc fails if OpenCL is forced for
it (i.e. with mnOpenCLMinimumFormulaGroupSize disabled), because
a SetString() call for a cell doesn't invalidate the cache.

This obviously reduces the cache hit rate a bit, but according to my
tests it's not that bad (in fact the cache doesn't seem to get used
that often, so I even wonder if it's worth it).

Change-Id: Ia7ef2214956861d26ca3a42b84f9fecbff8316d0
Reviewed-on: https://gerrit.libreoffice.org/56087
Tested-by: Jenkins
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I98f9263660c6c9cfe03b47f0a71dc92d26aa2859
Reviewed-on: https://gerrit.libreoffice.org/56199
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

the dependency computation resulted in a breach of
recursion limit of MAXRECURSION. In such a case,
the formula-group we are trying to thread is at the
bottom of recursion guard stack and the dependencies
(up the recursion guard stack) are yet to be computed,
so the formula-group is not safe for threading.

This patch fixes a crash in tdf#115034/1 when threading
is enabled.

Change-Id: I81737d3dd00f4e5cc782e9f030c18e36f6337a1b
Reviewed-on: https://gerrit.libreoffice.org/54789Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Jenkins

Change-Id: I5e0d46fa863a9a74063063cc3d22ea15d2544d8b
Reviewed-on: https://gerrit.libreoffice.org/56208
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I96b3492d2bba0721076546192e3037699354441a
Reviewed-on: https://gerrit.libreoffice.org/56209
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: Ia262bb241d26197f93023f47a7164d0231cc8b70
Reviewed-on: https://gerrit.libreoffice.org/56188
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I4c1f3251febbf5b11fe41f8af5faa6385f54a1f2
Reviewed-on: https://gerrit.libreoffice.org/56201
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I6e1f44d4e59ef15f08692e97ad90c3ffc23cdc8c
Reviewed-on: https://gerrit.libreoffice.org/56200
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I3ea0b0ed28e85e7f8cf00e73b6698a5773c886ba
Reviewed-on: https://gerrit.libreoffice.org/56197
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

BitmapEx and tools::Time are both value objects, no need to use
std::unique_ptr for them

Change-Id: Ibeed7da46ccc8fd3cd3301d364ae33c33c0114bb
Reviewed-on: https://gerrit.libreoffice.org/56198
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ic18811145db90a7f9eff61e94069e68b3c80c298
Reviewed-on: https://gerrit.libreoffice.org/56196
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I98e683bd23e854507c37e4d88a42a4c249bf5c44
Reviewed-on: https://gerrit.libreoffice.org/56195
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Icfabf2bcbe49142871d6bef70ce0d73ed371a5b3
Reviewed-on: https://gerrit.libreoffice.org/56193
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I1720d624efee71611e8c2f7dab2aed22a0ecee10
Reviewed-on: https://gerrit.libreoffice.org/56192
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I36fc9076e2190e37bf002a384ee503442c5781df
Reviewed-on: https://gerrit.libreoffice.org/56191
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: If0fefe4a1e7af7331c708e7e944483ec3ce07614
Reviewed-on: https://gerrit.libreoffice.org/56190
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I55a0ee19476d1e656cd9ff82d44666d43ba4ca58
Reviewed-on: https://gerrit.libreoffice.org/56189
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I82af72050329bd206c4e796334a3ac9bc1177768
Reviewed-on: https://gerrit.libreoffice.org/56187
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I54e0b958f4b6e6b6d99b7e82c327817cf2967e3d
Reviewed-on: https://gerrit.libreoffice.org/56186
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: I48e8285a1c3a029e69371e5ba9f936e4517b6db3
Reviewed-on: https://gerrit.libreoffice.org/56185
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Since nothing else is implementing the SolarMutex abstract class.

Change-Id: I2a41254af3e9c7534033cdd0bece9dd8e0258b9d
Reviewed-on: https://gerrit.libreoffice.org/56153
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

instead of GetBitmap

Change-Id: Ib43cfaf3c91968d623e5a24f44539368da28d36f
Reviewed-on: https://gerrit.libreoffice.org/55190
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

Change-Id: Ifd550df955cc95498949a0907e43ba41f68ba585
Reviewed-on: https://gerrit.libreoffice.org/56216
Tested-by: Jenkins
Reviewed-by: Jens Carl <j.carl43@gmx.de>

Project: dictionaries  846e5da4b28bb40158cfb992f3a371614e25a349

tdf#104332 (and others): Fix two thinkos in my recent commit

Change-Id: I6908826572153daeee1211ea3796a6e4a0e007b2
Reviewed-on: https://gerrit.libreoffice.org/56217Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>

Change-Id: I6a42d683e2d4d2d8887822dc17ab2fd7f51982a5
Reviewed-on: https://gerrit.libreoffice.org/56210
Tested-by: Jenkins
Reviewed-by: Jens Carl <j.carl43@gmx.de>

In which either convergence is detected or N iterations are
executed and the result is displayed no matter what. Which would
"do N iteration steps" but never detect non-convergence.

Enable that only with an additional option where the user
specifies s/he doesn't want to be informed of non-convergence
errors.

Change-Id: I3caba0c200e16514e39ea46d7f899afc05a5a2cc
Reviewed-on: https://gerrit.libreoffice.org/56183Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

... which could alter results if this formula cell again depends
on other formula cells in the circular reference(s).

Change-Id: I2b56902a71c0f16f9777507402ea004ae609bfbc
Reviewed-on: https://gerrit.libreoffice.org/56182Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Ieb04fc4684caa6df47b123ab06e280f2d204375a
Reviewed-on: https://gerrit.libreoffice.org/56162
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>