vc中运行库的选择

这两天编译工程的时候引入了mysql++的动态库，但是在编译的时候编译器给出了很多error信息：

错误    19    error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall std::basic_ios >::setstate(int,bool)" (__imp_?setstate@?$basic_ios@DU?$char_traits@D@std@@@std@@QAEXH_N@Z)，该符号在函数 __catch$??$?6U?$char_traits@D@std@@@std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@0@AAV10@D@Z$0 中被引用    D:\server\Target\monquery\FTDDataWrapper.obj    monquery
错误    20    error LNK2001: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall std::basic_ios >::setstate(int,bool)" (__imp_?setstate@?$basic_ios@DU?$char_traits@D@std@@@std@@QAEXH_N@

google一番才发现我对工程运行库的选择错了，本应该选择MDd，但是选择了MTd。  下面是msdn给的解释：

/MD	使此应用程序使用特定于多线程和 DLL 的运行库版本。 定义 _MT 和 _DLL，并使编译器将库名 MSVCRT.lib 放入 .obj 文件中。 用此选项编译的应用程序静态链接到 MSVCRT.lib。 此库提供使链接器能够解析外部引用的代码的层。 实际工作代码包含在 MSVCRversionnumber.DLL 中，后者必须在运行时对与 MSVCRT.lib 链接的应用程序可用。
/MDd	定义 _DEBUG、_MT 和 _DLL，并使此应用程序使用特定于多线程和 DLL 的调试版本的运行库。 它还会让编译器将库名称 MSVCRTD.lib 放入 .obj 文件中。
/MT	使此应用程序使用运行库的多线程的静态版本。 定义 _MT，并使编译器将库名 LIBCMT.lib 放入 .obj 文件中，以便链接器使用 LIBCMT.lib 解析外部符号。
/MTd	定义 _DEBUG 和 _MT。 此选项还会让编译器将库名称 LIBCMTD.lib 放置到 .obj 文件中，以便链接器将使用 LIBCMTD.lib 来解析外部符号。
/LD	创建一个 DLL。 将 /DLL 选项传递到链接器。 链接器查找 DllMain 函数，但并不需要该函数。 如果没有编写 DllMain 函数，则链接器将插入返回 TRUE 的 DllMain 函数。 链接 DLL 启动代码。 如果未在命令行上指定导出 (.exp) 文件，则创建导入库 (.lib)。 将导入库链接到调用 DLL 的应用程序。 将 /Fe（命名 EXE 文件） 解释为命名 DLL 而不是 .exe 文件。 默认情况下，程序名会变成 basename.dll 而不是 basename.exe。 除非显式指定 /MD，否则将暗指 /MT。
/LDd	创建调试 DLL。 定义 _MT 和 _DEBUG。