Bob Cowdery wrote:
> I know this has been brought up a number of times. I have downloaded the
> latest xalan src. Fixed the two things I am aware of, which are to turn
> off wchar_t as built in type and change the library back to
> xerces-c_2.lib from xerces-c_3.lib.
Well, you only do that if Xerces-C's project file is configured that way.
> I am trying to build just MsgCreator as I know that needs to execute to
> generate some files for the rest of the build. It compiles but I get a
> lot of link errors. This is the ICU enabled build and I pull in xerces
> and icu libraries.
>
> There are a lot of these for different functions but all the same class.
>
> ICUResHandler.obj : error LNK2001: unresolved external symbol "public:
> virtual class xercesc_2_7::InputSource * __thiscall
> xercesc_2_7::DefaultHandler::resolveEntity(unsigned short const *
> const,unsigned short const * const)"
> ([EMAIL PROTECTED]@xercesc_2_7@@[EMAIL PROTECTED]@[EMAIL PROTECTED])
Which looks like Xerces-C was built with wchar_t as a built-in type, which
conflicts the setting for Xalan-C.
Plus this:
> SAX2Handler.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) public: static unsigned int __cdecl
> xercesc_2_7::XMLString::stringLen(unsigned short const * const)"
> ([EMAIL PROTECTED]@xercesc_2_7@@[EMAIL PROTECTED])
>
> Quite a few dllimport. I have all dll's on my path that I know about:
> 1>MsgCreator.obj : error LNK2001: unresolved external symbol
> "__declspec(dllimport) public: static unsigned short const * const
> xercesc_2_7::XMLUni::fgSAX2CoreNameSpacePrefixes"
> ([EMAIL PROTECTED]@xercesc_2_7@@2QBGB)
>
> Any help would be very much appreciated.
These errors all indicate that Xerces-C was built with wchar_t as a
built-in type. Make sure the ICU, Xerces-C, and Xalan-C all have the same
setting for wchar_t.
Dave
