to replace hand-rolled version

Change-Id: I7a7bf7f8f7d4f8a73ee842e7aba5eab5a254d8eb

to replace hand-rolled version

Change-Id: I084a21161ae44991199fbd2b12d61dcb7d592408

to replace hand-rolled version

Change-Id: I7a1048ff1ea335c3934fe7e91a09489a4d7aeb96

Change-Id: I652dc63cc0e8fb04d7c3115d66d60dabda60f0f4

Cleraly the variable "n" from line 999 is not in scope in
line 1054 or line 1057?

Change-Id: I8ca321e6030390ad0192e4dceb37d87b6f06f0a5

(to fix up f2945255)

Change-Id: Ie20fb9db4515b9737322ec7224ecd7e411d31c03

also translate the mark to make cell border visible

Change-Id: Ifa9f3befd1e25a66cc3443a3f33255603feea6a6
Reviewed-on: https://gerrit.libreoffice.org/10135Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: Ie1c7e022a2e1713a111ebd2db9db866e09f4f4f4
Reviewed-on: https://gerrit.libreoffice.org/10120Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

All environment variables contain native Win32 paths.

This allows building with Win32 make and Cygwin sh.exe,
but Cygwin make cannot build any more with the Win32 entries in PATH.

Requires adding "bash" detection to configure since /usr/bin/env
can't be invoked by Win32 make and it's possible to install cygwin
somewhere else than C:/cygwin.

Change-Id: Ia8f4ee3c91222e8f5919cfbfc452f12ffbfadd40
Reviewed-on: https://gerrit.libreoffice.org/9698Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

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