Change-Id: I63f8ad597cea2562b567b7df13823b75a6e50dde

Broken in commit 1f078fca

Change-Id: Ica93c3b9309b2ae4d973ccc34a84b5accac7472c
Reviewed-on: https://gerrit.libreoffice.org/10478Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: If0d2622b5d64ccd821ff29356d545d59f5017d21

Change-Id: I341f52e5dfedb61130545cf30ff61e891abc7e04

These are internal constants, they don't need to be visible to the rest
of LO

Change-Id: I313def85b8c404948ec9ecb3996fed03b32ff9bf

Change-Id: Ibcc87329f02c435638cb31f8e969b94b729b7f31

Change-Id: I58a04325ba6ae42fffddf89905c997fb9ff9fd35

Change-Id: I9cde4c5629f2970b9c24d98897580a2442661bc2

The join before already makes sure that the thread is not running
anymore.

Change-Id: I9a8eb9f436412a2bf75f72a33d23a57016394eec

Again update may not be protected bt the mutex.

Change-Id: I8b9862c8ecafad75eea3b9e041d3063532f7bf63

The mutex is unnecessary as update is calling join in the beginning
anyway.

Change-Id: I1dc0c415f4405b58ddbe3640fa8870bed9fefef3

Linking libxml2 against ICU libraries has a nasty side effect:
The URE library javavm.dll links against URE libxml2.dll, which
is now linked against OOO icuuc53.dll; when a URE program, like
uno.exe, tries to load javavm.dll it fails because the OOO layer
"program" dir is not on PATH; this breaks the installation of Java
extensions.

Fix that by splitting up ICU libraries and putting the required ones
into URE layer.

(regression from 7515b1a9)

Change-Id: If98dd0357162cb632d9762cd2d20162de5eb1a52

"Assertion failed: sequence not ordered" printed when running smoketest

Change-Id: Id9b7541f43342adf62137718dc332c0187c32f57

Change-Id: Iad00aa47ef65fe163eff407549c26eb3590ab132

Change-Id: Ide1319b0b3504f8084d2dfb999b5ece35b95be8f

Change-Id: I82c8d0c36f1748158545a2bfa5b816c5bb9d44f0

The join makes sure that the thread is not running anymore

Change-Id: I3f900e36833240544005d03ce1ae1f2330365a03

Change-Id: I1e8e24735f6a57982834f84b26042b7082fa4410

Change-Id: I1f994ecb6efbd302430062421ccc953dee904741

taking the mutex before calling join is silly

Change-Id: I5a2df82f748aa7ccd13824369da5c81842285076

Change-Id: Ic972bd73a4022dd4fd4df9336e6270e9bb2b4cba

Change-Id: If6badae178ffc9be2192fcfdf41fc7d062dc32c4

Change-Id: I0770db8e2cb5ecb1ef7d3706082196a8fd8f1ede

This reverts commit 46cea346.

Conflicts:
	chart2/source/view/charttypes/GL3DBarChart.cxx

Change-Id: Ia29ea6a95b8b9eb870d14538d0cadaa40472582f

This reverts commit cbc50c90.

Change-Id: I0c17f40b3e593ae3771fa751a817f84bf2f2323d

Change-Id: Ie39292137f931bfd557f66c485e104cf5d5089b8

Change-Id: I77ca957204bacee95e32a7f2a54c9311002aeef9

Change-Id: I4f0b0e76f720663a7f6ce1d1a5f3806b86165313

Change-Id: Ifb5060183866d3e8ea8ecaa715b297717d1dd370

Change-Id: Id4b083b202930108c2cdfdae0a549aea29198b5c

Change-Id: I79c222a6ac1d68a441666a41af72099611a94a4c

Presumably the test should use the unused variable w, and the result
should be 3 since that's how many styles were inserted.

Change-Id: I34455020e1fb8c53204b6ee0632138c1077617a2

Change-Id: I0172814081d443c21fc46bb9c5e26a5f459db9fa

OTOH we do have sufficient data to start name-calling Cygwin make:
http://lists.freedesktop.org/archives/libreoffice/2014-June/061727.html

Change-Id: I290c39805d237c7da9a7aa954ec45a58c92fa2d2

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

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

Change-Id: I474458058c1a3d8c93486bf2e647df203d2452cc

and while we're at it
- use the enum type all over the place instead of passing around
sal_uInt16
- don't use bitwise logic on enum values
- use enum values instead of numeric constants

Change-Id: I7f24cb4d242e1c00703e7bbcf1a00c18ef1e9fd4

Change-Id: I62127b23475dedf081fc981c20e916d5868ab086