Change-Id: I4d3c87aac31c6690cd061ce41e7efae113055c12

to keep it out of the top-level folder

Change-Id: I4bb95b8ae856462e9638f43fde1553e49dd31cc9

...ever since 4b3df269 "INTEGRATION: CWS
sb19: #i32429# ExplodeFieldMasterName should not try to copy non-existent string
parts"

Change-Id: Idf642d1c9c5516ad9c837c4cb9d397dc7e3f5e39

Change-Id: I688d4d193709d9c9829065c87f0d656a94fd9f16

...ever since its inception with e9ec6f67
"#i110617# avoid changes on copy from calc to writer"

Change-Id: I9e26f92f4f50fe728efa7d0ac2ba873a227623ea

Change-Id: I8c65ad9a5e2141b6fdf578e1361f8685d2f8517e

and clean up the API a little, there were multiple versions
of the same accessor with different names.

Change-Id: I01e44a7a81c0d67cbb6135a6d196ee106cbf994a

Change-Id: If3b6ce64c7ad2cda1f992cfb10618fa7d7946fba

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

clang-analyzer-deadcode.DeadStores finds that conditionally assigning

  eTok = SYMBOL

inside the "if( SbiTokenizer::IsKws( eTok ) )" block is useless, as the directly
following

  if( DoParametersFollow( pParser, eCurExpr, eTok = eNextTok ) )

will unconditionally assign into eTok again, without intermediate use of the old
eTok value.

Now, the conditional "eTok = SYMBOL" assignment was added as
5d98ed5c "INTEGRATION: CWS ab12fixes: #118234#
SbiExpression::Term(): Allow Input as symbol for action option compatible,"
while the unconditional "eTok = eNextTok" assignment had followed that block
ever since c25ec060 "initial import."

The referenced "#118234#" was a Sun-internal bug and is no longer available, but
it does very much look as if this alleged bugfix never worked in the first
place.  So revert the code back to what it looked before
5d98ed5c, for now.

Change-Id: I1fe1178d2c5b0c0372da32b8dd0f2dfbdb22a1ae

Change-Id: I1dd4c8a27bb63a91bead11d386748cd9cf2fe31c
Reviewed-on: https://gerrit.libreoffice.org/18349Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

with the variadic variants.

Change-Id: If62a0c3da7f9732a60316dfd49323f6ab838fb6d
Reviewed-on: https://gerrit.libreoffice.org/18396Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>

Change-Id: Icbc0dfc6096a6e2c651dad4fe9f78d176f389390

...looks like a regression introduced with
333d1e3d, "impress186: #i4499# graphic dialog
reorganisation - added support of bitmap resolution," found with
clang-analyzer-deadcode.DeadStores

Change-Id: I86522b9e9a96e1de8ae35c77d779365b29f23f72

Change-Id: I2977a0fcd18bd719b30cb4100501058884069572

Change-Id: I2bcfd0f99e5caa12dda0a647daaffb7c8aa95d6a

Change-Id: I4cbb32b6801386f0bef61f9f5c7cde7306c8b9f2

Change-Id: I90bc5b2859bde8a43be906afec4154fe43b47a86

Change-Id: I0406faf872833dbe315a89c5b2b3c28f1c9f87a4

Change-Id: Ibadfd1d3e954be456c7b35957bd12c1d9ecd8932

Change-Id: I206430e6cb32235b0ac47781fe586c3e374bfc17

Change-Id: I46e3f994d134f519258046f56263b4a42c1d97c2

Change-Id: I4efbef7fb2024212fca679099a40c2b84081c5f4

Change-Id: I7c7a4bbaa4670e873599ad2533a1c2de713cf53f

Change-Id: Ia7bdaa3a02af8f81884d81d60c0f135af2f8aeae

Change-Id: Ie59da1b457aa2ed5bdc6a26eefab4d4a3acf10b5

Change-Id: I1140910c8e90a3022cc88ff33fa37db62007b745

Change-Id: Ia520982b6764994fc4ab02cb12d1bd051e37883a

Change-Id: Ia2706c308c6297d05b2862e9f86fc0f2ee90e4f0

Change-Id: I365a81a0a960f5da736c9a97aa056da16c99452f

Idea from Norbert (shm_get) - look for classes that are
(a) not instantiated
(b) have zero or one subclasses
and warn about them - would allow us to remove a bunch of abstract
classes that can be merged into one class and simplified

Change-Id: I4e43fdd2f549b5cbe25dcb7cee5e9dd3c1df8ba0

Actually I just need it to force a rebuild of the file on the windows
boxes to fix the broken build.

Change-Id: Id90f0ef40bd9bc8dcde3dc0a9040100267696d0e

Why do we need the DLLIMPORT macros in a header only class?

Change-Id: I0da4e9a3fd9b8db77e7298d4d592fd29eff1f709

Change-Id: I3de9afa7b5d975487fd03ae2a9c5393143abff9c

Change-Id: I8d63d942c7cb7876b864a9720e9a8adbc7345172

Change-Id: I9667611135300155ee87cca1ad444ad8a6a9aeb1

This reverts commit 10654c03.

Change-Id: I37d8752fa6a5b532c8fce3175bf42d3c8c93b3a8
Reviewed-on: https://gerrit.libreoffice.org/18360Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I4c978a1d2f2a63eae08e30a2f349b445b4a98ecc
Reviewed-on: https://gerrit.libreoffice.org/18347Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: Idbd3b5a6bf0008409cf1b4f3764e1b34f4284de9
Reviewed-on: https://gerrit.libreoffice.org/18361Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>