freetype和我的.cpp一起编译

freetype和我的.cpp一起编译
不用freetype的很容易就能编译的静态库，而使用源码进行编译我的源代码，整整耗费了我三天时间。还有人进行提示和指导，真的很难想象如果没有知道的情况了。
和大多数懒虫一样，我也比较热衷容易的解决方式，下freetype源码2.3.6，进入build/win32/
用vc6.0打开里面的.dsp文件，整个工程如此顺利，编译生成了.lib文件。加入到我的工程中，设置了头文件的路径，果然很好的使用。我下了个字库处理的代码，编译后真的很是好用，简单的就显示了个国字。
但是事情总是没有那样如想的那样顺利。由于那个.lib文件确实不小的缘故吧(2.34M)，对我们来说硬件的内存是十分紧张的，这个.lib算是好看不好用了。只能选择使用freetype的源码了。
起先以为只要我要的.h和.c就够用了，并且一些函数还可以不要（与我们工程没关系的函数）。就在工程下找那些.h和.c。每到一个文件就看他的include头，再搜索这个文件。把它复制到我的工程目录下。这样整理了半天，发现越来越多了的文件出现（2百多），（这方面windows还是强项）估计一天也不够，还是放弃吧！肯定不是这样！
接着得到提示在工程下建立个文件夹freetype就把那些需要的文件包含就行。于是就把这个文件夹建立了，并且和freetype下的文件一致了起来。编译啊，出错了！
上网搜原因整个一天过去了，还是没结果。得到提示是工程设置问题。就把设置改了，果然是错误少了，可是链接就出问题了，还是一些链接.obj文件时出的问题。网上这个资料就没有了，也就是一些link2005的处理。每个都对照，还是不对阿！
最后突然想的一招，这个肯定是能解决了。把自己的工程里的文件和freetype下的设置的一样，尤其是那些.c文件。是37个（具体的不罗列了，还是自己看吧）。然后编译（没加入我的.cpp），ok成了。
回头看看，其实应该先想到参考别的已经成功的例子的！大不了完全一样吗.不过最累的是查找那些文件了，近300个，手腕都酸痛了！
总算搞定了！