Ok, As you make me believe that a solution exist, I test my code further and find that moving boost #include over microsoft Vc7.1 define (generated by MFC code assistant) : #ifdef _DEBUG #define new DEBUG_NEW #endif solved my problem. Thank you for your reply, Joel ----- Original Message ----- From: "Cory Nelson" Newsgroups: gmane.comp.lib.boost.user Sent: Wednesday, November 09, 2005 10:43 PM Subject: Re: MSVC Afx Libs incompatibility ? On 11/9/05, Jeff Flinn wrote:

"joel" wrote in message news:dkrfot$d8c$1@sea.gmane.org...

...

I have just "demo_xml" serialisation test with "StdAfx.h" precompilated header.

Not sure what you mean here. Did you add '#include "stdafx.h"' to the demo_xml.cpp?

...

VC7.1 reply :

nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) déjà défini(e) dans libcpmtd.lib(newop.obj)

Sounds like you're linking inconsistent versions of the libs.

...

It seems that boost libs is defining new operator as nafxcwd.lib from microsoft.

Does anyone succeed to use boost libs with "stdafx" libs ?

I've not heard of stdafx libs, but yes many people succesfully use boost libs with VC7.1 win32, and MFC applications.

I think he means precompiled headers, and yes I use them quite often with Boost.

Jeff Flinn

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

-- Cory Nelson http://www.int64.org