Looks like neither the __GNUC__ specific __attribute__((constructor)) definition
of CONSTRUCT nor the _MSC_VER specific one (if the #ifs were reordered so that
clang-cl would pick the latter) with __declspec(allocate(".CRT$XCU")) are
supported by clang-cl, and both are rather silently ignored. That means that
library_init is not called, library_initialized remains false, and the first
call to get_dlopen_handle aborts.
But this whole "verify that get_dlopen_handle isn't called too early" business
is somewhat pointless here (and that's the only use of the CONSTRUCT macro, and
DESTRUCT isn't used at all), so just short-circuit it for clang-cl for now.
Change-Id: I5d50df3574d350f9591e807ef0fb6a1b02dc34ec
It's not obvious to me what problem this solves. Maybe the problem no
longer exsists in the new upstream release?
Change-Id: I16762e0024536afb821eac70c6ba3929d5b8927a
Reviewed-on: https://gerrit.libreoffice.org/36798
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
This patch introduce a new LOK callback for informing the client that
the row/col header is no more valid and needs to be updated.
Change-Id: I21a3a41d69bd1a3c11c9ffaf1d7d53dbc3b9681d
Reviewed-on: https://gerrit.libreoffice.org/36733
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Jan Holesovsky <kendy@collabora.com>
- fixes CVE-2017-5461 and CVE-2017-5462
- drop ubsan-alignment.patch.0, there is apparently now some
NO_SANITIZE_ALIGNMENT macro upstream to get this effect
- drop some hunks to prevent hard-coding CC/CCC vars, upstream now
respects environment vars (but doesn't quote them...)
- drop first hunk of ubsan.patch.0, fixed upstream
- drop hunk for gtest-internal.h, header looks much newer anyway
Change-Id: I5c484c02c1235e185af1ef5166b069303d3378e1
Reviewed-on: https://gerrit.libreoffice.org/36756
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
...if the TextObject is not available. This is perfectly valid situation in
the case when the SwPostItField was created via the .uno:InsertAnnotation API.
Change-Id: I3ae2a529ba7cc13cf5b04d57aa299d79e2044f37
... character style for hyperlinks and index-entry-templates.
The problem is that the "Default" character style doesn't actually
exist, it is just displayed in the UI so you can remove a character
style that is set. So for the most part there is no need to store
"Default" in ODF files, except that for hyperlinks the default isn't
"Default" but "Internet Link"/"Visited Internet Link".
Hence it was not really a good idea to rename "Default" to "Default
Style", because when importing existing documents the
text:style-name="Default" is not found, and for new documents
text:style-name="Default_20_Style" is not found either because
there is no style:style element that sets up the mapping between the
encoded style-name and the unencoded display-style-name.
Add some hack in SwXMLBodyContext_Impl::SwXMLBodyContext_Impl(), when
all style:style elements have been read (so we don't override what's
in the document) to create the mapping for "Default", "Default_20_Style"
and whatever the translation of that is.
(regression from 783d13a9276931e274a90b9b53de2c92dc8c055e)
Change-Id: I8a80847571f194204c5df267cb48e826a82328b2
The only remaining task it did was StartVerifySignatureElement() in
startElement(), but that can be done in OOXMLSecParser / XSecParser
easily, no need to have separate class for that.
Change-Id: I0863019d3a92a911df0d60bf872dd0978eac03d5
Reviewed-on: https://gerrit.libreoffice.org/36770
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
Tested-by: Jenkins <ci@libreoffice.org>
For all templates:
Modify XML code to:
Remove Configuration2 directory
Remove lang specific tags in:
- settings.xml
- styles.xml
Remove printer and grid parameters
Alizarin.otp
Change names of master slides
Remove hard coded texts tdf#104087
BrightBlue.otp
DNA.otp
Remove hard coded texts
Focus.otp
Remove hard coded texts
Change text "Your logo here" to "Logo" to be less lang specific
Impress.otp
Inspiration.otp
LushGreen.otp
Metropolis.otp
Remove hard coded texts
Midnightblue.otp
Remove Outline frame on page 3
Pencil.otp
Remove hard coded texts
Resize title to not overlap picture
Sunset.otp
Remove hard coded texts
Set title in bold
Resize outline text zone to fit in page
Vintage.otp
Vivid.otp
Remove texts in Notes page
Remove hard coded texts
Change-Id: If16c6c65e6650c1b6600e6324c0f931009023074
Reviewed-on: https://gerrit.libreoffice.org/36752
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
Tested-by: Adolfo Jayme Barrientos <fitojb@ubuntu.com>
So in array context the functions return a single string instead of an array of
identical strings.
Change-Id: Ia6ada10be4912745b60e281fac1736c560162d3a
The distinction between MACOSX and other had been introduced with
ed8110e101db5a8ea4dde43a3ec38fe40e6fe7e2 "Avoid reinterpret_cast to same type"
to work around a GCC 4.6 bug that is fixed since GCC 4.7.
Change-Id: I7948721d311de2622c1e08e2ee17b5ccc304b51b
