Bjoern Hoehrmann schrieb am 25.11.2011 um 11:42 (+0100): > * john.mur...@uk.bnpparibas.com wrote: > >1>LINK : warning LNK4098: defaultlib 'mfc80ud.lib' conflicts with > >use of other libs; use /NODEFAULTLIB:library > >1>LINK : warning LNK4098: defaultlib 'mfcs80ud.lib' conflicts with > >use of other libs; use /NODEFAULTLIB:library > > You are linking to MFC both dynamically and statically. You would > have to figure out why that is and then pick one or the other > linking method.
Not being a C pro, I was wondering how you know statically vs dynamically is the issue here? John wrote: | The build settings for my app are MD(d) so we are linking dynamically | with MSVCRT.dll. It is unfortunately using bits from the MFC also. And there was the _AFXDLL preprocessor directive, which you'd use for dynamic linking. Okay, here's what I think: The two error messages at the top are for the import library for the DLL (mfc80ud.lib - at least I think that's an import library for the DLL) and *also* for a static library (mfcs80ud.lib). But on Michael Kaplan's blog I read: There is also a static component to even a DLL build of MFC, named as follows: MFCS80U.LIB (Unicode Release – static library – deprecated classes) MFCS80UD.LIB (Unicode Debug – static library – deprecated classes) http://blogs.msdn.com/b/michkap/archive/2005/10/07/478235.aspx So where's the undue static linking and how do you know? -- Michael Ludwig _______________________________________________ xml mailing list, project page http://xmlsoft.org/ xml@gnome.org http://mail.gnome.org/mailman/listinfo/xml