I was using the Xerces lib distributed with the "binary" package. To
compile it from the source with the option 'treat wchar_t as a build-in
type', like you have suggested in 2), has corrected my link edition
errors... Thank you *so much* ! You can't imagine how you helped me !
--
Adrien
[EMAIL PROTECTED]
10/07/2007 17:08
Veuillez répondre à c-users
Pour : [email protected]
cc : (ccc : Adrien-externe COSSA/RETD/EDFGDF/FR)
Objet : Re: Xerces with another library : link edition problem
Check two things:
1) Is the Xerces lib directory in the LIB path?
2) Did you build Xerces with the setting 'Treat
wchar_t as a built-in type' set to TRUE?
Alberto
At 17.00 10/07/2007 +0200, Adrien-externe COSSA wrote:
>Hello,
>
>I'd like to use CGAL (http://www.cgal.org) and Xerces-C in the same
>project. The compiler is MSVC 7. Here's what happen at link edition :
>
>X3DLoader.obj : error LNK2019: symbole externe non résolu
>"__declspec(dllimport) public: static char * __cdecl
>xercesc_2_7::XMLString::transcode(wchar_t const * const)"
>([EMAIL PROTECTED]@xercesc_2_7@@[EMAIL PROTECTED]) référencé dans la
>fonction "public: __thiscall StrX::StrX(wchar_t const * const)"
>(??0StrX@@[EMAIL PROTECTED]@Z)
>[...]
>Handlers.obj : error LNK2001: symbole externe non résolu "public: virtual
>class xercesc_2_7::InputSource * __thiscall
>xercesc_2_7::DefaultHandler::resolveEntity(wchar_t const * const,wchar_t
>const * const)"
>([EMAIL PROTECTED]@xercesc_2_7@@[EMAIL PROTECTED]@[EMAIL PROTECTED])
>
>The Xerces library (xerces-c_2.lib) is well given as the link edition
>parameter and #pragma comment(lib, "xerces-c_2") appears in stdafx.h. So,
>I don't know where could be the problem !
>
>Can you help me ?
>
>--
>Adrien
