Change-Id: I6eba985f41b78160d2377b2cd4c27ec85ade33df

Change-Id: Ibb854c389683656f2570ff330ce44c27aef0e70f

Change-Id: I93eeb586310cb1896b067b7c665e1fdee92d47b4

Change-Id: Ia3cc11ed882bf7e58c008f68af4340336c82b119

Change-Id: I48bee0474fc4fe8be454c1e8819d8f192c9f9216

Change-Id: I744f774e6e43866f1c6ef9ff8de2d9f2e183f0be

Change-Id: I18d600bf21573bbc47ffcd105afeb652fd74392b

Change-Id: I83576b55ca421abfe056eb7b66f8f74782100a09

Change-Id: I10c0433d314808cb1c51c3bde4f826bce7c8a97b

and add rtl::isAsciiWhiteSpace

Change-Id: Iac71975f718b9360ea9dc94485c069c5e7cb91c7

Change-Id: Ieb4bda18ea6ee8d957bb9b9f584e12eb24091513

Change-Id: I0b478dfa25a54595ba0dcee1ca3ec0291ee94ef5

changed DocumentView to be root view
FileManagerView is started from DocumentView

Change-Id: I43d2a2fab3ff37983c242bce15bdb94c8cc7d4be
Reviewed-on: https://gerrit.libreoffice.org/35536Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@libreoffice.org>

instead of pushing it to the stack.

Change-Id: I7b1640e1b3f835c06726941adfe6d212853f3af6
Reviewed-on: https://gerrit.libreoffice.org/35537Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Change-Id: I5469332c4ef98bce8cd9c2caff5bf61dbf102b23
Reviewed-on: https://gerrit.libreoffice.org/33220Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>

Release build of 5.3.2.1 failed in codesign
apparently LibreOfficePython.framework was being signed more than
once, which cause codesign to fail and due to a recent
patch to harden the codesign wrapper, the build itself to fail

This does not address why some part are signed multiple time
but merely tell codesign to ignore the issue and just sign

This also fix a bash un-initialize variable warning and
capture output of codesign in case of error to be able to diagnose
things.

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

properly, e.g. breeze-dark has arrows

Change-Id: Ic59c0de3fb385adc2f8fddc605edd7498230d5fb

Change-Id: I4041dff0945c4bd34e085078a7130b637124c6cd

It's still on, but in experimental mode start work towards the ability
to not use that markup.

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

Project: help  0df6af74a2f1fb791d27ca316e206661bf74b2c5

Improve help text

Unit #118023968 (uk)

http://nabble.documentfoundation.org/Re-Unit-118023968-uk-tt4210625.html

Change-Id: I02fa0a05a2e7a0ca18ab26021bc4293753f698ff
Reviewed-on: https://gerrit.libreoffice.org/35507Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>

At least on Linux, building it with LANG=tr_TR.UTF-8 failed for me with

...
> make[5]: Entering directory '.../workdir/UnpackedTarball/firebird/gen'
> rm -f metadata.fdb
> .../workdir/UnpackedTarball/firebird/gen/Debug/firebird/bin/isql -q -i .../workdir/UnpackedTarball/firebird/src/dbs/metadata.sql
> .../workdir/UnpackedTarball/firebird/gen/Debug/firebird/bin/gfix -mode read_only metadata.fdb
> .../workdir/UnpackedTarball/firebird/gen/Debug/firebird/databases.conf: illegal line <employee.fdb = $(dir_sampleDb)/employee.fdb>
> Makefile:325: recipe for target 'metadata.fdb' failed
> make[5]: *** [metadata.fdb] Segmentation fault
> make[5]: *** Deleting file 'metadata.fdb'
> make[5]: Leaving directory '.../workdir/UnpackedTarball/firebird/gen'
> Makefile:166: recipe for target 'master_process' failed
...

Change-Id: I1784aaa790e527d382e8449f8007b0ae2dc14698

Xcode decided to add an empty launch icon, removed.

Change-Id: I62405114e49d176c16e452d05ec9d872c70d7880

osl_setSystemLocale was introduced with af293834
"#88460# added osl_getProcessLocale and osl_setProcessLocale" but never actually
used.  So mark it as deprecated and, in the sal/osl/unx/ case, don't make it
set the OS-level locale via imp_setProcessLocale (calling setlocale or setting
the LC_ALL/LC_CTYPE/LANG env vars), same as in the sal/osl/w32/ case.

Change-Id: I33348dba5de8ca80ca6fca210043286c0cfa9145

This spares a pair of push and pop of the stack.

Change-Id: I046402c2e975a6b5f4148960a9daffa15cc55ff3
Reviewed-on: https://gerrit.libreoffice.org/35532Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Takeshi Abe <tabe@fixedpoint.jp>

Change-Id: Icc83a9a1257e422aa7593d6a8dd5af25a06a3384

This is a follow-up of ed5450f2 where the
check for the HasView has been removed.  Turns out that there are conditions
when this really can happen, leading to crashes in the LOK searching.

Unfortunately I did not manage to find a reliable reproducer to create a
unit test :-( - so I suspect this commit might be more a workaround than a
root cause fix.  Would be great to find out the exact conditions leading to
the situation when the EditEngine does not contain the EditView, and evaluate
this fix against that - but that's hard without a reliable reproducer.

A unit test for this fix is missing from the same reason.  The unit test from
ed5450f2 still passes.

Change-Id: I1cca7219817119d27a224b35efb660a84d35b8fa

Change-Id: Idf7bd4c80f9dc1fb9f93859e1e1106dd620d2311
Reviewed-on: https://gerrit.libreoffice.org/35511Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>

* Removed old comment cruft
* clean up some indentation

Change-Id: I0ddbd66aec0f27d7563dc4c2cfa2e095a48cda46
Reviewed-on: https://gerrit.libreoffice.org/35134Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>

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

gcc >= 5 and clang have builtins for this
msvc has safeint.h and functions in the msl::utilties namespace
otherwise fall back to certs demo implementations

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

Change-Id: Ib7ddcdc822e8b08b4e1c3e282a3fe2f691a71569

Change-Id: Ia02c5e09c9ca9f5d0e6b0c0eb66283057ff8c1cc

To join a thread, the mutex must be released - another thread
in pushTask() could add a new thread to maWorkers at that point,
which must of course not be deleted.

Avoid the problem by transferring ownership of the to-be-deleted
threads to the calling thread.

(regression from bdaa13a8)

Change-Id: I9d4fcfe4cb46a336586b5663934a12d47b2d8ccb

Always _WIN32 is defined, even in Win64. So the check must be to _WIN64 and then to _WIN32.
Hope no more lines like this in code.
Can you test programs with SDK 64 Bit?

Change-Id: I769d9277e6ff931ca7d5d61d412b81c191d97083

_WIN32 is also defined on 64-bit Windows so reorder these ifdefs.

Should i be surprised that this breaks several dbaccess tests
for me but all tinderboxes are green?

(regression from 9143dd4e)

Change-Id: Id917952d3135768355af711688ff70bf6c019a6e

Change-Id: Idfd2a6d68fecfb5a473938a74a9020f76fbc2c4b

... from a DOS style 8.3 path, for whatever reason.  Special case DEVENV
variable so it uses long path.

Change-Id: I03bb20a8f35cd116edd33ec91178f9deddbc4257

... which is unlikely to contain the strings "gdb" or "lldb".

(regression from c38a4d9c)

Change-Id: I355069ec512232898b246d2b0bf8912831f0c80a

Moved entitlements to correct group

Change-Id: I6ab95b823fc4a4b8781b27d51ecb8d994f477dca