Change-Id: Ied60932e1a0e66b9721afbfd186f05e188edb70c

Change-Id: Id67be2a0722930094c61ad99912934ebce5a4631

Change-Id: I044bae6995f78ea70dea9da101036a6cf578d48f

Change-Id: Ida46affca95fcd582206d79ff7a5b4d48ed92e12

Change-Id: I6a42370873708e4b016e75829064da6080acf811

Any rotated text in an emf image (image size != original size),
has thicker fonts.
This is kind of a regression caused by commit
8c2902ec
So, partially reverted it.
The code was kind of a workaround/copy-paste, so I am assuming
it is safe to revert.

Side-effects: The dotted borders (in calc) look a
little lighter and not so very visible in the page-preview.

Change-Id: Ia4494c3a1164026f5da25d2040a5cc187016b958

Change-Id: I041d58d09e132e481cfa278300c494c9f1d75f29

The check itself was always failing unless you added 0x to cxxflags
and we can safely assume the header to be there.
If the header fails during compile time it throws nice
error explaining what is going on anyway.

Change-Id: Iedff10f3b2562f731063107df7220efa124aca08
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: Idbe03cbc209db9951d0dbdb19e4e5e7e184fdb76
Reviewed-on: https://gerrit.libreoffice.org/1027Reviewed-by: Stefan Knorr <heinzlesspam@gmail.com>
Tested-by: Stefan Knorr <heinzlesspam@gmail.com>

Change-Id: I0d67eedf37dc561aa8a8944e0670607e71723824

tabs creeped in with b4d1aaa0

Change-Id: Idb73a4db82970a3af06e7d50e4d71d4a3ece44cf

For one, /etc/opt/ure was probably never used by anyone anyway, so meant just
needless file-stats during startup.  For another, accidentally created
~/.ure/javasettings_*.xml that later became stale were noted to cause trouble,
so that source is now closed.

For this to work, jvmfwk needs to be silent now if it cannot read/write any
shared/user javasettings_*.xml.

Change-Id: I332b5ebb9549dc6ccf7c99c439d9a3b61aeb5829

Change-Id: Ia172f144616d7468466a057bb1a431b3047209fd

This reverts commit 78c7bbc3.

It is no longer the case that both expat_utf8 and expat_utf16 are linked
into the same library: we only use expat_utf16 in shell Explorer
extensions, which cannot be linked into libmerged anyway.

Conflicts:
	expat/expat-2.1.0.patch

Change-Id: I579c10d405d8a40cafcb2dbe09e967c6079f7b16

Change-Id: I5536d92c381a0df425a7d70387f1ebc457e68186

... seeing as there isn't actually a handler in the compileExtensionHelp
function; possibly dead code there.

Change-Id: I96b3edff6be2d58d0c1852eb1043547c33e97c3a

Change-Id: Id2d476c4fc13ccfb501ef920f75e2a95a7ce3734

Just compile those files twice.
Also rename the UTF8 library to plain "expat".
This allows python to simply use that library and build "pyexpat"
succesfully.

Change-Id: I7e37ec5b87b70c2cf8c86e06709f0e8d0a67f09d

Change-Id: Ia9b5b2775ad91661bf3d130417a1624fa4d855d2

Change-Id: I532558f5502898e036e01d64faa854c68e7109c9

Change-Id: If204523d7da544b11b2d809993ada180476104ef

Change-Id: I63b0510fea80c12579985fbc4d4eb4646376e25b
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1074Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Change-Id: I6bbb57bfc46fe6afe5652a1c83097d4f18e5ed03

Change-Id: I4a445c345706351da8f022180d142249340acd2f

Change-Id: I3e6c1341666fddcfd1bd272a0943ca1de3e5d629
Reviewed-on: https://gerrit.libreoffice.org/1072Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>

Also create a utility constructor for LocaleDataWrapper, which
simplifies many of the calling sites.

Change-Id: Ic8510b51c4201fa17fc0620e18d3e258e43636ba

I upgraded the service to return XSimpleFileAccess3, since it
already implemented that interface, and it's backwards
compatible.

Change-Id: I40001a46048bd21a23b6a2f58a95376f06fc634b

Modify the service to return XExtendedTextConversion,
since that is backwards compatible and the service
implements it.

Change-Id: I2923969135c396d643c501ed56e0528c0bd7c14a

Change-Id: I0e5e85d6b23961baa9ef3ed4247e39497bb063d7
Reviewed-on: https://gerrit.libreoffice.org/865Reviewed-by: Niko Rönkkö <ronkko@iki.fi>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I62fbf218bc79e79ce9f836ea8a8a9dfaf8955213

Change-Id: Iec606a754c405710c45d78bd061ca1650522a747

Change-Id: Iedb239232854f185ea0005f745356800788cf0fb

Consolidated changes for fdo#56278 fdo#54074 fdo#53364 fdo#55059 (and
earlier i#99844 and i#101869). The replacement cell for the broadcaster
to inform listeners, if any, is transferred the broadcaster and owns it,
the remembered formula cell never does. When broadcasting the change use
the replacement cell instead of the remembered formula cell. Don't
fiddle around with ReleaseBroadcaster() at the remembered cell, we don't
delete twice and now also don't leak.

Change-Id: I5cd4dfe33e91a40dce53538b2eae2c80a7064c4c

gb_ExternalProject_use_unpacked has completely different different
side-effects, so use the manual way/the actually expected part of
the rule

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

Nah, this then caused a repeatable other problem; in liborcus:

/bin/sh: line 1: ./configure: No such file or directory

This reverts commit dff0a481.

Most of the changes are related to newly allocated memory, so we are
sure it can not overlap with the source of the copy.

Change-Id: Ie6ccf1bbb07b792fb18601a38dfaa55755d14b7d
Signed-off-by: jailletc36 <christophe.jaillet@wanadoo.fr>
Reviewed-on: https://gerrit.libreoffice.org/1033Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: I79ef3158d520d2c328838e83ad8382483be332a8

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

and in turn build breaks because boost headers are not ready.
use the suggestion by mst and use gb_LinkTarget_use_unpacked instead.
Also use gb_ExternalProject_use_unpacked for consistency

Change-Id: Ie52ba7cd99ae6622b11f32eca8895ca004b8ae95
Reviewed-on: https://gerrit.libreoffice.org/1066Reviewed-by: Tor Lillqvist <tml@iki.fi>
Tested-by: Tor Lillqvist <tml@iki.fi>