今年4月zlib發(fā)布了1.2.5版，修正了幾個bug，增加了新功能（目前我還用不上).
最近準(zhǔn)備在自己的程序中用這個版本。結(jié)果怎么也編譯通不過。折騰了我一整天才搞定，發(fā)現(xiàn)是兩個小的設(shè)置沒有弄好。哎。。。
新的1.2.5版本只提供了vc9、vc10兩個project配置文件.我用項目版本轉(zhuǎn)換文件怎么也不能轉(zhuǎn)到vc7.1下。沒辦法只好裝了一個vc2008重新編譯。
把zlib 1.2.5加入自己的項目，編譯時有兩點要注意
1.就是zlib 1.2.5源代碼包中\(zhòng)contrib\vstudio\readme.txt中說的在使用zlib要預(yù)定義宏ZLIB_WINAPI，否則無法編譯通過。
- To use zlibwapi.dll in your application, you must define the  macro ZLIB_WINAPI when compiling your application's source files.
2.鏈接時，除了#pragma comment(lib, "zlibvc.lib")添加引入庫外，還要注意Character Set的設(shè)置要統(tǒng)一。否則也會出現(xiàn)鏈接錯誤，提示找不到_compress外部變量。

后記（2011-6-19）
我的編程環(huán)境已升級VS2008，又想在項目中使用ASM版本的ZLIB，重新從zlib.net下載后，直接使用zlib-1.2.5\contrib\vstudio\vc9下的zlibvc項目文件編譯出錯。發(fā)現(xiàn)是zlib-1.2.5\contrib\masmx86下的OBJ文件沒有生成。進(jìn)入VS2008命令行環(huán)境，運行bld_ml32.bat生成兩個obj文件。重新在集成環(huán)境下編譯就沒問題了。但是如果是使用ZLIB的靜態(tài)庫版本，一定注意要將這兩個obj文件包含到最終的zlibvc.lib中去。否則在自己的應(yīng)用項目中編譯時會提示如下錯誤。1>zlibr.lib(inflate.obj) : error LNK2001: unresolved external symbol _inflate_fast
1>zlibr.lib(deflate.obj) : error LNK2001: unresolved external symbol _longest_match
1>zlibr.lib(deflate.obj) : error LNK2001: unresolved external symbol _match_init
把兩個obj文件包含到zlibvc.lib的方法是，Project->Property->Librarian->Additional Dependencies 加入inffas32.obj match686.obj，同時Additional Library Directories設(shè)置正確。
另外，如果使用命令行編譯進(jìn)入zlib-1.2.5\win32目錄運行下面的命令就可以了。
nmake -f win32/Makefile.msc LOC="-DASMV -DASMINF" OBJA="inffas32.obj match686.obj"               (use ASM code, x86)
nmake -f win32/Makefile.msc AS=ml64 LOC="-DASMV -DASMINF"  OBJA="inffasx64.obj gvmat64.obj inffas8664.c"  (use ASM code, x64)