Change-Id: I40e0edeeda7158c6209b3eda124587e2da4df8d1

Change-Id: I37ff2164b1f0fcdc4f3fad41f344b0d73105a2c1

Change-Id: I381386852e20bf0424f3189099b10bb33de98bc8

Change-Id: I88b514326be80e56053a28f4a434162fd8d4397b

The dlsym() crack found the system (but non-public) libfreetype symbols, and
that seems to be incompatible and caused the app to crash.

Change-Id: I9b0bcac098d7cb3560640de3dfc10f51569c462d

There is no use for non-exported symbols and debugging information in the .so
on the device.

Debugging with ndk-gdb uses the non-stripped copy of the .so located on the
build machine and works fine (as fine as the NDK gdb can work) even if the .so
that is actually running on the device includes no debugging information.

Change-Id: If4e77284a74427261eefac0e167ed42161c773f8

Only renders on very-first-start after install (oddly).
We initialize vcl in it's own thread to avoid problems.
Thanks to tml for fixing a linking issue.
Change-Id: I960d11c6098681356fea0634970545aa9af9bacb

This reverts commit cecc9260.

Conflicts:
	sal/android/lo-bootstrap.c
	sal/inc/osl/detail/android-bootstrap.h

Change-Id: I8d55d5ae5ae38ae2b252859b5400e36301f19ef0

Change-Id: I37f96df0ca6003bd811f156448e6b4990d2222aa

Change-Id: I6a6fd3e1e749b9a7adebdc4bf615e9b523b427bd

Change-Id: I896e29b04568b351517612a1ac161dca5717dfbc

Change-Id: I6bdce23059d7db337fff0d4eb215b2acdaf18c93

Change-Id: I951d26df9c99f47b3e1415b96efaa050adf82892

Change-Id: I8b42a6c047f95aa567f520db81699c83a115a6c7

Without this, only fonts that had come embedded with the document
were embedded when saving, which meant that it was impossible
to create new documents that would have any fonts embedded.

Change-Id: I3b4e87b1b3ca5ae1ccfe29d9b571b0262c568dcf

Change-Id: Ic43283b9e1666c0f2162e277dc79fc6f992ef616

Change-Id: I391a415e0f4bf3813637191ef04c0b5f72a2c470

Change-Id: Ib185eacbd0b4123ec947d116076358794bf42d46

Change-Id: I81f6022602caf9f2b23a7de70f297bb5360a9397

Only the Clang tinderbox fails here for some reason, but e.g. code
in ww8par5.cxx check for non-NULL too, so it's apparently possible.

Change-Id: I985445f7727560116813aacbca40c0e7c0a4863f

Change-Id: I3a294c5c800597f3b17395e1e02944f5279e3753

The Calc case of 73a24e70 .

Change-Id: If280dab5bac7fa7719840ebba51bdca61b9d8c2d

Change-Id: Ib2d61e436d625ac89defe718d4cc1d866d538397

Change-Id: Ia195511369c315cf865fed321edc1ace2c82443b
Reviewed-on: https://gerrit.libreoffice.org/2299Reviewed-by: Andras Timar <atimar@suse.com>
Tested-by: Andras Timar <atimar@suse.com>

Change-Id: I7b0e5776771d0da41b422fe235598710f7175357

I wonder when the support of old binary format was discontinued, but
at least in LibreOffice 3.6 it did not work. I converted the files with
OpenOffice.org 1.0.3.
t Please enter the commit message for your changes. Lines starting

Change-Id: Ie68371b613ab0464eefe909d083dbb8567623a2b

Change-Id: I02343ca6fe9d0c642cd8ebf4723582c7c25889fb

Change-Id: Iacaa53c167230d40bd7e68216ff9deb97c528063

Project: help  7a607b7a563b85f5c0b884e8c32c4791c14cd66f

Change-Id: Id6fab654b4c92aaba753e7099923efb135a0bdd8

fixed incorrect return of EmbeddFonts property and also make sure that NotifyEmbeddedFontRead
is called on reload

Change-Id: I085f50ff88bbf73b5dcdb9630b6c5844430a47c2

Change-Id: I9cfb4f65e27a73921ac7944376677c5ddecdf9a9

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

Change-Id: Iff63e4dd2471d5b5c0e7c52344d694a0e46ce6a0
Reviewed-on: https://gerrit.libreoffice.org/2305Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de>
Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>

Change-Id: I131ead5269fb0815de0e96fa268358461d45e47c

Change-Id: I360de01d1afa129bec2dc9aabfb16820ec5e3269

Change-Id: If546e2f5c0f4b58d1306c737bf69799e8033c5c0