Remove an odd {1} repeat count, and remove the "."{DIGIT}+ pattern that is
already covered by the following {DIGIT}*"."{DIGIT}+ pattern.

Change-Id: If99dfe10a5e37225355472bf4deceb34c0a92eb9

Cleaner than my first attempt.

This reverts commit 9c0ba0ba.

Change-Id: Iec9da427ab2a92cb0765f73af14d83a37f765290

Cleaner than my first attempt.

This reverts commit aa4868de.

Change-Id: I9c92be72e69292731983a53fc2de29ba333071c9

Cleaner than my first attempt.

This reverts commit 85316793.

Change-Id: Ib25b72a1f18d8adef5fa8d2960f233e0a7c29844

Change-Id: I65158d7f8f632fb153adc1a4560de25ed1be0810

To be used around code where some compiler, in some circumstances,
generates bogus warnings about unreachable code, that it would be much
uglier to work around otherwise.

Specifically, I will at first now use this to get rid of MSVC warnings
about unreachable code when calling a function defined in another
source file (but going into the same library) that always throws. The
compiler notices this when one uses link-time code generation and it
thus can do global inlining of code from all compilation units that go
into a library (or executable).

For MSVC, the __pragma that the SAL_WNOUNREACHABLE_CODE_PUSH macro
expands to needs to be in force at the start curly brace of a
function, so place the PUSH macro before the function definition. For
clarity, I guess it is best that the corresponding POP macro comes
after the end of the function.

Change-Id: Icef5259c5360b9facdc136fec1f207665ce79d90

Change-Id: I2a6997d62d4e12d67261fbfe07e71fbd816cde04
Reviewed-on: https://gerrit.libreoffice.org/5807Reviewed-by: Andrzej J.R. Hunt <andrzej@ahunt.org>
Tested-by: Andrzej J.R. Hunt <andrzej@ahunt.org>

Change-Id: I14a6b5610b4cb337101403bbbf5c5d70af012c54
Reviewed-on: https://gerrit.libreoffice.org/5806Reviewed-by: Krisztian Pinter <pin.terminator@gmail.com>
Tested-by: Krisztian Pinter <pin.terminator@gmail.com>

Change-Id: I3137502e6ee3c4c4dce6ac1b99325f5e8c771e02
Reviewed-on: https://gerrit.libreoffice.org/5805Reviewed-by: Krisztian Pinter <pin.terminator@gmail.com>
Tested-by: Krisztian Pinter <pin.terminator@gmail.com>

That should be older than what RHEL-5 have, so closer to our real
baseline. Cleanup checks for older FreeType as a side effect.

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

We require at least 2.0.9 right now anyway, so no drop the dlsym hacks.

This is essentially a revert of a36dab4a
from 2003.

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

Build Catalan-Valencian as ca-valencia instead of ca-XV private-use.

Introduced LANGUAGE_CATALAN_VALENCIAN 0x0803 mapping to ca-ES-valencia,
preserving old ca-XV and qcv-ES mappings to now
LANGUAGE_CATALAN_VALENCIAN and LANGUAGE_OBSOLETE_USER_CATALAN_VALENCIAN
0x8003 to ca-ES-valencia.

Removed special !bUserInterfaceSelection treatment from
MsLangId::getReplacementForObsoleteLanguage() and added the usual
obsolete replacement instead.

Change-Id: I2fdd8b0bac55d4b4ae2cbf3c3645f09fefec9b6e

Change-Id: I604e4be0ff126153e163322aa7dc14acabd29138

Project: translations  54fd99cf0cda479641a91bb9e7f2ebe8a8384b1c

Change-Id: I899d1ad9e26feb7fcf83c137e4e68628cfdceec8

Change-Id: I5ae2f445bb2c0e3fa3dd42f972dae54dfee42cc8

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

Change-Id: Ibd476f9a60dcc15be3b330d738faf56781998dfc

Change-Id: Ifd6763617b9aef45c7301085033b6bbaf9d52e02

Black and white color option found in Impress at
File-->Print-->Libreoffice Impress tab

Before change, images are printed in pure white, and hence
missing from the printouts.

Should resolve bug 62838, and is contributed under the LGPLv3+ / MPL.

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

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

Project: help  0c4fc80ae026bce6476e321cc023575c318c7650

Change-Id: Ia2009331a2df849ed5ace0c6c5f7f2b8e53e1555

Change-Id: I9ce007261555008a438b90b36a888a8d4cb4f140

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

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

Change-Id: Ia5a65cb53580ed1ed7535a787f4f762da5a43d43
Reviewed-on: https://gerrit.libreoffice.org/5792Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

Change-Id: I1d6e96a3cd26ada7911ee4a538e9441050ca75bc
Reviewed-on: https://gerrit.libreoffice.org/5795Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>

This change has 2 purposes:
  * fix gradient background when writing pdf. Before a gradient filled
frame would be displayed as white (or transparent), because the transp.
rendering mode was taking precedence over the gradient one.
  * making the code more readable by grouping multiple conditions in
an enum.

Change-Id: I5a30756b72be5eabf364c67e175c7b9d22bfa1c0
Reviewed-on: https://gerrit.libreoffice.org/5759Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Miklos Vajna <vmiklos@collabora.co.uk>

Noticed during inlining at link-time code generation phase: The called
function always throws. So let's hardcode the throw for now then at
the callsite instead. Not ideal, I know. Add comments describing what
is going on.

Change-Id: I60d14b25aa62846fc0314aad7e00b2990f4cff26

Change-Id: Ic45dc030f76531d202a12e227130d11d3d1de805

Change-Id: Ie46bba2bbe8e351c25ae2c207fad9cc73761dd46

Change-Id: I37cb3e43bc7637ba0b749cb6b6671416e979b86b

Change-Id: I99f619393abc9e2fa7a38a8176084989d063a9ae

Change-Id: I1734fb6aa100f25e317e15f678f7582353283e73

m_bPolar no longer used.

And I *believe* >>= now supports bool. So no need to use sal_Bool here.

Change-Id: I3ae3a22fd7c3a1fa05bba17fa3614dfd4020d336

Let's just keep one target m_xTarget.

Change-Id: Ic9b14179a44371bbc667bd5d851b5d3d8d331eb3

Interesting function that just traverses a chain of objects using
recursion, but does nothing at all otherwise. Kill it. But at least it
had an Enterprise Ready block comment in front.

Change-Id: If2296d2534cb9451d4ceadaf966b8c70f0a17557

Noticed by the MS linker when doing link-time code generation (!). In
all cases, a "return" after a call to a function that always throws an
exception. To avoid other compilers perhaps warning about missing
return of a value, put the "returns" inside ifdefs.

Change-Id: I83aa04cb5c3ff8413d3ed4dc85fb57f2a41fd589

Change-Id: I7a57a8c60c07909018280e52d2da70fbf22857a7