Download it now!
Bug 59237 - Linux x86: legacy extensions cannot find STLport
Summary: Linux x86: legacy extensions cannot find STLport
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Extensions (show other bugs)
Version:
(earliest affected)
3.6.4.3 release
Hardware: x86 (IA32) Linux (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-11 10:34 UTC by Stephan Bergmann
Modified: 2013-01-12 16:34 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Bergmann 2013-01-11 10:34:06 UTC
At least on current libreoffice-3-6, on Linux x86, legacy C++ extensions that link against the STLport library will not find it at runtime, and will thus not work/will fail to install.  (This is only relevant for Linux x86; on Linux x86_64, we never included STLport for extensions in the first place, and on Windows the mechanism by which an extension finds STLport is sufficiently different from the Linux mechanism so that this specific issue is not relevant there.)

One example of this issue hitting in the wild is in comment 0 of bug 591707:  "Note, I remember that I had to install package libstlport4.6-dev to make Duden Korrektor 6.0 work with LibreOffice 3.5.4 provided by the distribution."

The reason is that the executables into which extensions are loaded (soffice.bin, ure.bin) need to link against the STLport library (and all the other libs making up the URE interface, so that they are already in process when extensions want to link against them without mentioning their locations on the RPATH).  In the old build system, this was taken care of e.g., with cpputools/source/unoexe/makefile.mk: "Include all relevant (see ure/source/README) dynamic libraries, so that C++ UNO components running in the uno executable have a defined environment (stlport, unxlngi6 libstdc++.so.6, and wntmsci10 uwinapi.dll are already included via APP1STDLIB, unxlngi6 libgcc_s.so.1 and wntmsci10 msvcr71.dll and msvcp71.dll are magic---TODO)"  This detail got lost when converting to the new gbuild system.
Comment 1 Stephan Bergmann 2013-01-11 10:37:26 UTC
Closing as WONTFIX for now:
* Not trivial to fix (stlport doesn't even show up in RepositoryExternal.mk to begin with).
* Legacy STLport support will be dropped from LO 4.0 anyway.
* Nobody appears to have really complained about it.
Comment 2 Stephan Bergmann 2013-01-11 11:41:26 UTC
(In reply to comment #0)
> One example of this issue hitting in the wild is in comment 0 of bug 591707:
> "Note, I remember that I had to install package libstlport4.6-dev to make
> Duden Korrektor 6.0 work with LibreOffice 3.5.4 provided by the
> distribution."

Comment 0 of bug 59107 I meant.