SvxExtParagraphTabPage::Reset() must not request a pool default for
SID_ATTR_PARA_PAGENUM because it simply does not exist; the item is
backed by a member of SwPageDesc in Writer.

Change-Id: I9b157f048cd986566f9b01f3677b53d5974b6c8d

... SvxExtParagraphTabPage"

This reverts commit 5ce19ddc.

It is now simply wrong to claim that a SID_ATTR_PARA_PAGENUM item with
value 0 is set, when that is a valid offset value.

SwTxtShell::Execute() will call SfxToSwPageDescAttr() which pulls the
SID_ATTR_PARA_PAGENUM out of the item set and sets it.

Change-Id: If5a155c2874486b3ef7d01883fe73f8e5fca46fe

Change-Id: Iaa4073e2f1c0ccea7a5d63d24e34ac5647a0e7b0

The bugdoc has invalid length (rh.recLen) in header of blipStore's
OfficeArtFBSE record. Therefore LibreOffice read junk for the next
BLIP, and tried to seek to an invalid stream position, which caused
bad allocation exception on 32-bit systems.

Change-Id: I72fae4c2b00216b57736f4409a32c62a40f25785

Change-Id: I1e1a0ea67f2c8656bd98d478a10183312eb76950

Strangely it doesn't crash on Linux.

(regression from 713735fc)

Change-Id: Ie29c795f5edec7d8fdf949027359c0c509edb15c

There are multiple different sonames of libjpeg in different distros,
so use a system one only when system libs are requested.

Change-Id: I164433a31ab0fb4723da6843eb1f1132c8447d9e

Change-Id: I4216ec60c7cf07bd92a157f4a86e2560cdbdca93

Change-Id: Iaaafe7da8e717f7b127ab5806773a5a5d75b82d5

Change-Id: Ia5810aa5f9e1e169b5f0217f6f176a253dc1439d

Change-Id: I408b76855693c64473dba3bb3fa94374fff01fae

Change-Id: I3a99e416be9f3f04175939e4560f8f7c55497185
Reviewed-on: https://gerrit.libreoffice.org/10831Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I21e47d004e011c706a1e7e591f9204beb9b6f70f

Change-Id: I33d51b0e30445c34c792210e7c656c1d48159019

Change-Id: I95fbee302213e6ced469dd7a2a1c254178159357

Get rid of the silly OpenCLDevice class that had only static members. We can
as well just use namespacing. Remove functions only used internally in
openclwrapper.cxx from the now public openclwrapper.hxx header.

Change-Id: If7336edd262c772564dc13e64113d72d0b52428c

Change-Id: I08cbc7bab69daa19dfac1a1b27113fb87bc7a272

Change-Id: I092098a2520c4856f1d394ddbe288bbc444e7db8

Change-Id: I753ad1580e589a2acea41394a7fdb04f9cd3e2a4

Change-Id: Ifa6db0dc7b5c67b65c5bc17c16fb3a61793c833a

function names with dot or underscore were not completed
correctly, leading to incorrect results or even crashes

Change-Id: Iacb6af29c609ab39746185c71d4443537bf46b5e
Reviewed-on: https://gerrit.libreoffice.org/12380Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>

Change-Id: I4651f74a89b8707cbf0ebdd3b950df3a5b99177a

Change-Id: I47e6dcf18fe141b8dba33a8c3cd83f80950045cd

Change-Id: I897accf5b4259a4a01198118421abaa55465207e

No cleanups yet. Just removed the "sc" namespace parts now when this stuff is
no longer Calc-specific. There is still horribly confusing use of the same
OpenCLDevice name for both a class and as a namespace, for instance. And the
OpenCLDevice class has only public static members even, so effectively it acts
as just a namespace anyway... Etc.

Change-Id: Idc5f30a721df0101426c676f04a85e02c5dc8443

Change-Id: I13f93372fedc67bfd25d36a5bee10a004fe9f8f6
Reviewed-on: https://gerrit.libreoffice.org/13147Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

Change-Id: I1c22b33c15417cb23ed726b048cde1e452d23b9b

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

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

Change-Id: I7a9772468f2f774187570ff5e80d47e8b13c1bfe

Change-Id: I1627f534505c735455c50f9b4f6e4d1c698ab9d2

Change-Id: I13f0c7afca233cc0ff6692f8fb442a80c4208d20

found by UCDetector

Change-Id: Ia98606a98b998a224f821f2e673e788fb0ecf7d1

found by UCDetector

Change-Id: Ic62ec16bceb9ab7b6898f8a469af65ba3884bb51

found by UCDetector

Change-Id: I7993f781a9e195d7d591e8a9e94a72ee86d77826

found by UCDetector

Change-Id: If7d7f7b271f48f82d823a3d7b175adcae91180e3

Change-Id: I80416b3e2065263abd6015843e3aa6f7b7c0b3e4

Change-Id: I8e049a6df5946344110b38887301d186991a475d

...incorporating insight documented in the commit note of
c9c2e27c "Adapt for Visual Studio 2013," and
cloph's idea to use Perl to read that oddly named Windows env var in cygwin.

Change-Id: I55d364f7a24b50d171a7fdca000ca2d747f6db20

(Note that the registry keys that find_msms() tries to read are apparently only
written after you started Visual Studio at least once.)

Change-Id: I522b70d9bc5d1d2d775254fc7ddedd7164444062