Change-Id: I6744460db43f66c91ad8e033f59612457acd66ee

Change-Id: I9ae69377e585603c2cb0edd48a18a21d0934dfee

Change-Id: I89f4438688b336f33816164e286f8b6c5b1cd6b6

Change-Id: I0916051214d8631198723933799e8e27fadef993

Change-Id: Ic06deb22da77428ef88c1071af5d7b8bf9dc77f7

Change-Id: I6384a9d86123ab354414cf6e9366b4f9e46f1c1f

Change-Id: I8caf2951876d47873b325f306515ec840692b856

Change-Id: I700f66cbc3ddb01d723b9a50709b4b1d5ab66405

Change-Id: If4853650958df9e425c936ead16ea11c976c5657

Change-Id: Ib58300148bbf248150f514bb3c59d863388eaa0b

Change-Id: Ie9a49e9521741038a06dc46a1bd9072088e3bf6b

Change-Id: Ic23dcc0b45a90e845fc4fba1861bcee03354da01

Change-Id: I1777d6304b2ebb218c0f85c778f1a66d05c4f454

Change-Id: I700eced69bd6b6f9f5a15fd871159de38ac36287

Change-Id: Ibe88fd010edbf83e06dc6a5c6b0e0b25d564fd0b

Not needed now when we always generate comprehensive UDKAPI headers in
the configuration where I thought the reverted change helped (it
actually didn't).

This reverts commit 73c3907b.

Change-Id: Iabbfec9b8e9d6963b31daa52dc574bed01d9eb4c

Change-Id: Ie5969a0f5772676f91c29fe946217d8d31bf514a

There are basicically two classes of cases:

1) Where the code is for obscure historical reasons or what I see as
misguided "optimization" split into a more libraries than necessary,
and these then are loaded at run-time. Instead, just use direct
linking.

2) Where dynamic loading is part of the functionality offered to some
upper (scripting etc) layer, or where some system-specific non-LO
library is loaded dynamically, as it is not necessarily present on
end-user machines. Can't have such in the DISABLE_DYNLOADING case.

Change-Id: I9eceac5fb635245def2f4f3320821447bb7cd8c0

Will then cause compilation errors where they are used, which will be
noticed and taken care of.  (The code chanaged to either use direct
linking instead, when it makes sense, or to just bypass the
functionality that requires dynamic loading.)

Much better than waiting until run-time to notice where dynamic
loading is attempted.

Change-Id: Ib0cb5a2524b5c63f8e27670e7d72e37ce2a8e6e9

Again, must of the rest of the stuff here probably doesn't make sense
for Android or iOS either, but at least it compiles. (It won't get
linked into an app anyway, so just a small waste of time to have it
compiled.)

Change-Id: I32f56a11312c6a3b5eba00d2db8f0a43dd0752e0

Sure, little point for them with the other stuff here in connectivity
either, but those parts at least compile. If/when I get back to
getting the --disable-database-connectivity thing to work, all of
conectivity will be bypassed for Android and iOS, of course.

Change-Id: I4eeeb9ccdf46fb2e1df8bf75aef63e17cbb97bbf

Change-Id: I3a51a563fa3c2a57cbbe44087f0f4958c2b41a69
Reviewed-on: https://gerrit.libreoffice.org/790Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I17bd44ba8f5a6484d10bb64201ace8e030cf334d
Reviewed-on: https://gerrit.libreoffice.org/789Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I665da7fbb3fb9f991d952658b247c9a80e8abede
Reviewed-on: https://gerrit.libreoffice.org/786Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I8f81cc7491da81c33bd27d084a8e7b19e5c637a7
Reviewed-on: https://gerrit.libreoffice.org/784Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: I941ce196917cad307d9de03030c4b23ff4e1b249
Reviewed-on: https://gerrit.libreoffice.org/785Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>

Change-Id: Ieeebcd89ae2728c6314f28413759bbb353c327bf

Change-Id: I8b06bd1853cec283f330e892c1efa229682d9767

aLangMap is a std::map that is written but never used, so drop it.

Change-Id: I8f5184c58fbe812beab8580349535920645e062e
Reviewed-on: https://gerrit.libreoffice.org/781Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Defined the aDicLangInUse within the #ifdef block where it is used.

Change-Id: I872cf178a803c3210898f7f317211a8d3a2d368e
Reviewed-on: https://gerrit.libreoffice.org/782Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

This is in a Mac build tree using the 10.7 SDK and latest Xcode Clang.

This codemaker-generated type stuff seems awfully fragile. Should we
just bite the bullet and do the "comprehensive" thing for all UDKAPI
types all the time on all platforms? Is that a sane question to ask?

Change-Id: I9d17e76a83ff71898409179acb445832436f7bbd

Changed the redundant check against fRate with a test against fPrice as
everywhere else in the file.
Also change some comparisons against 0.0 instead of 0 when using floating
point variable (to be consistent with the rest of the code).

Change-Id: I94a397f1578a90156359987996cb1ef02d5e4209
Reviewed-on: https://gerrit.libreoffice.org/779Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>

Change-Id: I433a34f53e0e31e8bf41a080233955c2781bfd72

Change-Id: I1e4e701ba4883862ddf79ef45d4f7521346a067d

Change-Id: If16fcbb58234a9f1b7e07718f77909273f1fbbd4

Change-Id: Ic4c13fa3d0eae54b7db1fa5a4e5c5040582b21ed

Change-Id: Iffc54ada1fcf586c00eddf934079fa671f263ce0

Change-Id: I82a0abf58f8fc68d0e9e145923961fa3e3c654fe

Change-Id: I6bbeb2d1cb5af724ac0743d13f3e36cb8b613a88

Change-Id: I46b751f033f2b4f08461b2eaae8ad16c1487f1c0