Apache OpenOffice (AOO) Bugzilla – Issue 78458
Components run in uno exe need not find URE libs
Last modified: 2017-05-20 11:31:17 UTC
ure/source/README:1.11 l. 348 states: “C++ UNO components run from within the uno executable can depend on an environment in which the public C++ UNO runtime dynamic libraries (cppu, cppuhelper, sal, salhelper, stlport) are already available (that is, on Linux x86, Solaris x86, and Solaris SPARC, a component dynamic library need not make sure that the UNO runtime dynamic libraries it needs can be found on its RPATH).†There are two problems: 1 At least on unxsoli4 and unxsols4, uno.bin is linked -B direct implying -z lazyload (the default on those platforms), so that it is not guaranteed that the URE libs are already loaded when a component needs them. 2 The new purpenvhelper public URE shared library (see issue 78143) is not guaranteed to be loaded by uno.bin. (It is also missing from the list of public libraries at ure/source/README:1.11.8.1 l. 356--357.)
.
Similar to (1) above, Windows seems to ignore linking against a DLL from which no symbol is actually referenced.
set target to 3.x according to http://wiki.services.openoffice.org/wiki/Target_3x
Reset assigne to the default "issues@openoffice.apache.org".