[Libreoffice-commits] .: soltools/ldump

[Tor Lillqvist]

 soltools/ldump/ldump.cxx |    4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit 72021f833b077eaaf57ffdec58c43e891fe10e45
Author: Tor Lillqvist <tlillqvist at novell.com>
Date:   Wed Feb 9 15:23:07 2011 +0200

    Ignore __real@ and __TI3? prefixed symbols in ldump
    
    The __real@ ones are storage of (shared?) floating-point
    constants. The __TI3?  ones are related to throwing exceptions, TI
    perhaps means type information. Trying to export them causes
    unresolved externals problems, and most likely it would be insane to
    export them from a LO DLL anyway. I came across the problem with some
    framework DLLs.
    
    Why this issue has popped up now, after the big stlport/boost/etc
    change, I have no idea. One would think we have had floating-point
    constants all the time in the code, and we throw exceptions all over
    the place. Oh well.

diff --git a/soltools/ldump/ldump.cxx b/soltools/ldump/ldump.cxx
index c7ecb75..86ceec4 100644
--- a/soltools/ldump/ldump.cxx
+++ b/soltools/ldump/ldump.cxx
@@ -192,7 +192,9 @@ bool LibDump::Dump()
             // und raus damit
             PrintSym( aName, bExportByName );
         }
-        else if ( bAll == true )
+        else if ( bAll == true &&
+                  strncmp(aBuf, "__real@", 7) != 0 &&
+                  strncmp(aBuf, "__TI3?", 6) != 0 )
         {
             int nPreLen = (int) strlen( cAPrefix );