[stlport-bugs] [ stlport-Bugs-1925096 ] Compiling STLport 5.1 with g++ 4.3

[SourceForge.net <no...@so...>]

Bugs item #1925096, was opened at 2008-03-25 13:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=766244&aid=1925096&group_id=146814

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Operational Environment/Compiler specific code
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Thomas Girard (tgg)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compiling STLport 5.1 with g++ 4.3

Initial Comment:
Hello,

STLport 5.1.5 does not compile with g++ 4.3. Since the next Debian release will ship with g++ 4.3, there is an ongoing effort to compile all software included in Debian with g++ 4.3.

Hence a bug report was filed against stlport5.1[1] package. The problem was two-fold:

 * Debian g++ version 4.3 does not output the (GCC) string when invoked with `--version'. This can be easily worked around; and, as upstream g++ outputs the (GCC) string, I will not post the patch here. It's available from [2].

 * STLport limits.h inclusion no longer works:
In file included from ../../stlport/limits.h:27,
                 from /usr/include/c++/4.3.0/climits:48,
                 from ../../stlport/climits:27,
                 from ../../stlport/stl/_algobase.h:42,
                 from ../../stlport/stl/_alloc.h:47,
                 from ../../stlport/memory:32,
                 from ../../src/dll_main.cpp:42:
/usr/include/../include/limits.h:125:26: error: no include path in which to search for limits.h

A lot of things changed in headers with g++ 4.3[3]. For instance now libstdc++ <climits> uses #include_next <limits.h> instead of #include <limits.h> in g++ 4.2. I have no idea how to fix this. What I have done for Debian is hiding STLport limits.h so that the one from the system is chosen directly. This is not the right fix, but I don't  think it can harm, as STLport limits.h only includes system limits.h.


Apart from that, we are using the patch[4] (parts written by Norbert Kiesel) to remove some warnings.

Regards,

Thomas
[1] http://bugs.debian.org/468063
[2] http://svn.debian.org/viewsvn/*checkout*/collab-maint/deb-maint/stlport5.1/trunk/debian/patches/gcc-4.3.diff?content-type=text%2Fplain
[3] http://gcc.gnu.org/gcc-4.3/porting_to.html
[4] http://svn.debian.org/viewsvn/*checkout*/collab-maint/deb-maint/stlport5.1/trunk/debian/patches/fix-warnings.diff?content-type=text%2Fplain

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=766244&aid=1925096&group_id=146814