all of libstring_obsolete.a's exports should be available via libxpcom.so The "obsolete" strings are not really that obsolete. Its more that the implementation of these strings are obsolete, not the class names/usages. So no, we're not going to get rid of nsAutoString/nsString/etc.
nsAWritableString is just a typedef for "nsAString" and nsAReadableString is just a typedef for "const nsAString" both have been removed from the source tree since 0.9.9 Alec Laurent Julliard wrote: > I have recently put my hands on a piece of C code that uses XPCOM. This > piece of code was initially written to work with Moz 0.9.4 and I have > taken some time to make it work with 0.9.9. > > When I compile this C extension and linked it against libxpcom.xo > everything goes well. However when I try and load it, it says: > > undefined symbol: __ti12nsAutoString > > A quick look in the static libraries generated in the mozilla build > shows that this symbol is actually defined in libstring_obsolete.a. I > was wondering if there is a way to get rid of all the references to > these obsolete strings library > > Hint: I have looked in my C code and it only uses nsString and > nsAWritableString classes on 2 places. Should I replace any of these > with something else? > > Any help or pointer appreciated (I have already read the page on Moz.org > that deals with string but it was not very helpful in my case) > > Laurent >
