Change-Id: Ieeae14607127c442b987afc51f2b59692f5334ca

Change-Id: I5578dc3885945c013064cecf2ca86e7ca734368f

Change-Id: Ib0dcae05793927ecca4e8031e66b6ca1bf4721f7

Change-Id: I17c0f7e22e63823c16ebcdc1db1e4f618aad22a1

Change-Id: I448f59fd43d90d3ad42ba55dbadee0664984e53a

Change-Id: I18b3e0cc30e05e9a53a0f7ae9997b9f190f192f4

Change-Id: I88188482af59bb94f1869a1ad4fb3c72c71789b7

Seamonkey based address book driver is based on pre-compiled libraries
and is only used on Windows 32 bit. Remove it in favor of mork driver.

Given that Seamonkey based mozab driver also provides Outlook and
Outlook Express address book integration, that Windows-32-bit--only
feature is lost for now.  If necessary, support for that feature could
be rewritten from scratch, in a way that would also work for Windows 64
bit.

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

Change-Id: I06373679497ffc3472905251327073c878b48342

Change-Id: Ie5cd1c0e186920f3b34d3986aa995a5c3be9c58a

3.5 release is needed for MSVC 14.0 (aka VS 2015) support. Python 3.5
removed build toolchain support for MSVC 2013. Because we still need
to support it, we duplicate the Python directory in externals and
copy old patches and dispatch to this directory for MSVC 2013. Once
the support for MSVC 2013 is dropped on master, this directory can be
removed again.

Change-Id: Idf7bc351239582f583ecbdb53c923cbdcf968089
Reviewed-on: https://gerrit.libreoffice.org/17352Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

This checkbox was introduced in the commit
9a857437
This patch makes Calc persistently remember the option's setting between
invocations of the Find & Replace dialog.

Change-Id: I82c1355e85cd16ce13229d495a6d243e185318ad
Reviewed-on: https://gerrit.libreoffice.org/19574Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I459e00ca0b6578be6f7543eb220720b1a48c1ac7
Reviewed-on: https://gerrit.libreoffice.org/19584Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: I0072ba9972a6c4d1565b1d3826202ff11f0c335d
Reviewed-on: https://gerrit.libreoffice.org/19582Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>

... with ::std::erf() and ::std::erfc() of C++11

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

This reverts commit d2a07cd3.

We now ensure in sal that calling rtl_math_erfc() with NaN actually
works and returns a result as defined.

use SAL_WARN_IF instead - getting logged with info is more suitable for
this - useless zoom factors won't cause other problems

Change-Id: I7b8dd6551297eeff8e720ff85702f0049a4b93a2

Currently in case of RTF export LO converts all unknown graphic into WMF. And some images due to zero prefSize
produce invalid WMF of zero dimensions.

As a workaround for current case we do not convert GIF images to WMF, PNG format looks better here. The code can
be extended to provide suitable converters for other formats.

Change-Id: I0c98111a4496250874aa4f664dd2f70134c1bdd1
Reviewed-on: https://gerrit.libreoffice.org/19581Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I008438a6b1651068165e6a07b16ea0b2e447074f

Change-Id: I12f38d29d1d0b02b8a99977a232646c213ef20e9

Change-Id: I09958e48846962aa5ad29e3e6cc0ce2450973f74
Reviewed-on: https://gerrit.libreoffice.org/19516Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I1b573365d55f6455e892b4b5b98a7090de5caf4c

Change-Id: Ie424a6f038107ef8b574d0422efaf49b441c110f

Change-Id: Ia6b025ba9980f0a7b333b2dc4ae708c3a63fca21

Change-Id: Ib96d7123a3c483e9a1c78666bf042396510d733f

Change-Id: Icc7d7ad95d1ffbf55f1cd704148f3ceb58618e6c
Reviewed-on: https://gerrit.libreoffice.org/19432Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: If6eb273bc4d76f85da0844caea4bd697c6263013

In a0c53a96 SYSTEM_MOZILLA was removed.

Change-Id: I421a293c7611dd5ed0d810c9c8a80f19faf1689a
Reviewed-on: https://gerrit.libreoffice.org/19580Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

bool ScDocShell::isTiledRendering() const crashed without this check

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

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

MDETERM uses lcl_LUP_decompose() which as the name suggests does LUP decomposition.
This patch allows additive cancellations to occur in a cleaner way while doing the *only*
additive operation in LUP decomposition, that is while computing Shur complement.
This patch does not change the high level semantics of the algorithm.
Also note that this change makes improvement only in the case where matrix elements entered
by the user are *integers*. The change allows MDETERM to evaluate to exact 0.0 for
singular integer matrices.

The steps to calculate Shur complement are :

for i = k+1 to n
  aik = aik / akk;
  for j = k+1 to n
    aij = aij - akj*aik

This is now modified as :

for i = k+1 to n
  for j = k+1 to n
    aij = ( aij*akk - akj*aik ) / akk

Without this change MDETERM() for certain singular matrices used to evaluate to a tiny non zero value,
which also caused MINVERSE() to generate a wrong output.
An example of such a matrix is :
1 2 3
4 5 6
7 8 9

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

Change-Id: I4103c8e1549db44055fbfcb8ced6ec36d27fc126

Change-Id: I9c6e7699790cc2e526a15daf8c5c25555aa30fc9

Change-Id: I3d4cd44527bd9687df002543055286daf6e24a65
Reviewed-on: https://gerrit.libreoffice.org/19370Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>

Change-Id: I2b3501967fc0088e0bebf6c366e033c61b652921

Change-Id: I7718ff6f93f704e37e9a046cb07c497b2d533a2a

Change-Id: I9d1d83f1ba9b74d248321f617e2ba6745bdc2c01

Change-Id: Ib174a3809dd5433c29efbe08a2c4b9f9b6eda804

regression from

commit 8f705df1
Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.com>
Date:   Fri Jul 18 13:36:13 2014 +0200

    bnc#881024 Don't world transform font size in WMF/EMF import

which seems to be a regression from

commit 1281c1f5
Author: Armin Le Grand <alg@apache.org>
Date:   Mon Dec 10 16:08:58 2012 +0000

    Resolves: #i121382# Corrected size handling including font size handling...

    for EMF/WMF imports

Change-Id: I87307c9993d3343b4db636257e2567b10a73b79d

Change-Id: I751587bab106cc0f42f5f83ab30b6b69923463e8
Reviewed-on: https://gerrit.libreoffice.org/19553Reviewed-by: Yousuf Philips <philipz85@hotmail.com>
Tested-by: Yousuf Philips <philipz85@hotmail.com>