Change-Id: I32918599dca0556a61b85d868dffbb5e72541e69

Change-Id: If95858d3812c913a3695f04bcfac76325171d102

Change-Id: Ib322a429a3d29ed985702dc1b5cb9d1cb0a1ac07

Change-Id: I2ddddbd694a0fe4971a1ef40ee6e15e6b3f07b3f

Change-Id: If898125c55794ea542643d0299b02b6183b79ef9

Change-Id: I687b31959b2932cc1b5f7ce6daea8d7bbbe85ee5

Change-Id: Iebe13dae8ede0696913597116904af8e720ffc65

Change-Id: Ie2f10e9e863bfcb6a34380049bd63e480aab76d2

Change-Id: Ie50661aff48f74ea49162d1f893d3d0fc2ee2165

Change-Id: Iea44ec03ce5b779558a8f5e762d0428d90f2334d

Change-Id: I7e9beb3abeee42b19788980d43fb1ab5140e3e65

Change-Id: Ie4b8e2f99bb8a32dae31555561c86a448201f792

Change-Id: Ia2ca3c512e033e80a55eb2d33fdd34d07297f29b

And it should be installed in the system library path, so no need to
specify full path to load it.

Change-Id: I0a77bd6911e69f8453b7c95c7cdcb77fe2e6e5e0

Compile this with clew files from source/core/opencl/clcc.

Change-Id: I9a0be046ec996a6bccdcc8555aa8119fcf9afde3

Change-Id: Ie1d6eec25c442e8dba31936e502249ee04c13177

Change-Id: I789ac7b9c1404b2f7b35178d9c43c59182a20cea

Change-Id: I58c8bcbd76c28c458fb28c21d65887159fa0ea34

Change-Id: I65e2a71aae8317930d1575e7d82c11c3fd2b74de

We now load OpenCL library dynmically at run-time as needed. So there
is no build time dependency on any OpenCL implementations.

Change-Id: I214399060398a7c5e37b9a254147ccc2834e7866

Change-Id: I9f6ce113d637dbec069caa86b32459e2001ec0a0

Change-Id: I0e2b393ecf068b57bfe653663be0a788caa22a36

Change-Id: I44fa3ded8d48b2972af17b78ab6c0af03e024f36

They are of no use in the default build.

Change-Id: Ie3b874a5c78123436736318357fa48baafd991f3

Change-Id: Ia6c1fd88ed08022347c60af33a8620b9cf278c12

...via unoidl-write and the new source-format registry provicers, instead of
using idlc to produce .urd files, regmerge to merge them into legacy .rdb files,
and unoidl-write to translate those to new UNOIDL .rdb files.

gb_UnoApi and gb_InternalUnoApi ctors take an additional argument now that is
the path (below $(SRCDIR)) of the source-format registry from which to obtain
UNOIDL entity definitions.  It can either be an .idl file (in which case no
*_add_idlfiles calls should be used and the resulting .rdb will contain all the
entities from that one .idl file; used in some tests to conveniently define all
test-specific entities in a single file) or a directory denoting the root of an
.idl file tree (in which case *_add_idlfiles calls specify the entites to
include in the resulting .idl file).  (In the first case, the generated .rdb
file needs to depend on that single .idl file, so the gb_UnoApiTarget ctor
contains a dependency on that additional argument, which happens, as a side
effect, to trigger rebuilds in the second, tree-based case when addition/removal
of .idl files in the tree causes updates of directory time-stamps.)

UnoApiPartTarget and all the dependency-tracking logic based on .urd files in
solenv/gbuild/UnoApiTarget.mk is gone.  Generation of an .rdb file now depends
on its source registry (see previous paragraph) and all the .idl files specified
with *_add_idlfiles (in the second, tree-based case above).

A consequence of that is that gb_UnoApi_add_idlfile, -_nohdl, and -_noheader all
do the same now.  I left them in for now anyway, maybe they become relevant
again when the use of cppumaker is changed to read directly from a source-format
registry instead of going via a .rdb registry.

The legacy tools idlc, regcompare, regmerge, and regview are still contained in
the URE or SDK for now.

cb344cd5 "Revert 'Looks like idlc resolved
typedefs inside sequence<...>'" is re-reverted as now "the current offapi.rdb is
generated via unoidl-write instead of idlc."

Change-Id: I3d9d92f17326bc9f49dd934c85aab6a17951d06d

Project: help  b79a7ea3afdc6f5a95a03fadbd2bf5960c301ba5

Project: help  b9ecf33d0091f374e1380290ea6d03509c78a3c7

Change-Id: I2850df14f9dce01574b538511d091cbb2b4c53fd

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

With the theme icon cleaning commit
d5151ab5, duplicated
icons (same icon for multiple actions) doesn't need to
be stored in different files. The file links.txt inside
the theme pack can handle filename redirections.
So, it keeps the theme pack smaller. However, the
duplicates keep being loaded, because they use different
names.

With this patch, the names of those duplicates are mapped
also when querying for the icons. This way, an icon is
loaded only once, saving RAM.

Change-Id: Ieb5b8424c1515f0033276bf314cdef02a4e01862
Signed-off-by: Rodolfo Ribeiro Gomes <rodolforg@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/5943Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>

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

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

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

[covers both problems fixed in the previous commits.]

Change-Id: I3df3537c52e2f6ebcb60a38f3648a35a5eca9051

Compare styleId against styleId, not style name against styleId.

Change-Id: I42bbb8a04424780772065585cc8ff56d906a48e4

Change-Id: Iacb9b09f237ddab3d68f4993014efb3b4793b8e7

Wow, has been broken like this since 2007...

Change-Id: I32a84e1444ed6fd89161f2060a35296044516863

Change-Id: I54729ad816efd4e51e13c0a2985c591920750d59

Change-Id: I13e4ec0daa40f60a563b1fd39094b86bf3709c47