Change-Id: I6652b45a6010a05b59c1f87faaf7c06318f91fc1

See https://bugs.freedesktop.org/show_bug.cgi?id=87123#c15
and above all https://bugs.freedesktop.org/show_bug.cgi?id=87123#c18
Thank you Noel for your help!

Change-Id: I9feb2384ff5965bab005c9a1e8803062cd9d0f94

Change-Id: Ia3f5d11aace705f36016aabda7f325ba46aa8640

Change-Id: I55abf17a1da2616ca2b1303747ca8cc7e402634e

Change-Id: Icd44b7c128bf72236206d7c753a9ef986f50dad2

Change-Id: I65487e6a96a730b95c873613df6f33df27ceaf80

Change-Id: I6587bd27d07ae39074d3c304614e3bc831afe8c8

falls over during build with debug stl

Change-Id: Id7241e1275067f827e4a663eb901c41e4c9873f5

you can get debug stl this way

Change-Id: Ia70a3e7c7c452390e8bee34975d296c9318e4a19

Change-Id: Ief399439bdde047dfbaef43f2262e6212db8bd7e

Change-Id: I82ce1030e69f8794c9fdbdc138541e5d7e0541d4

Change-Id: I49192637121441b9a1980350b9bb32cd995d4386

Quoting Noel:
"
The original block of code looked like this before my changes:

MethodInvocation windowHidden = new MethodInvocation("windowHidden", this);
xWindow.addWindowListener((CommonListener) getGuiEventListener());
String dialogName = (String) Helper.getUnoPropertyValue(xDialogModel, PropertyNames.PROPERTY_NAME);
getGuiEventListener().add(dialogName, EVENT_ACTION_PERFORMED, windowHidden);

which is clearly bogus, since "actionPerformed" is not an event on the XWindowListener interface.
"
(see https://bugs.freedesktop.org/show_bug.cgi?id=87123#c14)

Change-Id: I4c4923e6cb21989fcd3e346b099a7e7b15526bf2

Change-Id: I1df6ad9a53001348f269d4156dd09c4d2c361c26

...cf. fe5527f1 "desktop, sysui: let
--convert-to imply --headless"

Change-Id: If4b22e17904acb5c5584c011c7ac00163aba5fed

Isolate _DispatchCommand sub

I had introduced it with d83de4b1 in
2012, when the C++/UNO bridge for 64-bit OS X was created mostly as a
copy of the Linux one.

Stephan says that the only need for USE_DOUBLE_MMAP should be on
SELinux anyway, so most likely also its use for the various BSDs and
Android are copypasta or cargo cult.

Change-Id: I1c16e830e5e8269b78b14837a9127a98612a6e54

This makes CppunitTest_sw_ww8export pass on Windows again.

Change-Id: I16fed4eabbe7b9ccdcc0c71361b85b0e13f2245a

Change-Id: Ic23c434770159ddea1f05ac0ef49572b387ebb54

Change-Id: Ic05027fafc9bed8d37306be9c7da63e53d1c6196

Change-Id: I8499c79358c598f71585234d7007e981ff4d88e1

Change-Id: I2a059f9332215678936d78990ee36a5ae2161712

Change-Id: I5a4fc60b30829cf8d9e8e7f142331dbb0007ac9b

Commit fe5527f1 (desktop, sysui: let
--convert-to imply --headless, 2014-12-22) changed
CommandLineArgs::ParseCommandLine_Impl(), so that --convert-to implies
--headless. However, that worked only when ./soffice.bin was launched;
when the ./soffice wrapper started oosplash, then a logo was still
shown, as oosplash has its own list of switches that disable the splash
screen.

Fix the inconsistency by adding "convert-to" to oosplash's list as well.

Change-Id: I47e30db3b658f179f10e8a447b5d7cea083fcc60

Change-Id: Ia8002d76443dee819b57779df5213707bd52f890

Change-Id: I132c046323e1c7805fc7ead6f247732c1843eb24

Change-Id: I18f2abfeee3b7e440aace632aec1296a1beab1f7

Change-Id: Ia28bac4b12f23f3e85e42e323b35d8715a6d5d02

fixes vcl/osx/a11ywrapper.mm:1037: error: ambiguous overload for
'operator<<' (operand types are 'std::basic_ostream<char>' and 'CGPoint')

Change-Id: Iabf9a1e795c9fe89ff5d6ff379aa6a18dd7dbf65

Change-Id: Id077493f9e462a00c427bc493f823fed79617c07

Change-Id: Ib3966118e5dde496f294c7ee224f4651a6192388

Change-Id: Ia9ed86b0d96cac76c2e1639065a4ac594c2966b1

Change-Id: I745695a92023e7a14ee547ca6bef5981dd329d19

Change-Id: Ie94c7502b0a82ca406b8d76e18def7bab8233a00

Change-Id: I11de468ab65aa4dec761fbcc1e9416528c332dd5

Change-Id: Idf69d375eff4bfff7115e59530b37200ee79f086

Change-Id: Id0579d323016d760ec89185026a3c0803345695b

On one hand, this reduces code duplication. OTOH, the
DocxAttributeOutput::FlyFrameGraphic() version was a stub, so this
improves DOCX export of image frames as well.

Change-Id: I7cd5e5feb8f1e63d074f82263c3d71088c0be30f

IRC exchange:

<tml> reverting 16bfddca makes the CppunitTest_sc_subsequent_filters_test not
crash for me (Linux, with the AMDAPPSDK-2.9-1 OpenCL implementation, but no
AND hardware, just an (Intel) CPU), but then it instead fails the
ScFiltersTest::testSharedFormulaXLS

<tml> the problem (in the non-reverted case) is that for some reason the
pDVR->GetArrayLength() on line 131 returns a ridiculously large value in
sc/source/core/opencl/formulagroupcl.cxx

<tml> that seems to cause the alllocated buffer to actually be of zero size,
according to valgrind (even if no OpenCL call returns failure...)

<moggi> let me have aquick look

<moggi> just comment out that line for now and I'll have a look at it during
the weekend

Change-Id: I5f9499ba1576cfa6d0945ecb19260a4b89c83e72

Change-Id: I38501b371b8c63ab2e6fb019e17416e139120908