windows下编译GMP 64位静态库的折腾贴

GMP作为优秀的高精度数学运算库在加密解密等领域是很有用的，而且是很多软件的依赖库。
32位windows环境下，很容易用mingw32编译出动态DLL跟静态的.a出来。网上资料很多
使用 msys，按照linux编译步骤，很容易编译出来，不再介绍。
在mingw 下，安装后，即可无障碍用mingw32中的gcc编译器编译出windows程序来
如果用vc编译器：
静态库依赖libgcc.a， libmingwex.a，libmsvcrt.a，一起打包，即可在vc使用
动态DLL不依赖其他文件，根据产生的.def生成lib，即可在vc使用

64位环境下，使用linux交叉编译环境mingw64可以编译出静态库，在windows下的minw64下跟TDM gcc 64下是无障碍使用的。
同样道理，mingw64跟 TDM gcc 64在使用msys下编译出的静态库，在windows下的minw64下跟TDM gcc 64下也是无障碍使用的。
但是无论linux的交叉编译环境，还是windows下的mingw64，TDM gcc 64都无法编译出DLL，即使./configure --disable-static --enable-shared强制编译动态库，结果也是生成静态配置文件，原因未知

麻烦的是64位环境下如何编译出VC能正常使用的库出来
尝试用上面交叉编译或者mingw64或者TDM gcc 64编译出的静态库，无一例外都在VC下无法使用。
后来想用VC编译，先msys下配置一下，然后用VC逐个文件加入项目编译，首次编译，产生了1800+错误，后来修改了一天，直到错误数减少到38的时候，发现了几个严重问题：
第一、这样做很难保证程序代码的原义是否被改变。
第二、配置出来的代码是用gcc编译器编译的，很多代码在vc下很难修改。
于是，这个方法在努力2天后放弃。

最后回到用mingw64类似编译器编译途径上，
选择的是TDM gcc 64位编译环境，配合minw32中的msys，编译出静态库.a
然后，ar解压缩成.o文件，经验证，格式符合vc的COFF64格式，
于是用vc的lib打包成gmp64.lib，写测试程序后发现，提示
__chkstk_ms符号找不到，后来在TDM gcc 64自带静态库
libgcc.a中找到该符号，同样，转gcc64.lib后，附加上
这次，编译顺利通过，连接也成功了，似乎一切很好的样子

但是，执行测试后发现
#include "stdafx.h"
#include <gmp.h>
#pragma comment(lib, "gmp64-new.lib")
#pragma comment(lib, "gcc64.lib")
int _tmain(int argc, _TCHAR* argv[])
{
mpz_t a, b, c;
mpz_init(a);
mpz_init(b);
mpz_init(c);
mpz_set_ui(a, 2);
mpz_pow_ui(c, a, 65536);
mpz_sub_ui(b, c, 1);
gmp_printf("%Zd\n", b);
getchar();
return 0;
}
在gmp_printf处会出现异常

于是难道不能输出么？

准备测试下运算是否确实正确，是否仅仅输入输出有问题

年轻人就是喜欢瞎折腾

现在对源代码里的
printf目录
scanf目录
memory.c
assert.c
mpz\realloc.c
mpz\realloc2.c
用VC重编译后替换
问题定位到
mpz_get_str上

放弃了，太难了，有想继续的小伙伴，可以按照思路继续做下去

年轻人就是喜欢瞎折腾

下面附上编译好的库
http://pan.baidu.com/s/1kTkItRh