Zemberek is a java spellchecker extension. With it installed the collecting of
spellchecker information on first activation of spellchecking is insanely slow
as the cache of spellcheckers is thrown away on each iteration through each
language known to LibreOffice.

So...

move the config updating stuff from editeng down to the linguistic layer. Let
the linguistic layer keep its spellchecker cache and listen to the extension
manager to know if an extension which might be a spellchecker one has been
modified and only throw away the cache on that event or if (existing
implementation) the config data for linguistics changes.

The polling of changed linguistic data in SvxLinguConfigUpdate::IsNeedUpdateAll
can be removed and leave it up to LngSvcMgr to load everything in its ctor and
keep itself up to date with its config and extension listeners.

Change-Id: I9c93d998928e2e7f5128c36771b3e450a8057cd6

Change-Id: I851c0ac078b57f07e0a58a9fb2119d11cc5048e5

Change-Id: Ibded6b0a72c9501d35fb884c93c505a2f716f678

getAvailableServices is very expensive, so halve the amount of calls to it that
we need. This should be logically equivalent

Change-Id: I5627ed539695fd837a497362cf9873debd254013

Change-Id: I870df7d4af666c1cb087cec6d4daebcba87ff8ab

Change-Id: I0c4b1e4d7d5e4802dbea0a1c5a9ec80874f7ed21

Change-Id: I0506b3e92df372a67b4431e52e2e9d308dc886c9

Change-Id: I3ff6568e34698d414ca7e4c631d32156b9d28cf0

Change-Id: Idd83f6340d13a1d7111d0d5a7268f1aa8bf5c09e

Change-Id: I004a3981728b0f00f1536b6e7975bb45b2451eda

Change-Id: I654e71e56d60bf629625df09eb93b21c9ef670e8

Change-Id: I2f0899086f656f117849521c933cce4c23b8751c

Change-Id: I343a819a11d3121030d294d78808a2ec1da2adeb

Change-Id: Icec8f9e37fa679b25d9bd44de56c98477d758abc

Change-Id: I704347a19fac527b6bf7d43983a6336ac9282f49

potentially uninitialized local variable used

Change-Id: I5820b8258a0255a4c9d1c52f2f88bcc3428786ba

Change-Id: Ifb23269c01dc80c328075fefe5e61b378e2d8477

Change-Id: I47e30a319b5f5b6a03e6a4993af8f7612efacbdc

Change-Id: I91a510a7a778a669182a14333e78a8095b27c6cd

Change-Id: I2a81e4d5d3a19b5537b791391d035212e8bf423e

Change-Id: I6c516e4bd125c4075c195980a2fcdb58382c38dd

Change-Id: I303536b957f902d3bbda9f3a96b507851292523a

(see http://nabble.documentfoundation.org/Some-strange-lines-by-taking-a-look-at-the-bt-of-fdo-51916-tp3994561p3994639.html)

Change-Id: I93830306c70155532f461957991df8dde29540da

Change-Id: Iad15c92be13ba9e6120f7306543c88a04893d2c7
dbtools::SQLExceptionIteratorHelper::SQLExceptionIteratorHelper(com::sun::star::sdb::SQLContext const&)
dbtools::SQLExceptionIteratorHelper::SQLExceptionIteratorHelper(com::sun::star::sdbc::SQLWarning const&)

Some further nitpicking changes to avoid a few more temporary conversion
objects.

Change-Id: I5faaa1f525aeafdc5004340a6cd05e0610c22182

Change-Id: I7059f10617b9a33ba63690c980b96d95d9023c55

Change-Id: I6efa95c07d524379ce1b14c85d897494509039a5

Change-Id: I00c8f078b50d913c02407653ce23415d31975f2f

Change-Id: I2ff5fcfae2b9b638e0b39450fbedd77b111ec67c

Change-Id: I5aa44682d4ebb926b95b64b2d265e6e9f3196a8d

...when grep happens to consider the log file to be binary (for whatever reason)
as can be obvserved to happen on Linux-RHEL6-x86_64@14-with-check tinderbox.

Change-Id: I5da0a792b45b83939c9c26897d30ddf8b0a0c0b0

...after String -> rtl::OUString conversion in
a4cbcf2f.

Change-Id: Ieb6dfce8c0cf7d8b5971d187b3b58b754c1cb02f

Change-Id: Ib61a679221d0eddea61358024d31c90464dccefb

This was accidentally commented out, and thus SOLARLIB was not in
effect; fixing this should obviate the need for any
-L$(gb_Library_OUTDIRLOCATION).

Change-Id: Iba306cde71eb5efeed29a4a44cefa19a47bac84b

SOLAR_JAVA should really be set by configure.

Thanks to Pierre-Eric Pelloux-Prayer <pierre-eric@lanedo.com> for the
hint.