... was missing from 8379fceb

Change-Id: I664cfabdaf8834b1023dcc7e2a28b584abf10908

...also, the use of double use of udkapi.rdb in climaker call in
testtools/CustomTarget_bridgetest_climaker.mk looked fishy.

Change-Id: I8be22b184740d65e567df65bae51fe18066be102

Change-Id: I30b1b923658a851535f309c3773f5cbfa697d1bf

Change-Id: Ifec0ea4dd06c9c06a796f293f0fc0973296fed60

Change-Id: Icf9d75e699e8a430ce0d2a305e1b696d8023466b

...and remove a bunch of unused Directories

Change-Id: Ibb20bf9f4049eee136132b4ebda86ec2a9613a29

...as it still reads type data via com.sun.star.registry.SimpleRegistry

Change-Id: Ib65848eb77d220b83f5e70cb98ecf3cb9c46d7de

Change-Id: Ieb5e380b6e7a1c097d403f962b4e82b84cce40b5

The only thing that processdeps.awk does that is actually useful is to
be able to set the target name freely, but that is only important for
the default resource file which was just renamed.

Instead hack makedepend to provide the required functionality directly:
- write dummy rules for included files so builds don't break on
  rename/removal
- format deps one per line like concat-deps expects
- concat-deps expects standard POSIX line ends, so open in binary mode
  (also disable that awful backup copying nonsense)

Though in retrospect it would perhaps be a better investment of time to
try to replace makedepend...

Change-Id: I54fafdcdcf1a52692e62b8f1f4b96fb9a93d4421

Change-Id: Ice900801109efc8591b9a3fb5c490d070b23730a

Change-Id: I8e528f76d08f7a0d7acec05dcf306cd78b95a885

Change-Id: Icdc6ff082daaaca5458b817109738b5debdf4007

makedepend relies on that

Change-Id: I6a166f65d25c2750c24bc7831d074c32f6524722

makedepend annoyingly picks up the target file name from the source file

Change-Id: I4e7378e3f428dbae42fb99cb1c21ed840c20da40

In AllLangResTarget the gb_Helper_abbreviate_dirs replaces the paths in
the echo command with $W, which the shell then does not expand due to '
quotes.  Mixing gb_Helper_abbreviate_dirs and ' is unsafe.

Change-Id: Ia99d185917a55486d5fd67f82d5b323a05e3f5bd

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

Change-Id: I1837ea58b9c8f74aca9afb78bafbab61af189842

Change-Id: Ia1ec3564326cf898d756c231a64a54db8698bf20

This reinstates one line of code which was removed by
7fec8dfc.

Change-Id: Ie2af33914d17a46b7118b8b804aadc0aa3bc5d90
Reviewed-on: https://gerrit.libreoffice.org/3596Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org>
Tested-by: Fridrich Strba <fridrich@documentfoundation.org>

Not suitably licensed.

Change-Id: I221cccb9d2ff5b6cb5e25161b6d5bfe504acb10e

Change-Id: I648e5c23704125e939eceda9ac29217f1c63cd47

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

Project: help  1909db99ab7d23a71e24bac25693b3a22d73bfa3

Change-Id: I75e83c2e2399f12e7d4cd035856e5ee07a75d494

With the main components (theTypeDescriptionManager, codemakers) supporting the
new unoidl format, it is time to switch the generated type rdb files to that new
format.

For now, this is done as a two-stage process, though:  Every
$(WORKDIR)/UnoApiTarget/*.rdb file in the new format is accompanied by an
*.rdb.oldformat file; both are generated in the same [UNO] gbuild step.  This is
for several reasons:

* idlc still generates old format output.

* The regcompare step (comparing against a reference rdb to catch
  incompatible changes) is still based on the old format.

(The reg2unoidl tool needs any dependend rdbs as additional inputs, that's why
the use_api information needs to be tracked as UNOAPI_DEPRDBS for now.  That can
be removed again when reg2unoidl is no longer used.)

Change-Id: Id625c88f9ecdbaba9e2af7410417e00b4ba36acc

Change-Id: Ib316bf40bb9b9afeb5fbdf9281f2d3b9539e346f

When we are launching the printing dialog, we first draw the page using
drawinglayer to a metafile, and then render the metafile.  Unfortunately, here
we did the real operation of allocating large bitmaps, and destroying them
again; all that just to throw all that away at the end of the operation.

The preview sets the mbOutput to false correctly, so we can just skip the
expensive parts.

Change-Id: Ice77d83100eba339602bbdf374fec8546d4d1e12

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

Change-Id: I67e332a3033f142d843e0146aa1ac0b27c8f7db1

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

Project: help  e6fede848bb18f23984d5748954ed0786aa27b1f

Change-Id: Ic553e593890cb3254666e3c27c5d8ca05256687e

Change-Id: I0bf2dcd24a7b59682c90a8910279117f1bf0467f

Change-Id: I0a814e3f5605340f00d4b48e83ce26792abec067

These are put into uno_loader_classes.zip, which is then not used at
all, and odkcommon.zip, which is used for creation of install sets.
Seriously?!

Change-Id: I28b5bc73857cf524fb12f7918acd2891ff12d166

Change-Id: I0c6e0ecc5c9e6289a2afe733d4752351416900a8

Change-Id: I6a716efe28086da983a40c550613e3d8e0bd8283

Change-Id: I3c15ace80e0ce95910a6a256e4a25c4d7859a58c

Change-Id: Ibdbe04028ad9648af011da51b562cc6aa5e4849b
Reviewed-on: https://gerrit.libreoffice.org/3578Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>