Bug 61146 - Supplied libstdc++.so.6 is older than system one - causing DSO load failure
Summary: Supplied libstdc++.so.6 is older than system one - causing DSO load failure
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-20 00:06 UTC by gordon.lack
Modified: 2013-04-15 07:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description gordon.lack 2013-02-20 00:06:07 UTC 
This is on "Mandriva Linux release 2011.0 (Official) for x86_64".
(so not a bleeding edge release by any means...)

I'm using the RPM distribution of 4.0.0.3 release, downloaded from libreoffice.org.


Starting up libreoffice from the command line I noticed this:

[my-sys]: libreoffice READ\ ME\ \(English\).doc 
/opt/libreoffice4.0/program/../ure-link/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by /usr/lib64/libproxy.so.1)
Failed to load module: /usr/lib64/gio/modules/libgiolibproxy.so

Since I didn't need a proxy it didn't cause any noticeable problem in running, but it might be stopping something.

Moving that libstdc++.so.6 out of the way (so the standard system one was used) removed the error.

Looks like the provided one is very old?

It's GLIBCXX symbols go as far as GLIBCXX_3.4.9.  The Mandriva ones (updated May 2012) go to GLIBCXX_3.4.16
Comment 1 Petr Mladek 2013-04-15 07:04:26 UTC 
The solution is to remove the package libreoffice4.0-stdlibs. It is should be installed only on too old systems.

Anyway, this problem does not longer happen with 4.0.1 and newer releases. The recent 4.0.X builds are built on a newer system and the compat stdlibs is not longer provided.