dickwang1229的专栏

一直苦恼于使用gcc4.8.1以上版本编译出的程序的可移植性问题，上次使用了Obfuscator之后觉得使用clang+llvm或许是个好路子目标： 构建一条clang+llvm编译工具链，该工具链 1.生成的程序不依赖gcc(libstdc++/libgcc_s等) 2.工具链本身不需要依赖gcc4.8.1以上的支持(运行编译工具本身)网上搜了些类似教程(1/2/3/4)，都不能照

Obfuscator-LLVM各系统环境配置linuxso库编译androidiOSObfuscator-LLVM各系统环境配置linux第一次先使用的CentOS_v6.4_x64，结果被glibc和gcc版本搞迷糊了，使用o-llvm的clang -v，直接段错误，被4.4.7版本的gcc恶心到了 然后切换到Fedora_v22_x64 sudo dnf install gc

打算把目前知道的瓦片切片方式做个汇总，看到百度的，绕晕乎了，下表不知道是不是完全正确，红色的为可以从瓦片服务器抓到图的还有个地方不是很明白，取了第3级的30张图，然后我就不明白了，为啥是横5张*纵6张，难道百度的纬度范围少截取了一些，没有保证投影后的正方形？下表是按正方形投影范围计算的ZTilesPixelsPixelSize(Deg)Pix

原先的错误代码：const GeometryFactory *pGeomFactory = GeometryFactory::getDefaultInstance();const CoordinateSequenceFactory *pCoordFactory = CoordinateArraySequenceFactory::instance();// 构造typedef map P

另外一篇关于虚继承效率的帖子http://blog.csdn.net/hengyunabc/article/details/7461919

第一篇博客，感谢下带我这个门外汉入了GIS行业的导师李治江老师~