It is only called from sc/qa/unit/opencl-test.cxx anyway, and there it is
presumably intended to make OpenCL be used whenever at all possible, with no
requirements on which opcodes are used in a formula or the size of the formula
group.

Change-Id: Ib8a28dfa15794374e849aa1cdcc5288ef8aa017e

Change-Id: Ia9af98d580a694c2b8c5dae213d443d94c143091

(and its later fixup)

This reverts commits
 e8a68c1f
 e60b5899

It was a work-around for the real underlying issue, which was that the
result of dbaccess::ResultSet::isFirst() et al were clobbered by moves
made by its clones.

The BrowseBox has two different cursors:
1) One for data to edit (which is kept on the current/active row)
2) One for data to *paint*
The second is a clone of the first.

The real underlying issue is fixed by:

  commit d7c9a1d9
  Author: Lionel Elie Mamane <lionel@mamane.lu>
  Date:   Thu Jan 22 10:49:42 2015 +0100

      fdo#88475 RowSetBase: reposition cache before interrogating it

      Change-Id: I28d62673fdf10ee6507d38bb7c79c08e4b40902f

Change-Id: Ib4516eec5e47d95d53dbb5002f7258514c93f2c9

This fixes a regression introduced by "fdo#88551 no need to update content from field when activating grid cell"
that when switching from design mode to normal mode
before one moved row at least once, the current cell (inevitably of the first row)
was always displayed empty.
Before, the update was done by the activation event (which was too often), so now we need to do it once at initialisation.
Not sure if using updateFromModel instead of UpdateFromField makes a difference. Hope not. Else need to change that.

Change-Id: I878dea0f91b370a4f83c3c1a3ed185a51ac9f0b7

Change-Id: I6024352f9d7c68d8075d90b5954ec3ba662a06f0

Even when called with _bMoved==false, that is when inserting row or when asked to move to the position we are already in.

Change-Id: Icff5a18638f7e850db4678cdf82021f56f135d1f

Change-Id: Ide3f05cc66353787acb33b33340577624f25a8bc

This partially reverts:

  commit d20232a7
  Author: Lionel Elie Mamane <lionel@mamane.lu>
  Date:   Thu Dec 6 13:22:06 2012 +0100

      Don't force refresh when higher up code did not request it

      Change-Id: I0f415c96fc05c1d776d14885751aef020c42f4ae

which did not take into account that the cache is shared with the
clones.

Finish the above commit more deeply, that is
more aggressively avoid moving the cache if we don't need to:
when we merely reposition the cache in case another RowSet(Clone)
has moved it, no need to force a move and by that to force a refresh.

Change-Id: I28d62673fdf10ee6507d38bb7c79c08e4b40902f

Change-Id: I87744f86d1413973709a46a58ebc03a39bce842c

Change-Id: I126e06a0c7b442dfc4fcad7c05ff6caf07896a8f

Change-Id: Ia23865a38eff10304a1c1748b2b4f17af7b4d3ae

Change-Id: Ie7ff70660a95711bcedc96da72694e5c46717274

Change-Id: I9d798beba649a946446893063386a8e521455a48

Change-Id: Ie0097c20429104f10eb188ae0cbfcf5bc5a44e14

LibreOffice recognizes MS Office Table Of Contents, but LO files
saved as .doc didn't show the Cross-Refence heading - it was blank.
Now bookmarks using the LO naming convention are also imported
as TOC bookmarks from .doc files.

Testcase included.

Change-Id: Icae5c0de31856ccc75ede9a97c0ea046dd97325f
Reviewed-on: https://gerrit.libreoffice.org/14018Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>

The Itanium C++ ABI mandates that for a unique (complete) C++ type a single
unique symbol for the type's RTTI name is used across a process's dynamic
objects (so type equivalence can be determined via pointer comparison on the
RTTI names).

GCC nowadays deviates from that, using strcmp to determine equivalence, so it is
resilient to RTTI names being bound locally within dynamic objects (which has
performance benefits, but also makes it impossible to have unrelated types that
happen to have the same name "encapsulated" in individual dynamic objects---
whether or not that would violate the ODR would be open to interpretation of how
dynamic objects fit into the C++ Standard).

LLVM sticks to the Itanium ABI, which becomes notable in at least two places:

For one, libc++abi's __dynamic_cast uses strict checking.  It still has a
_LIBCXX_DYNAMIC_FALLBACK for now that additionally uses strcmp checking and
syslogs visibility violations.  Mac OS X uses libc++abi with
_LIBCXX_DYNAMIC_FALLBACK enabled, and running LO routinely logs dynamic_cast
errors to the Console there.

