matrix-ranges not supported

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

Change-Id: Ieb01023b93923777cf53a2fc8d7198d88422e8a4

Change-Id: I88a590344292b4adf562ca83f5072d543b5924ad

Change-Id: I8500b0cc4e541c96124425b713ba96226ff4715d

A bit unclear to me whether the code really did what was intended with
earlier VS versions either.

VS2013 said: error C2664: 'rtl::OUString::OUString(const sal_uInt32
*,sal_Int32)' : cannot convert argument 1 from 'const char *' to
'const rtl::OUString &'

Reason: cannot convert from 'const char *' to 'const rtl::OUString'

No constructor could take the source type, or constructor overload
resolution was ambiguous

Change-Id: Ie23d8382515064062a3ed46418d9d4a977b35d28

Change-Id: Idd6c227b8f50446c1d3c48385de6c843faf47466

...CUtList::cDummyElmt is always only of type CUtListElmt, not a derived type.

Change-Id: Ibc372642e2a53c548421b5cfa7cc496986036815

This commit cherry-picks 49a45422
for serf webdav version.

Change-Id: Ic5aba4fba8f8a2a521224b08865500dd932e85bf

Why insist on using the same name as a standard function? Causes
confusion with VS2013 at least, "ambiguous call to overloaded
function."

Sure, this might be caused by a bug in the compiler (or its
headers). Or maybe vagueness in the language definition? Who cares, I
still claim that intentionally writing an own function called round()
is asking for problems. So rename it to round_to_long().

(And then the return value of calls to this function, which is of type
'long', is assigned in a couple of places to variables of type 'int',
fun... Intentional, knowing there will be no overflow, or a bug
waiting to happen?)

Change-Id: If15d44f10f9f05de1c7c79492baf158eee770b8b

to replace hand-rolled version

Change-Id: I9dd8d02024702972722b43f2654db91eb3da3794

to replace hand-rolled version

Change-Id: I36d4ce14d0c0c8a4b224a240c6e25c8df99b78aa

so I can clean just the non-external stuff when re-running my
clang plugins

Change-Id: I251ceba7e57454a91da5b1082192bb2d211e5406

It has gone at 0e73ffc3.

Change-Id: I98fcdfe4861e47fbd33ff620971f247bee89290e

Change-Id: I1cc91bccd288543162b1169ce5621a91a5d4f991

Not sure if the intent is that clearCache() should be called, but the
calls have just accidentally been placed after the return statements,
or whether the code works correctly and as intended as it is now,
i.e. with the unreachable calls to clearCache().

Warning emitted by VS 2013, why don't other compilers warn? Perhaps
these functions are never called?

Change-Id: I16b0bc1b836753ef5579dadba211cbce4f50cbc3

Using it as a namespace in our rtl string headers breaks compilation
of cli_ure/source/climaker/climaker_emit.cxx (and other C++/CLI
sources we might have that include rtl string headers). Rename it to
'libreoffice_internal'.

Change-Id: Ieae68bd612b05d326d570945c1d08a54bf011852

Instead, atls.lib should be used also with code compiled to use the
debugging runtime. See
http://msdn.microsoft.com/en-us/library/bb531344.aspx which says
"Atls.lib no longer has character-set dependencies or code that's
specific for debug/release. Because it works the same for Unicode/ANSI
and debug/release, only one version of the library is required."

Change-Id: Ie39ea271513dec1084cae8d1bbf93afa286f357a

Change-Id: I6a46e6466ab56aea14e16902cb51f9c3f088f30e

Change-Id: I339577c5b34de0cf3e5dcc644ec1dc080c35d01c

Change-Id: Ifb1f83bbe5f9bb9ecb7fca26f883d1331052f10d

Change-Id: I302cc1e5b164b2ce9999087293b034ec930951af

Since 1d38cb36, "number format" and
"link number format to source" properties are 2 separate properties.  Adjust
OOXML import code for that split.

Also, always set axis' number format via NumberFormat property even when it's
a percent format.  The axis object doesn't keep a non-percent and percent
number formats separately.

Change-Id: I8667b6f1a78d88cc37d059518919ad1b37f154e1

Change-Id: I5703b269380bbaefd503780b8d396552e6517ddc

Change-Id: Ic3ab061ab8d3578130dfa8a637e5351d4f5d766e

VS 2013 warns: Conversion rules for arithmetic operations in the
comparison mean that one branch cannot be executed.

Change-Id: I85f6df16b0ced94677568441d87a588bed1bfb9b

No idea why this wasn't a problem before.

Change-Id: Icbb94111061079069e2fc2102cfa4fe4bdd59bb9

Change-Id: I13e938d0b2845b691bdd0f2b7208561e7ed177d4

Change-Id: Icd7a3d0cbcb994986ea53a5fe91d3996b26cbe0c

Change-Id: Iecb8e289d94c479447b80f1d5ebc21eb2210301b

Change-Id: If1f6f9755c4b3b44ae34a126d7f3534969bfc630

Change-Id: I6ab759a54ef369e20d93c0767d6a103aabd14faa

Change-Id: I3beea86e97a4217128383c01049b2fc19c85c67a

Change-Id: I4dbf663790bd8906ef8b123a01bdf52e0c0c1962

Change-Id: I22485919713f5cafb494992a36c5ada21bdcc18c

Change-Id: Ibf6f1d60fc7ec92e24fc366dc193cbd70f13c18c

Change-Id: Ia39ce5eeb26a11c633bc414872481d0bc08910dc

Change-Id: I31cb7aec1a48b7b052f104ea3558cb13595a3687

Change-Id: Ic027cd02f590db06a75fdd2b23d6f67bd42f575a

Change-Id: Ie79a86827c4ee9feabcabf2530b30466f95905ed

AVFoundation framework is available in OS X v10.7 and later

related commits:
  7822b553
  0b49cc5b

Change-Id: If771fca79c41d70e51eab533faec7bb9997803b7
Reviewed-on: https://gerrit.libreoffice.org/9769Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>