Hi Benjamin, just wanted to let you know that I got it working finally. It was as I had assumed: a missing compiler flag. In order to link properly, you have to set the flag "/Zc:wchar_t-" (Treat wchar_t as Built-In Type: NO). Then it works. I am pretty sure this is somewhere set also in the mozilla makefiles. But it was definitely not explicitly set in the makefile of WinEmbed. I will clean the MSVC8 project a little now and then submit it to you. You can then decide whether you want to check it in to the CVS.
Florian Benjamin Smedberg schrieb: > Florian Winkler wrote: > >> Now the problems start when I try building WinEmbed with VS 2005. >> I created a project (based on a conversion of the VS6 project that >> comes with the checkout). > > What problem are you trying to solve by using the VS project instead of > the normal mozilla makefiles? > > The VC6 project is certainly out of date an not supported... I didn't > even know such a thing existed. > >> I am linking against the following libraries in obj-xulrunner/dist/lib >> (not the SDK): >> xpcomglue.lib >> nspr4.lib >> profdirserviceprovidersa_s.lib > >> Error 1 error LNK2019: unresolved external symbol "public: >> wchar_t const * __thiscall nsAString::BeginReading(void)const " >> ([EMAIL PROTECTED]@@QBEPB_WXZ) referenced in function "public: >> wchar_t const * __thiscall nsString_external::get(void)const " >> ([EMAIL PROTECTED]@@QBEPB_WXZ) WebBrowserChrome.obj >> >> ...and... >> >> Error 2 error LNK2001: unresolved external symbol "public: >> wchar_t const * __thiscall nsAString::BeginReading(void)const " >> ([EMAIL PROTECTED]@@QBEPB_WXZ) winEmbed.obj > > I would expect these symbols to be present in xpcomglue.lib. Can you run > objdump or a similar tool on xpcomglue.lib to see if they are present or > not? > > --BDS _______________________________________________ dev-embedding mailing list [email protected] https://lists.mozilla.org/listinfo/dev-embedding
