It is possible to compile the thread library in standard call.  Just look at the make files and change the calling convention to compile standard call and then rebuild the thread library.  You might run into some errors in the library with standard call but I imagine you can fix them easy enough.

----- Original Message ----
From: Anthony Williams <anthony@justsoftwaresolutions.co.uk>
To: Discussions about the boost.thread library <threads-devel@lists.boost.org>
Sent: Monday, April 2, 2007 6:47:11 AM
Subject: Re: [Threads-devel] Calling convention problem for boost::xtime_get

"Yatin Salian" <yatinsalian@gmail.com> writes:

> I am getting linking error LNK2019: unresolved external symbol "int
> __stdcall boost::xtime_get(struct boost::xtime *,int)" (?xtime_get@boost@@
> YGHPAUxtime@1@H@Z) referenced in function "public: void __thiscall
> CSMDispatcher::Run(void)" (?Run@CSMDispatcher@@QAEXXZ). This is mainly
> because the application that I m developing uses the __stdcall calling
> convention and hence  it is not able to load the symbol. I am using other
> boost libraries but none of them are giving me any problems except for this
> call. Is there any solution for this other than changing my whole
> application's calling convention to __cdecl  which I want to avoid ?

Have you tried building boost with the __stdcall calling convention?

Anthony
--
Anthony Williams
Just Software Solutions Ltd - http://www.justsoftwaresolutions.co.uk
Registered in England, Company Number 5478976.
Registered Office: 15 Carrallack Mews, St Just, Cornwall, TR19 7UL
_______________________________________________
threads-devel mailing list
threads-devel@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/threads-devel



Looking for earth-friendly autos?
Browse Top Cars by "Green Rating" at Yahoo! Autos' Green Center.