[Libreoffice] unnecessary building basegfx twice ?

Stephan Bergmann sbergman at redhat.com
Fri Jan 6 06:12:40 PST 2012

On 01/06/2012 02:24 PM, Tor Lillqvist wrote:
> Still, what prevents us from saying that a particular build of this
> "extension" as shipped with LO x.y, works only with LO x.y?

OOo has a OpenOffice.org-maximal-version dependency for that; would need 
to replicate that as LibreOffice-maximal-version (in addition to the 
existing LibreOffice-minimal-version).

Another problem is how .oxt libraries find the internal LO libraries:

* On Linux, the .oxt library's RPATH would need to include the relative 
path from the .oxt location to the program/ directory.  A dirty hack 
would be to hard-code the ../../.. length of the path from bundled .oxts 
to program/, and demand that such extensions can only be installed 
bundled (not user or shared).

* On Mac OS X, a similar hack with @loader_path would be needed 
(referencing relative to @executable_path would not work, as .oxt 
libraries are also loaded via uno executable from URE layer).

* On Windows, default library search order (next to executable) makes 
this a non-issue for soffice.bin, but still would cause problems with 
the uno executable.


More information about the LibreOffice mailing list