To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=85398
------- Additional comments from [EMAIL PROTECTED] Wed Jan 23 08:30:23 +0000
2008 -------
As against that I think --without-stlport should be the default on all platforms
except for ones where we are already locked into stlport with an established set
of binary extensions linked against the ure libs.
--without-stlport has the advantage that for new ports that porters don't get
stuck on fixing stlport to build on their platform and making that even more of
an unmaintainable tree of confusion. It also makes the install set smaller, and
enables sharing at run-time of the standard c++ libraries that other apps e.g.
firefox on the desktop are using.
The reason for doing it as early as possible for x86_64 is to avoid the
prorogation of x86_64 binary add-ons locked to the stlport abi making it
difficult to change in the future. Builds linked against libstdc++ *should*
install and work anywhere, and actually we already are, e.g.
[EMAIL PROTECTED] rpms]$ ldd program/libuno_cppu.so.3 |grep stdc++
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x06936000)
[EMAIL PROTECTED] rpms]$ ldd program/libuno_cppu.so.3 |grep stlport
libstlport_gcc.so => /usr/lib/openoffice.org/program/libstlport_gcc.so
(0x024a4000)
so we're already linked to the system libstdc++ even in the stlport case.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
