First, make sure existing compiler-generated RTTI from liblo-native-code.so is
found (so that catching bridge-synthesized exceptions in native code works with
libc++abi, which checks type equivalence by address instead of string
comparsion), by using the dlsym(RTLD_DEFAULT,...) mechanism as in the ANDROID
gcc3_linux_arm bridge case.  And second, if that should fail, synthesize the
type_info even if the included cxxabi.h doesn't provide the relevant type
declarations, by using copies from the ABI specification, as also done on other
platforms.

Instead of always having getRTTI fail and raiseException throw a non-synthesized
css::uno::RuntimeException("no rtti for type ...").  Which explains the mystery
discussed in the commit message of 312eeeee
"Switch Android armeabi-v7a to libc++/libc++abi/libunwind too", why the observed
misbehavior on x86 was so different from that on armeabi-v7a.

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

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

Not ideal not to use mmap on a small device though, but disable for now.

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

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

Change-Id: I58a8d104b24c7cf2d021e2dce700e25592c8a605
Signed-off-by: Mert Tumer <merttumer@outlook.com>
Reviewed-on: https://gerrit.libreoffice.org/58563
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I9d87168dce4b5c6e503d41366aa35d5dadf89dae
Reviewed-on: https://gerrit.libreoffice.org/57081
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>

Change-Id: I92cdccfe7b97d9baf29b1155990a38b26579e365

deprecated since 24/Nougat, but we still want to support devices running
Marshmallow and older..

Change-Id: Iedcf8a56028eff44134b548dc07a89573cb2210d

Change-Id: Ic80ca7f8ebb93f78a58cc0ad778db90deb0c51ba
Signed-off-by: Mert Tümer <merttumer7@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/54771Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: I9929bd077a33349a6e57c3a427df7e77b3007c88

Change-Id: I581575e2b13482d16aca284bfa502ed164b8c9d0

Change-Id: I98edec9f57f1bf0576e16a1ba3c0e023d6d0b6ed
Signed-off-by: Mert Tümer <merttumer7@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/52494Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: Ia028dd64c04d1de95e42ea2b89ee2bca689a2390

Change-Id: I2fff80f2e4a0bd1946c9b49d46871245f93bbb3e

Change-Id: I39233369e754919aeb0dc46856a3746f33e89e9b
Signed-off-by: Mert Tümer <merttumer7@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/51675Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>

Change-Id: Ib15218f1f3bc2867ca0e8daa50a2d4edad4a9d87

Change-Id: If19dbb654d473e8785dc69f96775c78cc95a7bd6

This time not breaking other platforms. Thanks to Stephan Bergmann for
suggesting this alternative way.

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

Change-Id: Ia2e198c20b904ba178fac2969dfa80f3f1291be1
Reviewed-on: https://gerrit.libreoffice.org/49123Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

that was introduced with 54596087
without adjusting for Android accordingly

Change-Id: Ie6a2001ab13ecec959da9b57bb49e1bac76e8691

functionality to create new documents was added for tdf#106325 with
commit 1503769f
However the commit had some issues, most notably clipping of the shadow
effect and alignment issues to to scaling down (via the animation
effect, took me quite a while until I looked at that) with having a
centered pivot. I think it was due to those alignment issues that the
label was set to a fixed with - which is a problem for future
translation.
This commit:
* changes the animation to not scale down the initial views
* changes the FABs' setting to use compatPadding - this not only ensures
  enough room for the shadow, but also allows for consistent look across
  android versions. Side effect is that it needs more height, so
* the effect was adjusted accordingly, to shrink to/expand from the
  lower-right corner of the parent view, instead of "mid-air"
* the labels were given a proper background drawable with rounded
  corners and some padding for a (much more9 polished look
* formatting of the labels was split out to a style, for ease of
  tweaking the looks
* add tools:visibility statement to see the elements in layout editor
* fixed the strings for the labels (and ID) to some less awkward ones

Change-Id: Ifd2d90ec8d23e40603edff19c9af9e0b32090c9f
Reviewed-on: https://gerrit.libreoffice.org/42033Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>

Change-Id: I0362725646521c9e2126faeaaf35a1c1dbf775af

Change-Id: Idf609a4012499e76acc5e7ae76565937f2a58fbd

Change-Id: I58bc7c9099cd2a3a90f92efbd179d0f3abce02a6

The patch was sent for the ULAKBIM/PARDUS project.
Signed-off-by: Mert Tümer <merttumer7@gmail.com>

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

Change-Id: Iaee918439f8472bab7fab2cf545ac2e420d614ab

Change-Id: Iad0d51311ba0e74e1fbc33ee3fb09c8c9a89b0c0

Change-Id: I47e1df5d27e788ef5aa48c3a09daf9888c33f920

esp. removing the jniLib one is important, as otherwise it is easy to
package both x86 as well as arm libs into the apk, making it huuuge :-)

