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
Now that 5c47e5f63a "fdo#51252 Disable copying
share/prereg/bundled to avoid startup crashes" removed the use of share/prereg,
there is no longer need to generate it in the first place (by calling "unopkg
sync" at build or installation time), and so no need for the "unopkg sync" sub-
command, either. This also allows to simplify some of the jvmfwk code that was
only there so that "unopkg sync" (which can require a JVM) can work in "hostile"
environments (during build and installation).
Change-Id: I52657384f4561bf27948ba4f0f88f4498e90987f
2009-03-13 08:14:58 +0100 jl r269453 : CWS-TOOLING: rebase CWS jl119 to branches/OOO310@269350 (milestone: OOO310:m5)
2009-03-10 16:01:33 +0100 jl r269280 : #i98990# apply patch by jbu: fixing the python script provider
2009-03-10 13:25:02 +0100 jl r269268 : #i93939#
2009-03-10 11:44:07 +0100 jl r269261 : #i93939#
2009-03-09 17:14:58 +0100 jl r269205 : #i93939# choose a different JRE when the selected one was uninstalled
2009-03-09 16:34:34 +0100 jl r269201 : #i93939# choose a different JRE when the selected one was uninstalled
2009-03-05 16:40:16 +0100 jl r268924 : #99618# Do not migrate java settings
2009-02-25 14:29:53 +0100 jl r268439 : #i99618# do not invalidate existing javasettings by using a new date in the update element
2007/06/07 07:52:58 jl 1.27.24.2: #i76390# support of new bootstrap variable UNO_JAVA_JFW_INSTALL_DATA and UNO_JAVA_JFW_INSTALL_EXPIRE
2007/06/04 08:05:45 jl 1.27.24.1: #i76390 do not create user installation when installing java extensions during setup
2004/09/24 14:24:49 haggai 1.18.16.3: RESYNC: (1.18-1.20); FILE MERGED
2004/08/16 15:22:51 cmc 1.18.16.2: #i33045# use normal -DSOLAR_JAVA
2004/08/16 14:13:55 cmc 1.18.16.1: #i33045# build jvmfwk even without java, just default to failure on javarelated stuff
2004/08/09 14:39:59 vg 1.18.8.2: RESYNC MERGED 1.18 1.19
Everything below this line will be added to the revision comment.
2004/06/28 12:44:25 cmc 1.18.8.1: #i30801 allow using system libs if possible
2004/07/06 16:03:14 jl 1.18.4.5: #i30342#
2004/06/24 13:02:03 jl 1.18.4.4: #i30342#
2004/06/18 15:01:56 jl 1.18.4.3: #i30342# plugin supports multiple vendors
2004/06/13 10:31:23 jl 1.18.4.2: #i29473# selecting a JRE after the javavendors.xml has been modified after product patch did not work
2004/06/09 13:14:07 jl 1.18.4.1: #29961# wrong if expression in jfw_getJavaInfoByPath
