Visual Studio 2015编译64位MySQL Connector/C++

目前MySQL Connector/C++的binary版本最高只支持VS2008,VS2015需要下载源码自行编译。

尽管MySQL手册提供了信息,但在编译过程中还是有不少细节需要注意。

CMAKE

官网下载最新的稳定版本

把bin目录添加到环境变量PATH中

Boost

同样到官网下载最新的稳定版本

MySQL客户端库

MySQL客户端库头文件在MySQL目录下的include目录中

是的,编译connector还需要下载一个MySQL Server

添加环境变量MYSQL_DIR,值为MySQL Server根目录

cmake会到MYSQL_DIR/include下查找头文件

下载MySQL connector/C++源码

http://dev.mysql.com/downloads/connector/cpp/

在“select platform”中选择“Source Code”

下载解压

生成VS解决方案文件

开启一个cmd窗口,进入解压出来的MySQL Connector根目录

执行

cmake -G "Visual Studio 14 2015 Win64" -DBOOST_ROOT:STRING=d:/bin/boost159

其中:

  1. Win64非常重要,否则生成的就是x86的解决方案。
  2. -DBOOST_ROOT:STRING声明boost库的根目录,根据自己的配置设置它的值。

编译MySQL Connector

在MySQL Connector根目录,可以看到生成的.sln文件,双击打开

几十个工程文件,除了库还包括例子、测试等

在“解决方案资源管理器”窗口,找到 mysqlcppconn工程,右击,选择“生成”

失败……

在“输出”窗口,选择输出来源为“生成”,CTRF+F,搜索“error”,可以看到

>C:\Program Files (x86)\Windows Kits\10\Include\10.0.10150.0\ucrt\stdio.h(1927): fatal error C1189: #error: Macro definition of snprintf conflicts with Standard Library function declaration

其前一行是

2>  d:\bin\mysql-connector-c++-1.1.6\driver\nativeapi/mysql_private_iface.h(48): note: 参见“snprintf”的前一个定义

双击这一行,定位到mysql_private_iface.h的48行,注释掉

//#if ( defined(_WIN32) || defined(_WIN64) ) && !defined(snprintf)
//#define snprintf _snprintf
//#endif

在“输出”窗口,选择输出来源为“生成”,点击“全部消除”,再次生成工程

失败……又一次

再看生成信息,同样的问题

再次双击定位到m_config.h的516行,注释之

//#define snprintf _snprintf

再生成

闪过几屏的警告信息后,编译成功

全部编译

在“解决方案资源管理器”窗口,右击解决方案, 选择“生成解决方案”

最后成功十多个工程,失败十多个工程,不用理会失败的

这时候就得到VS2015下的库文件、例子工程了

时间: 2024-10-25 18:53:37

Visual Studio 2015编译64位MySQL Connector/C++的相关文章

Visual Studio 2013 编译 64 位 Python 的 C 扩展 (使用 PyObject 包装)

对于 32 位 Python 的 C 扩展,以前用过 mingW32 编译, 但是 mingW32 不支持 64 位 Python 的 C 扩展编译,详情可见 stackoverflow,这位前辈的大意如下, 以下介绍 Visual Studio 2013 编译 64 位 Python 的 C 扩展步骤: 1)准备 C 文件和包装文件, ExtDemo.c // Purpose: C code, for wrappered. #include <stdio.h> #include <st

visual studio 2015生成64位DLL文件

新建一个visual C ++  ->win32项目 点击生成->配置管理器新建一个64位debug位平台 hello.cpp程序代码如下: #include "stdafx.h" #include "jni.h" #include "com_magc_jni_HelloWorld.h" JNIEXPORT void JNICALL Java_com_magc_jni_HelloWorld_DisplayHello (JNIEnv *

Visual Studio 2015 Community连接到Mysql

版权声明:本文为博主原创文章,未经博主允许不得转载. 本文首发于CSDN:http://blog.csdn.net/cxq2046/article/details/51108256 至今暂未授权其他任何平台发表. Visual Studio 2015 Community连接到MySQL,步骤很简单,但刚弄的时候一脸懵,现在记录如下以作备忘: 安装好VS2015和Mysql后,只需要再安装两个东西即可. 一个是SDK:MySQL for Visual Studio 下载地址:http://www.

Visual Studio 2015编译wxWidgets

宫指导说,换帅如换刀 程序员的编译器一换,基本套路必须都重练几次 使用wxWidgets并不难,但不能使用现有的库和工程配置文件,细节就必须理清楚 获取wxWidgets 官方的下载页面,下7z或zip文件均可 文件“wxWidgets根目录/docs/msw/install.txt”是编译说明文档,可以作为参考 添加环境变量WXWIN,值是wxWidgets根目录的路径 wxWidgets根目录的路径不要含有空格 增加vs2015支持 vs2015影响编译的改动,主要是定义了snprintf,

QT5.7.0在win10下使用visual studio 2015编译(目标平台 xp)

环境:win10+vs2015+QT5.7.0 目标:编译出能在windows xp上运行的QT 通过baidu和bing找不出来的结果没有一个能成功运行,大部分都能编译成功,并完美解决“exe不是有效的win32程序”,但是程序依旧没法正常显示窗口. 此时会有一个crash,具体位置是qwindows.dll,但是使用depends查看也没看出来qwindows.dll有问题,有些人会遇到qwindows.dll依赖的 kernel32.dll在xp下没有对应接口,具体接口不记得了,最后看到是

使用 Visual Studio 2015 编译 QT 工程

简单进行一下几步就可以了 1.下载源代码 qt-everywhere-opensource-src-5.6.0-alpha.7z .解压到 D:\ToolKits\5.6.0\src 目录下2.网站 https://www.python.org/ 下载 python-3.5.0-embed-amd64.zip ,并解压缩 D:\Utility\Python 目录中3.启动 “VS2015 x64 本机工具命令提示符”,并 SET PATH=D:\Utility\Python;%PATH%; 以确

Visual Studio 2015编译安装OpenCV 3.0和opencv_contrib

OpenCV 3.0已于往年6月份宣布,新版本对本有API举行了清算,经过引进T-API.IPP.NEON取得极大的机能晋升,并变化为模块化布局.然而由于VS2015在其后发布,OpenCV 3.0安装包提供了对VC11和VC12的支持而没有VC14.如果使用VC12下的文件,虽然可以编译,但运行时会报错"应用程序无法正常启动0xc000007b".于是乎在VS2015下只能自行编译OpenCV 3.0方能使用.但这样也有一个好处就是方便查看OpenCV的源码. 编译步骤 下面介绍编译

Visual Studio 2015编译Lua 5.3.4遇到的坑

被坑的不浅,遇到错误:" LNK1561:必须定义入口点",解决方案删除再建,步骤一遍一遍操作,还是报错.如下图所示: 首先,它必须要改成DLL或者LIB(动态/静态库),如果是应用程序那必须要提供main函数的主入口.网上提供的方法,比如改 系统 - 子系统,各种方法都试过了,始终是报错. 冷静了一下,觉得是新建空项目那里有问题.然后就改创建一个win32的空项目. 再添加lua/src目录下面的 *.h *.c文件,结果发现可以正常编译.我就好奇,到底哪一步出了问题,经过对比现有主

visual studio 2015 编译C++

新建一个test工程,可是在Debug模式下,关闭窗口时老出现如下错误信息. ハンドルされない例外が 0x77CA718F (ntdll.dll) で発生しました(Example of math, variables, and if statements.exe 内): 0xC0000008: An invalid handle was specified. 很是郁闷,解决中!!!