Change-Id: Ic4794d9a908b60220a4a849ff263eaa08776550c

Removes compiler warning

Change-Id: Ied96ef294f25cca54887ca6a86ec07ecb2b1fae0

Change-Id: I605d3811b27c33e35670306bb03b5a796ab72bc0

Change-Id: I7d699222940a6ee99595d84dd8b2068e9b86ee67

In particular, getMaxRows() can throw SQLException

Change-Id: I1f49afe8258d98000bff34e18f4d98967c46e1b3

Change-Id: Id19369bb9d9cb2a0bab0dacb200cf5bf488c3b20

operator[] on a map implicitly adds an entry and default-initializes value part

Change-Id: Iab7817fb7fef5e9a6afdeb74be0d523fde59b5c1

Change-Id: Ief364d7c835d75e6caf4fb0d639d8e67b7bdcd2a

Change-Id: If76187689bc63199dc0249626ed4ab4c904ecf18

Change-Id: I724397b50404753a9ca235d9e0eca13bdcf5b341

Change-Id: I2dbef5bbe93cd8561ae0fba24f8d30771747098c

Change-Id: I1d0cbd8b8cbbd3ea5c73d0cea6d9e354b1740c7c

Change-Id: I22809a29ea085459c4a6e737918f7c3f42eca6a7

Change-Id: I6a4c7024da154104d985bca25b26a8243174ec8d

Change-Id: I17b269c70bbf82aa5a4345d488777ac98d1d6938
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1221Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

Change-Id: If859e46758c622f4841b8b0389abe2485f4af85a

Change-Id: Icacd44abfa5bf5f75f0ee719b39fba6821976a8a

This is a new warning in Visual Studio 2012.

Otherwise, when using /Wall (as we do), you get tons of warnings from
the compiler's own headers:

.../crtdbg.h(1041) : warning C4986: 'operator new[]': exception
  specification does not match previous declaration
.../new(79) : see declaration of 'operator new[]'

It seems to be generally recommended not to use /Wall with MSVC (that
option does not really have the same intended use as gcc's -Wall,
people say), but use /W4 instead:
http://stackoverflow.com/a/4001759/259398

So maybe we should change that -Wall to -W4?

Also, we should go over the long list of -wd options and check each
whether we really want it or not. Maybe, while at it, add a comment
for each giving its one-line meaning.

Change-Id: I6c55cc1d1a1dbd4839b823df08f8c42a7b880132

Change-Id: I8970d3b0cc3263f46cfda45ae3b919a441bc0228

Change-Id: I5da2500b96ba3b03bf822cf428c001204010989e

Change-Id: I1cedf79d0465e8b8e4b8e85bea65bd35174e51a2

Change-Id: I6b5649077fda265a2aff253b5e2534bfd818b3bc

Installation not works well with qtz so ignore
it in ulf files.
In those executables which work with one lang at
a time it is unwanted to store the useless qtz strings
at all call.

Change-Id: I1d65ec340da1832404001ad18820407e56615db6

Change-Id: Iced0b874405942782574fe46b58c3caafb2deeb4

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

The new minimal target have a proper getpid implementation.

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

As requested in here:
http://lists.freedesktop.org/archives/libreoffice/2012-November/041788.html
http://lists.freedesktop.org/archives/libreoffice-ux-advise/2012-November/001597.html

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

Change-Id: Ic0fc64b94d27e1de4d2241f960b0d4f3ae1762d3

OUString::valueOf(sal_uInt16) means OUString::valueOf(sal_Unicode),
we want OUString::valueOf(sal_Int32)

regression from 2cb8883c

Change-Id: Ie1ea4de258b9f94f1c0cfec4335512e15be02e68

This commit removes some ::rtl:: prefixes and RTL_CONSTASCII_STRINGPARAM,
 RTL_CONSTASCII_USTRINGPARAM macros in oxx.

Change-Id: I12bfb2528e8a9aaf3f119a1e6f0ae0246d16a772
Signed-off-by: José Guilherme Vanz <guilherme.sft@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1211Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

Given that nowadays almost everything builds inside tail_build, this feature is somewhat
pointless, as this almost everything is in that one tail_build log. Moreover:
- stdout is never a tty, breaking compiler output colorization
- for some obscure reason I do not get, this makes 'make python3.all' work with msvc2010,
  whereas previously the invocation of MSBuild.exe somehow prevented the rest of make
  rules from running. Plain 'make python3' that does not go via build.pl works though.
  No idea if the problem is in gbuild, build.pl, cygwin, make, MSBuild.exe or somewhere else,

Change-Id: Ibe6e11109e2eefaa65646071c2db01871e5e751f
Reviewed-on: https://gerrit.libreoffice.org/1216Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
Tested-by: Luboš Luňák <l.lunak@suse.cz>

This commit removes some ::rtl:: prefixes and RTL_CONSTASCII_STRINGPARAM,
 RTL_CONSTASCII_USTRINGPARAM macros in oxx.

Change-Id: I1139b10256387bb71e8a425153d46add181538bc
Signed-off-by: José Guilherme Vanz <guilherme.sft@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1212Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

This commit removes some ::rtl:: prefixes and RTL_CONSTASCII_STRINGPARAM,
 RTL_CONSTASCII_USTRINGPARAM macros in IO.

Change-Id: I410016990579e4a05843cfe396832a5fc8435e70
Signed-off-by: José Guilherme Vanz <guilherme.sft@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1210Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

This commit removes some ::rtl:: prefixes and RTL_CONSTASCII_STRINGPARAM,
 RTL_CONSTASCII_USTRINGPARAM macros in IO.

Change-Id: I9446ddf13ba18d2d80639afc9e1b61234945b115
Signed-off-by: José Guilherme Vanz <guilherme.sft@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/1200Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>

Change-Id: I6c4f8e9834fdd78851f5274ce2b141cfb49e6458
Reviewed-on: https://gerrit.libreoffice.org/1208Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br>
Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>