Change-Id: I6364b82800a449682b618f0bb98a47825dcb0742

Change-Id: Ie885224f257916debec85ab4a42435ff606b0acd

On Windows, with 16x parallel build, build-nocheck target fails,
because it tries to sign a file that is already in use (gengal).

Change-Id: Ic582334f2c02f5e38f49d048fc0425025ffeee41

Change-Id: Ic1eeb36584144785f1ec5c502140ea0405020cac

Word relates the position to the unrotated shape in legacy doc
format. Writer uses the rotated shape. The patch corrects the
difference on import and export.

Reviewed-on: https://gerrit.libreoffice.org/70152
Tested-by: Jenkins
Reviewed-by: Regina Henschel <rb.henschel@t-online.de>
(cherry picked from commit 421e6fc3)

Change-Id: I25537123656e62d6ffae5118ee8d621a4b5c5be0

This registers SharePoint integration libraries using regsvr.exe.
Both 32-bit and 64-bit libraries are registered; registration of
SharePoint.OpenDocuments is unconditional (subject to ActiveX
feature install state), substituting respective MSO component.

This only works for 32-bit MSI, because in case of 64-bit MSI, only
64-bit SharePoint DLL is included; this makes the library ~useless
in case of 64-bit MSI, because IE needs 32-bit component absent there.
Proper solution will be created for master branch.

Change-Id: Ic5bf9e7090acfaa17d47cb72b9ebfd483242f656
Reviewed-on: https://gerrit.libreoffice.org/72801Reviewed-by: Aron Budea <aron.budea@collabora.com>
Tested-by: Aron Budea <aron.budea@collabora.com>

Removing these few lines of code fixes the problem on iOS, as far as I
can see. Let's hope it doesn't introduce any new issue in the iOS app.
In this branch, I didn't have the clout to remove them for macOS, too.

Change-Id: I2380d010ba223a698acfe916fca4580a1502be98

Reading OOXML _x005F_ escaped content may not get unescaped, so
when writing back to OOXML do not attempt to escape it again, i.e.
write _x005F_xHHHH_ as is and not as _x005F_x005F_xHHHH_.

This is more a workaround, the proper fix would be to unescape
_x005F_ content upon read. But then the entire "invalid XML
character" escapement and handling control characters rat tail
would come into play.

Change-Id: I3d31dc84a362753c23a8c89f7a5d7bfd06e4367b
Reviewed-on: https://gerrit.libreoffice.org/73187
Tested-by: Jenkins
Reviewed-by: Eike Rathke <erack@redhat.com>
(cherry picked from commit f677885f)

auto-rewrite with <https://gerrit.libreoffice.org/#/c/47798/> "Enable
loplugin:cstylecast for some more cases" plus
solenv/clang-format/reformat-formatted-files

Change-Id: I52e58aa38c600faf677e932cb3caad07547ccbb7
(cherry picked from commit 02416cc1)

Otherwise, the column setting is duplicated both in the section
and in the page style.

Change-Id: I14383c646e709a3653f1054f0d4170a2963529c1
Reviewed-on: https://gerrit.libreoffice.org/66151
Tested-by: Jenkins
Reviewed-by: Justin Luth <justin_luth@sil.org>
(cherry picked from commit 84fefd7c)
Reviewed-on: https://gerrit.libreoffice.org/66217Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
(cherry picked from commit 0e863f55)

Change-Id: I17d95cce0dd69e2ba8b4ebc7045544fc5659a249

The DISABLE_DYNLOADING case in ImpFilterLibCacheEntry::GetImportFunction()
had apparently been broken from the start, but nobody never noticed as
the common formats (PNG, JPEG, GIF etc) use a more "internal"code
path. The problem was noticed now with a TIFF image in a presentation.

The fix for the import case seems to work, but I could not test the
fix for the export case.

Change-Id: Icbd33c7cb654136a562f18b06d5b0896e701bf3d