For another, RTTI-based UBSan checks unconditionally only use strict checking
(cf. isDerivedFromAtOffset in lib/ubsan/ubsan_type_hash.cc).  This causes false
positives from Clang -fsanitize=function and -fsanitize=vptr even on Linux not
using libc++abi.

Therefore, introduce SAL_DLLPUBLIC_RTTI to mark types for which RTTI needs to
have default visibility under the Itanium/LLVM semantics.  There is
unfortunately no way to mark only the (implicitly generated) RTTI symbols for
default visibility, but at least with the cases where SAL_DLLPUBLIC_RTTI is used
for now that is no real problem---any class type marked SAL_DLLPUBLIC_RTTI only
has inline (covered by -fvisibility-inlines-hidden) or undefined pure virtual
functions.  It appears that even the vtables of those classes remain hidden, at
least with Mach-O on Mac OS X.  (That also means there is no need for a
SAL_DLLPRIVATE_RTTI marker analoguous to the---also superfluous in retrospect---
CPPU_GCC_DLLPRIVATE one.)

Nevertheless, the number of exported symbols of course increases when
SAL_DLLPUBLIC_RTTI is "active."  For a full-blown --enable-dbgutil build on Mac
OS X,

  find instdir/LibreOffice.app/Contents -name \*.dylib\* -exec nm -gU {} \; \
    wc -l

increased from 125541 to 139239.  For Linux, an option might be to "activate"
SAL_DLLPUBLIC_RTTI only for __clang__ plus !ENABLE_RUNTIME_OPTIMIZATIONS.

The set of types marked SAL_DLLPUBLIC_RTTI with this patch (wholesale cppumaker-
generated UNO enum, struct, and interface types; plus some IEmbeddedHelper and
IUndoManager) is chosen so that a full "make check" on Mac OS X no longer
syslogs any dynamic_cast errors to the Console.

Change-Id: I42fa6ec01c2503ec24bcd9c0518abb112afa3235

Project: help  50920f837dbb2af263070b00891d788986dd21a4

T.INV returns one-tailed, not two-tailed values

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

We don't want silly non-informative comments in our C++ code. It is even more
pointless to put them into generated OpenCL code.

Change-Id: I89afc7234807a3ec5379c5d55a2ea8d52bde7600

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

Moves the common code of Fmt based lists and simple vector lists
into two intermediate template classes, of which one provides
the SwFmtsBase interface.

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

Change-Id: I9460e458e9ac5274d68bd11b0ed77b06d664ce0e

Change-Id: Ibbc35d1a9264817f3fa8e3229ec1de5f51800e97

Change-Id: I20697955457b1dadc334cb0f29c600687ae2d181

Migration from Version 3 to 4 make this fail

Entry .uno:Open and .uno:OpenFromWriter are the same,
skip the entry .uno:OpenFrom

Change the operator, and a lot of comments
change the match in startWith for better reading
change test when old-cmd ".uno:Open"
change to the stephan solution

Change-Id: I0861c1e7d30b861acc753e3258707f3b6a338768
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>

Change-Id: If218d83297bfdd39471d5502c0639248c96af9c6

Change-Id: Id7a596344c21e9265e35188c477e60ce510bcc6e

note the two TODOs about suspicious casts

Change-Id: I324fa05b30a5c8aa1d9e9a6d488a1e295226e788

It is already loaded correctly, and reloading leads to bogus TextChanged event.

Change-Id: I9ad384ce60bbfd477199a1c9fb81e8e201a5162b
Reviewed-on: https://gerrit.libreoffice.org/14096Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
Tested-by: Lionel Elie Mamane <lionel@mamane.lu>

Thanks to Lubos Lunak

Change-Id: I9bb72e1a5b11102963481dac7c11ab4a9fe90b0b
Signed-off-by: Chris Sherlock <chris.sherlock79@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/14095

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

Change-Id: Iaa227ee542396e5f594bd5a1c8ea9529e2bbe04c

also make other exceptions more verbose

Change-Id: Id6bf88b1ec228b20b19c89ccf6ee14d0c1ffb44d

Change-Id: I3355990769251aaee8957f889f97a80af1670bdc

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

Regression introduced with 9341bf3d "java: when
rethrowing, store the original exception," but these two appear to be the only
two cases related to com.sun.star.lang.WrappedTarget[Runtime]Exception in that
patch that would now create bad UNO Any values.  Happily reverted to the
original but oddly inconsistent setting of the WrappedTargetException's
TargetException member...

Change-Id: I9421da721d5a111d0d89ee0601238a2c01cfc12c

Change-Id: Ifd95d9fa74f6cbba989c05aae2a225a85b78c9f1

Commit d83dfeb5 accidentally inverted
a test, causing at least the presentation linked on the above bug to
render all black

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

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

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