Change-Id: Ifa9e77b955cea26da6602d409a1c111f45f72587

...there should not be any legitimate reason these fcntl calls can fail, anyway.

Change-Id: Ib5cbe5b40ff42656fe3bad2ac50dcf6faeca0e9d

Change-Id: I02e81d526c07297a5bc3664cc475302a552187eb

Change-Id: Ia46417525e655a5a80f9e70f25f65e4916e4c8d8

Makes it possible to look at the OpenCL source for just a specific function,
by setting for instance SAL_LOG=+INFO.sc.opencl.source.nop_VLookup.

Change-Id: Ie9e1f7b1542043717ac3652226713f4ab88883e1

Change-Id: I92ce690a6f8183ce77c8ed53bd2fcb45d39d756e

Change-Id: Ifa9034f12f42c0ddc5aa5e363fbcc04bab36492b

When generating a unique fly name, we have to iterate over all the
existing flys to find out what's the first not used one, so doing this
for every new fly inserted by mail merge is O(n^2).

During import, we already skip this and only do it once at the end of
the import, which is O(n).

Fix the performance problem by skipping the unique fly name generating
when we produce a combined mail merge document as well, and just
generate them once the mail merge is complete.

For a test document having 12 text frames and 2000 mail merge records,
the times for css::text::MailMerge::execute() is 9m37.330s -> 8m18.811s.

Change-Id: Idfa8e9fe3acc93f1138f5bb12c2419c1492f8ff1

Change-Id: Ia205db098ea585e0c72e89dff43fde83becdabe2
Reviewed-on: https://gerrit.libreoffice.org/12162Reviewed-by: Matthew Francis <mjay.francis@gmail.com>
Tested-by: Matthew Francis <mjay.francis@gmail.com>

Change-Id: I55811305ec24ff3538d33e98c8eac680e7da17fe

And get rid of the writerfilter copy, that does no rounding.  Adjusted
testcases:

- testFdo80555: 245 -> 247 (should be 246.944444444, so a good change)
- testDMLGroupShapeChildPosition: roundtripped values are now closer to
  the initial ones, so also a good change

Change-Id: I4dec7857a0df77face01b7a8ba1da7c647a24b6c

depends on c0a5d390
ContextClasses implement fast methods.
ImportClasses implement fast methods.
New TokenHandler for AutoCorrectTokens.

Change-Id: I41ef7266da2068da3ab5f047280b13e57ee2e763

SvXMLImportContext implements XFastContextHandler
SvXMLImport implements XFastDocumentHandler

Change-Id: Id400260af112f4a448fe469c9580f0ebacec4ab6

This likely is a false warning or over-enthusiasm in the salbool plug-in, but
on the other hand, I don't understand why the recently added case needs to use
different coding idioms from the preceding ones in the function? So make the
code more uniform.

Change-Id: I518022c59f6bd54740676cba95670e78b9a40d19

because it's implementation is the same as operator==

Change-Id: If9b63abcd13f899735d59d85be3da54406a6e324

Change-Id: I413d821a984ab556bd19c52704c04de6d828f699

so just dump it

Change-Id: I006045aea345e84ff1944fc1ed1daa94bd7bca61

Change-Id: I3f66b621b136b8c42c4acc16058276215fd39835

Change-Id: Icbb325517ec835d2bee7ac4693cfe939b741d7fd

Change-Id: I41067a6a81e58793ba8b0491b4044de6e7f68e2b

We want a pre-spun-up, shared thread-pool that doesn't get its
workers created & joined frequently.

Change-Id: I29081e3a3e3849ca30e63fd080ee3315d99cbe8d

Change-Id: Ib27b8b1ccc07ff194035d6c2ef3d45c429e3cea1

Change-Id: I1ac6366714acd7ec3e74b7afb4670c73825d1032

Re-evaluate scores if the profile file did not match.

It used to work so that if the OpenCL devices available had changed (if just
the OpenCL driver version had changed), we did not re-evaluate scores but
instead selected the dummy software device. Which hardly was as intended.

Change-Id: Ifd79c0226504323f275d2e1d02876a0fecc449e0

Change-Id: I3bca38b16613d59c4620de33eaf61bebb269e1a8

Change-Id: I49bc06865c599e0a4417e24c70845a2bc25b7ff8

Change-Id: I0ffb952b1a12889462c209d0c2d43ab75296c3d0

Change-Id: Ie232566340e3d7c77cabbfcea641f3d1b40de0bd

brown bag fix for

commit cdbfbd0f
Date:   Thu Oct 30 09:21:40 2014 +0000
    coverity#735608 Division or modulo by float zero
    and
    coverity#735607 Division or modulo by float zero

Change-Id: I8e04765cf5354d57a54b166a5e2af71b40b670bb

the magic number in this test does not seems to agree with Mac Retina
Display (Assumed because the non Retina tinderbox do not complain)

Change-Id: I247215b59995e4ffc01720da4988e7eaa8ac78ca

There was a snaffu with the handling of DXArray
concerning the special case of the 'first' character
and how that translate when the glyph order is not
the same than the character order

Change-Id: Ie9273ff22fa2d22ca0df2b583768ffb2b2a59930

Change-Id: I577f7582b4938dc5dcd75460dd889c5675ee3c17

Change-Id: Ice6d473d56b16ca53a046888f38d0c570d4b3828

Change-Id: I8461cb3f9a3c1cd662b1bcbfc53ee56a498a7b35

Change-Id: Ia43976d84eede6f699381bc4f3daf89b95e4cb4f
Reviewed-on: https://gerrit.libreoffice.org/12150Reviewed-by: Bryan Quigley <gquigs@gmail.com>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>

V2 with changes suggested by Samuel and Eike

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

First change in series to fix fdo#84846.

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

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

Change-Id: Id4fc5dda86845d23fe35122f7ade3ae99b2d123c

Change-Id: I2e3ad291d34b412b27b52cf54266ede6b31028a2