Dear Carl,
if I compile with /ZI user gets following error.
Alternatively, you can compile your code with /Zl to omit the default
library specification from the resulting .obj files (and hence, from the
.lib file). If you've compiled a release build with /Zl, your users
should be able to link against it in both debug and release builds.
Linking...
LINK : warning LNK4075: ignoring '/INCREMENTAL' due to '/CLRIMAGETYPE'
specification
mylib.lib(eng.o bj) : error LNK2028: unresolved token (0A000006) "extern "C"
void __clrcall ___CxxCallUnwin dDtor(void (__clrcall*)(vo id *),void *)"
(?___CxxCallUnw indDtor@@$$J0YM XP6MXPAX@Z0@Z) referenced in function "void
__cdecl `anonymous namespace'::Rep ortErr(class std::basic_stri ng<char,struct
std::char_trait s<char>,class std::allocator< char> >,class
std::basic_stri ng<char,struct std::char_trait s<char>,class
std::allocator< char> >)"
(?ReportErr@?A0 x7e8edfa5@@$$FY AXV?$basic_stri ng@DU?$char_tra its@D@std@@V?$a llocator@D@2@@s td@@0@Z)
mylib.lib(param s.obj) : error LNK2001: unresolved external symbol
"?.cctor@@$$FYM XXZ" (?.cctor@@$$FYM XXZ)
mylib.lib(eng.o bj) : error LNK2001: unresolved external symbol
"?.cctor@@$$FYM XXZ" (?.cctor@@$$FYM XXZ)
....
Debug/fft_flpt.exe : fatal error LNK1120: 5 unresolved externals