Change-Id: I39cfe819518d11152200620515eded09ed6889f0

Forgotten in 150c9f8b

Change-Id: I177c3bcb15bf789a68b8758a8a545d4c6bdf5d85
Reviewed-on: https://gerrit.libreoffice.org/5820Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: I8fec40d767905bcca366257a67f669eaa1055cbc
Reviewed-on: https://gerrit.libreoffice.org/5789Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: Marcos Souza <marcos.souza.org@gmail.com>
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>

Change-Id: If86d7df0c9ed84f704c0f2421820f3d9c060f2fd

Change-Id: I6415f93fe545bacb95852479e91869603f3ca3f2

Change-Id: I4e4f896ca9af8be7118fc868d57f9e2fa6102d74

Change-Id: If1bb51a69e099e112cce32b8219688b17befa3a3

Change-Id: I61b9dc4dc21a1688d4f3fc71b6ad394dcdbab2b7

Change-Id: Iac72f57815068767e25c3f7bb95ee402745ba579

It's not already threadsafe

Change-Id: I0d201509017176bbbb2abd777304b6f30029d995

Change-Id: Ifb39dea6f0d2328d5658f34ca35d6d65445c38ef

Looks like idlc ignores the lone (due to the preceeding ";") raises
specification, for whatever buggy reason.  XAxis.idl had been like this since
the inception, and the C++ implementation of getAxisGroup in
sc/source/ui/vba/vbaaxis.{cxx,hxx} had also failed to list BasicErrorException
since its inception (likely because the function signatures were copied directly
from the generated .hdl file, which of course also lacks BasicErrorException;
and also does not really need it given the function definition just returns a
member variable), so keep the status quo and clean up the .idl file.

Change-Id: Ib4ffddb6ec867ca302cc595915cae17099734ddf

Change-Id: Ia7514abaa494a367d51db9d9990cd94cff6ed503
Reviewed-on: https://gerrit.libreoffice.org/5802Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>

Change-Id: Ieb1d8d1f8609558b4af06630b603a51da3e665f4

- see dc86610d for details

Change-Id: I6041ca10f58335187928995368db673c1ce22e7b

UNOIDL identifiers starting with a lowercase letter and containing underscores
are reserved for the implementation.  It would be good to be able to enforce
that in code parsing UNOIDL files, but some existing identifiers violate that.
So at least change any violating method parameter identifiers here.  While that
is theoretically an incompatible change for published interfaces, it practically
does not matter at all.

Change-Id: I5eff17b5dd5e2e92984184127c4fe1712d62c9dd

There were two problems here:

1) OOXML has no way to explicitly disable the footnote separator, what
is does is that it omits the <w:separator/> element in that case. We
didn't parse that previously -- now we do, and if it's missing, the
separator is disabled.

2) The footnote stream isn't read by the importer, only when the main
stream references the footnote one, the relevant part of it is parsed.
At the moment we always parse the first (special, "separator") entry in
the footnote stream, that may be optimized later if it becomes a
bottleneck.

Change-Id: Ie588270a212fc90fc41095029a362cfd832b24f8

- there was a symbol mismatch for dynamic loading
- while this fixes fdo#68210, similar fixes are likely needed for the other
  dynamically loaded functionality

Change-Id: I7e4d6baf256dbe7b145dcbc118b4cac2075e07f5

Change-Id: I694480dc876f5990f5904cf39b15ea0c60ea816d

Change-Id: I72b2678c79401320c355c7b6635a6180b01202f1

Change-Id: Ibdf452253e5d4a5882594277bdf86eb96e68b1e3

Project: help  32c171278a4aa94023069fb264c9192fbe056e6e

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

...it had been deprecated at least since late OOo times, with the
css.sheet.NamedRangeFlag constant group as replacement.  (UNOIDL identifiers
starting with an underscore are illegal.  It would be good to be able to enforce
that in code parsing UNOIDL files, but some existing identifiers like this one
violate that.)

Change-Id: Ib8067dee47cec46356065b7b70cc6b47b97e5bc0

mv only moves non-hidden files out of UNZIP_DIR, hence removal of
UNZIP_DIR can fail if there are hidden files remaining. This assumes
that hidden files aren't actually needed for our purposes.

This is a problem e.g. for libatomic_ops which contains a .gitignore
in it's top directory, causing the removal of UNZIP_DIR to fail.

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

...doxygen still picks them up, as it traverses the complete udkapi/ and offapi/
soruce trees.  (And rename udk-modules.idl to modules.idl for consistency.)

Change-Id: Ic52c333756810c285059f03edc207a0913ead160

UNOIDL identifiers starting with a lowercase letter and containing hyphens are
reserved for the implementation.  It would be good to be able to enforce that in
code parsing UNOIDL files, but some existing identifiers violate that.

In the case of the published, deprecated css.uno.Uik, the change is incompatible
in theory but arguably irrelevant in practice.

Change-Id: I61f66e2d73c6aca5498ae566758893b546eb81d5

...so mark them as @deprecated more thoroughly and always force them to zero.

Change-Id: I5db2dab924fc5a4145a0e5dd055b654985ce2ef9

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>