Rust 0.11 pre 修改了 str的类型

昨天下载的Rust Pre night build 发现let str1:~str ="ddd".to_owned();
不再工作，奇怪之下，想到是否是修改了基本类型了呢？

打开http://doc.rust-lang.org/rust.html#textual-types textual type的定义
发现:
Since str is of unknown size, it is not a first class type, but can only be instantiated through a pointer type, such as &str or String.

多了一个trait String 而~str的表达gone.

我挺喜欢~str表达的，不过，String离开是各种语言最复杂的类型之一，仅仅从一个
指针类型的修饰角度来描述语义显然在当前unicode环境下显然过于简单了。

第一个rust 程序看rust语法变化中

开始只是熟悉一下rust的标准库的使用，得到当前系统的时间，看文档基本来自C的标准了。在使用的过程中简单实现一些traits语法。用了一下字符串
结果引出了一些列的错误。
先是 name:str的语法是错误的，rust并不认为str是一个type,出现了错误:
bare 'str' not a type ,翻看0.10 std::str的说明,找到了原因，必须将str
修饰为~string或者&str才为一个类型，这样编译器才让pass。
然后在初始化的数据的时候 使用name:~"your name",出现提示 让使用box 操作符。然后换为 box "your name"，又出现错误，说这个语法表达已经被放弃了，使用str的特性(traits)方法to_owned(),才最终编译通过了。
 可见rust 现在所有的语法树等基本核心还没有稳定，但该语言融合C和其他高级语言的特性，让人激动。

extern crate time;
use std::str;

struct test
{
 name:~str,
 tall:int
}
impl test
{
fn tostr(&self){
 println!("{}",self.name);
 println!("{}",self.tall);
}
}
fn main()
{
println!("{:?}",time::now());
println!("{}",time::now().rfc822());
let a = test{name: "your name".to_owned(),
tall:1000};
a.tostr();
}

自定制rust 库的使用方法。

设计三个文件，分别是mod test1,test2,test3,
这三个文件将编译成一个库，提供给其他crate使用。

test1.rs
#![crate_type = "lib"]
mod test2;
mod test3;
pub fn name1() {println!("this is test1 name");::test2::name2();}

test2.rs

 mod  test3;
pub fn name2() {println!("this is test2 name");::test3::name3();}

test3.rs:
pub fn name3() {println!("this is test3 name");}

rustc test1.rs 生成库文件:libtest1-bbdcc1d8-0.0.rlib

然后编写一个使用该库的crate,t1.rs

t1.rs
extern crate test1;
use test1::name1;
fn main()
{
 ::test1::name1();
}
得到正确的结果:

Mdtool 出现Add-in scan operation failed

运行mdtool出现错误:
Add-in scan operation failed.
ERROR: The add-in database could not be updated. It may be due to file corruption. Try running the setup repair utility

这个是由于安装Unity在网络盘造成的问题，

.net 4.0之后，需要在mdtool.exe.config加入:

<runtime>
....
      <loadFromRemoteSources enabled="true"/>

</runtime>

Window Remote Desktop Custome Width and Heigth?

Window 远程桌面设定指定的宽和高.
通过选项里拖拉到最大全屏只能是让远程桌面最大和本地桌面一样大。

如果远程桌面的尺寸比较大，可以通过命令行启动参数来制定远程窗口最大的
宽和高:
mstsc /h:1080 /w:1920

C如何得到当前时间时间戳用微秒

最简单代码。

#include <sys/time.h>
#include <inttypes.h>
uint64_t getCurrentTimestamp()
{
struct timeval tv;
gettimeofday(&tv,NULL);

printf("%d raw microseconds:\n",tv.tv_usec);
 uint64_t time_in_micros =( (uint64_t)1000 * (tv.tv_sec) )+ tv.tv_usec/1000;
printf("%" PRIu64 "  real microseconds:\n",time_in_micros);
return time_in_micros;
}

gnumake 如何检测系统，使用不同的设置?

最简单语法，利用系统隐含变量OS 来做判断：

ifeq (Windows,$(findstring Windows,$(OS)))LINKFLAG=
endif

不过变量OS 不见于任何文档，如何发现gnumake定义的所有的内置隐含variables?

GNU make provides .VARIABLES which holds all global variables' names

简单的Makefile语句打印出所有的定义的内置变量可以发现OS赫然其中了:

VARS_OLD = $(.VARIABLES)
$(foreach v,$(VARS_OLD),$(info $(v)))

Ubuntu 13.10 如何使用sqlite3 shared library。

1.下载最新代码www.sqlite.org
2.建立Makefile文件：
CFLAG= -fPIC -std=c99

libsqlite3.so:sqlite3.c
gcc $(CFLAG)     -shared -lpthread -c   -o libsqlite3.so sqlite3.c

all :  libsqlite3.so db.o pattern.o testPattern.o
gcc   -o test.exe db.o pattern.o testPattern.o libsqlite3.so -ldl -lpthread

开始编译时总是出现"undefined reference sqlite3_open",
当然有经验的自然知道是gcc link库的顺序的调整问题了。
所以开始使用-L. -lsqlite3 依然无法解决问题。
这头大了，最后发现关键在于，将两个-ldl -lpthread放在最后就可以解决问题。
可以理解，unix 下link的顺序同引用的函数次序相关，越是最基本或者
最底层的越要放在最后.
所以上述的最后编译命令修改为标准规范的well-formatted也是可以的
gcc   -o test.exe db.o pattern.o testPattern.o -L. -lsqlite3 -ldl -lpthread

命令行如何手工编译UnityScript(javascript)?

首先需要运行安装好的unity mono的cli.bat,预设一些环境变量。

cli.bat在 {unity3d安装目录}\\Unity\Editor\Data\Mono\bin\cli.bat

Linux下就为cli了。
然后在一个目录下建立自己的Javascript程序比如Main.js

test4\Main.js

#pragma strict

import System;
//import UnityEngine;

public static function Main(args: String[]): void {
    print("Hello World!");
    print("WTF,终于工作了");
var printText:String = "Hello Console!";
   print(printText);   
}

set UNITY_DLL_DIR=%UNITY_INSTALL_DIR%\Editor\Data\Managed
set ADDITIONAL_DDL_REFS=
set SOURCE_DIR=d:\temp\test4\  //这里保存着Main.js文件
set PATH={INSTALL_DIR}\Unity\Editor\Data\Mono\bin;{INSTALL_DIR}\Unity\MonoDevelop\bin;%PATH%

{INSTALL_DIR}是安装unity3d的目录。

然后调用:
mono    "%MONO_PATH%\us.exe" -debug -target:exe -base:System.Object  --method:Awake  -out:"test4.exe"    -reference:'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.dll' -srcdir:%SOURCE_DIR%

如何在命令行运行mono 的.net执行程序

如果使用mdtool build 生成的可执行文件使用

mono.exe  file.exe 出现错误:
monodevelop Unhandled Exceptio Could not load file or assembly  Boo.Lang
或者

The assembly mscorlib.dll was not found or could not be loaded

这是环境变量 MONO_PATH设置不正确，最简单方法是调用:
Unity\Editor\Data\Mono\bin\cli.bat 或者cli(linux) 后面跟着需要运行的.net程序
查看cli.bat或者cli,可以看到:

@echo off
set MONO_PREFIX=%~dp0/..
set MONO=%MONO_PREFIX%/bin/mono
set MONO_PATH=%MONO_PREFIX%/lib/mono/2.0
set MONO_CFG_DIR=%MONO_PREFIX%/etc
"%MONO%" %*

Android JNI 开发测试完整流程.

icu 52.1 for android window 下交叉编译 mingw-64/msys

00.下载android ndk http://developer.android.com/tools/sdk/ndk/index.html

01.下载安装MSys http://www.mingw.org/wiki/MSYS 1.01

02.下载gcc 3.8.1 w64版本,比官方版本修复了一些c++11bug,http://mingw-w64.sourceforge.net/

03.下载icu 代码52.1版本 http://site.icu-project.org/download/52#TOC-ICU4C-Download

04.展开icu代码到d:\icu
05.进入msys 环境,使用export PATH将msys 1.0 bin目录和mingw bin目录加入到PATH里.
06.cd /d/icu;mkdir mingw;mkdir android;cd mingw

   这里主要是按照icu 目录下的README.html里的cross compile的步骤.

07. ../source/runConfigureICU MinGW ;#生成配置文件  然后执行make 开始编译
这里将自动在当前mingw目录下的bing子目录里生成后面需要的一些icu打包工具
  并生成mingw 下的icu相应的库，见本文后面详细的库名解释.所有的库在lib子目录里

在msys+mingw的编译是很顺利的，没有任何错误,麻烦就在于交叉编译。

08.cd ../android 准备使用交叉编译生成android下使用的库.

09. 准备生成编译icu的android ndk 独立工具链包执行

  比如:
  /d/android-ndk-r9b/build/tools/make-standalone-toolchain.sh --platform=android-9 --install-dir=/c/temp/my-toolchain -- toolchain=arm-linux-androideabi-4.8

如果是window 7/8 64 bit 需要加上 --system=windowx86_64

然后将export PATH将msys 1.0 bin目录和/c/temp/my-toolchain/bin及ndk 独立工具链目录下的arm-linux-androideabi/bin/
目录都放入到PATH变量中，在arm-linux-androideabi/bin/目录下有需要建库的ar.exe工具，所以必须加入到PATH变量里。

   export PATH=/d/msys/1.0/bin/:/d/androidgcc/bin/:/d/androidgcc/arm-linux-androideabi/bin/

用的是gcc 4.8.1 reversion 5版本。

10. ../source/configure --host=arm-linux-androideabi --target=arm-linux-androideabi --build=i686-pc-mingw32 --with-cross-build=/d/icu/mingw -enable-shared --disable-static

以下语法顺利生成静态链接库!!!()

$ sh ../source/configure --host=armv6-google-linux --enable-static --disable-shared -with-cross-build=/d/icu/mingw CC=a
rm-linux-androideabi-gcc CXX=arm-linux-androideabi-g++ AR=arm-linux-androideabi-ar

make 

再尝试只生成动态库,在data 目录下make出现许多问题,这个data模式只在尝试将data打包成动态库的方式的出现问题,

所以尝试用其他选项避开该问题。

$ sh ../source/configure --host=armv6-google-linux --enable-shared=yes --disable-static -with-cross-build=/d/icu/mingw CC=a
rm-linux-androideabi-gcc CXX=arm-linux-androideabi-g++ AR=arm-linux-androideabi-ar --with-data-packaging=archive

make

经过阅读 http://userguide.icu-project.org/icudata 可以看到这个data库并不是必须的，不影响常规的功能使用，如果是用

archive的方式，可以让数据和应用分类，更新该.dat数据文档，不需要重新编译icu的程序. 这样使用 --with-data-packaging=archive

最后生成的动态库如图,而字典.dat文件在/d/icu/android/data/out/icudt52l.dat ,可以将该文件和ICU程序一起发布

该文件比较巨大，可以在网站下下载定制的字典数据文件:http://apps.icu-project.org/datacustom/

可能的错误:

   注意，如果这里出现错误说不支持arm-linux-androideabi,需要下载补丁覆盖修改

     source目录config.sub和config.guess,然后再次执行该命令

需要下载支持android版本 config.sub
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

以及config.guess source目录下
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD

11.make开始编译，这里52.1版本编译data目录下的时候出现一些错误.

错误一:../../source/common/putil.cpp:133:22: fatal error: langinfo.h: No such file or directory
#include <langinfo.h>
从http://ftp.cc.uoc.gr/mirrors/OpenBSD/src/include/ 下载langinfo.h和nl_types.h 到/d/ic/source/common目录下，
再重新make clean;make.

错误二：

android/common: make 

rm -f ../lib/libicuuc.so.52 && ln -s libicuuc.so.52.1 ../lib/libicuuc.so.52
ln: creating symbolic link `../lib/libicuuc.so.52' to `libicuuc.so.52.1': No such file or directory

通过使用make -d 查询到规则是.o规则，最后在

D:\icu\source\config\mh-linux 中修改对应%.o的规则加上目录../lib修复该错误。

%.$(SO).$(SO_TARGET_VERSION_MAJOR): %.$(SO).$(SO_TARGET_VERSION)
     $(RM) $@ && ln -s ../lib/${<F} $@
%.$(SO): %.$(SO).$(SO_TARGET_VERSION_MAJOR)
     $(RM) $@ && ln -s ../lib/${*F}.$(SO).$(SO_TARGET_VERSION) $@

回到/d/icu/android 继续make 还会出现其他错误，但都可以通过提示反复修改mk-linx并继续make通过错误，

这是由于相对路径的错误造成的，具体原因可能是sed获取路径模式出现问题。

错误三:

android/data:

pkgdata: bash -c "arm-linux-androideabi-gcc -D_REENTRANT  -DU_HAVE_ELF_H=1 -DU_HAVE_ATOMIC=1  -DU_ATTRIBUTE_DEPRECATED=
-O2 -std=c99 -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings   -c -I../../source/common -I
../common -DPIC -fPIC -o ./out/tmp/icudt52l_dat.o ./out/tmp/icudt52l_dat.s"
pkgdata: bash -c "arm-linux-androideabi-gcc -O2 -std=../lib/libicudata.lib -nodefaultlibs -nostdlib -o ../lib/icudata.so
.52 ./out/tmp/icudt52l_dat.o -Wl,-soname -Wl,icudata.so.52  -Wl,-Bsymbolic"
arm-linux-androideabi-gcc.exe: error: unrecognized command line option '-std=../lib/libicudata.lib'
-- return status = 1
Error generating library file. Failed command: arm-linux-androideabi-gcc -O2 -std=../lib/libicudata.lib -nodefaultlibs -
nostdlib -o ../lib/icudata.so.52 ./out/tmp/icudt52l_dat.o -Wl,-soname -Wl,icudata.so.52  -Wl,-Bsymbolic
Error generating assembly code for data.

很明显是 -std 后面的选项出现了错误

cd android\data ;make -d 查看是那个规则出现的错误
发现是D:\icu\source\tools\pkgdata\pkgdata.cpp  method pkg_checkFlag,代码逻辑错误:

1858行代码,将部分数据丢，Mingw 下不需要如此处理:

     #if U_PLATFORM == U_PF_CYGWIN
         uprv_memset(flag + position, 0, length - position);
     #endif

修正该错误后，依然不能通过，依然是无法发现:../lib/libicudata.lib

10.

首先要看README.html 

How To Cross Compile ICU 里有如何骄交叉编译的步骤

Here are some useful links regarding ICU and internationalization in general.

ICU, ICU4C & ICU4J Homepage	http://icu-project.org/
FAQ - Frequently Asked Questions about ICU	http://userguide.icu-project.org/icufaq
ICU User's Guide	http://userguide.icu-project.org/
How To Use ICU	http://userguide.icu-project.org/howtouseicu
Download ICU Releases	http://site.icu-project.org/download
ICU4C API Documentation Online	http://icu-project.org/apiref/icu4c/
Online ICU Demos	http://demo.icu-project.org/icu-bin/icudemos
Contacts and Bug Reports/Feature Requests	http://site.icu-project.org/contacts

Library Name	Windows Filename	Linux Filename	Comment
Data Library	icudtXYl.dll	libicudata.so.XY.Z	Data required by the Common and I18n libraries. There are many ways to package and customize this data, but by default this is all you need.
Common Library	icuucXY.dll	libicuuc.so.XY.Z	Base library required by all other ICU libraries.
Internationalization (i18n) Library	icuinXY.dll	libicui18n.so.XY.Z	A library that contains many locale based internationalization (i18n) functions.
Layout Engine	iculeXY.dll	libicule.so.XY.Z	An optional engine for doing font layout.
Layout Extensions Engine	iculxXY.dll	libiculx.so.XY.Z	An optional engine for doing font layout that uses parts of ICU.
ICU I/O (Unicode stdio) Library	icuioXY.dll	libicuio.so.XY.Z	An optional library that provides a stdio like API with Unicode support.
Tool Utility Library	icutuXY.dll	libicutu.so.XY.Z	An internal library that contains internal APIs that are only used by ICU's tools. If you do not use ICU's tools, you do not need this library.

参看README.html里有关cross complile的步骤：

Three initially-empty directories will be used in this example:

/icu	a copy of the ICU source
/buildA	an empty directory, it will contain ICU built for A (MacOSX in this case)
/buildB	an empty directory, it will contain ICU built for B (HaikuOS in this case)

1. Check out or unpack the ICU source code into the /icu directory.You will have the directories /icu/source, etc.
2. Build ICU in /buildA normally (using runConfigureICU or configure):

   cd /d/icu/mingw
   sh /d/icu/source/runConfigureICU MinGW
   gnumake
   

3. Set PATH or other variables as needed, such as CPPFLAGS.
4. Build ICU in /buildB
   
   Note: "--with-cross-build" takes an absolute path.

   cd /d/icu/android
   sh /d/icu/source/configure  --host=arm-linux-androideabi --with-cross-build=/d/icu/mingw

   gnumake
   

5. Tests and testdata can be built with cd test;make

android NDK 编译常用c开源库curl和sqlite

编译curl

1.安装msys 1.0
2.制作android独立编译工具链，这里是最新的android ndk r9b
$NDK/build/tools/make-standalone-toolchain.sh --platform=android-9 --toolchina=arm-linux-androideabi-4.8 --install-dir=/d/androidgcc
这里是安装到d:\androidgcc目录下

3.下载最新curl源代码http://curl.haxx.se/download.htm

4. 进入msys 环境
5.修改PATH环境变量
   export PATH=/d/androidgcc/bin
6.进入curl源代码目录比如C:\curl-7.33.0\
     cd /c/curl-7.33.0
7.运行配置命令，告知是跨平台编译通过--host
    ./configure --host=arm-linux-androideabi   如果一切正确，最后生成标准的配置文件
8.make 开始编译，最后生成的静态库及动态库 curl-7.33.0\lib\.libs 目录下.a为静态库，.so为动态库

如果要使用静态库编译独立的可执行文件，需要在编译包含curl 函数调用的源文件加上-DCURL_STATICLIB，

window下需要加入 并在最后添加如下系统库:

  d:\curl-7.33.0\libcurl.a -lws2_32 -lwldap32

Android 需要在连接生成可执行文件的时候加上 -lz

否则出现:undefined reference to 'inflateEnd'  的错误。

编译sqlite 381

同理，安装msys 1.0 和制作android 独立编译工具链同上。
1.安装msys 1.0
2.制作android独立编译工具链，这里是最新的android ndk r9b
$NDK/build/tools/make-standalone-toolchain.sh --platform=android-9 --toolchina=arm-linux-androideabi-4.8 --install-dir=/d/androidgcc
这里是安装到d:\androidgcc目录下
3.下载最新sqlite 源代码:http://www.sqlite.org/download.html  Source Code 部分下载对应最新代码
  我使用的是3.8.1
  4.进入sqlite 源代码目录 cd /d/temp
  5.运行编译命令
     arm-linux-androideabi-gcc  sqlite3.c -fpic -shared -o libsqlite381.so
     得到动态库,如果想要静态库，请 加上-static 编译选项
6.测试是否成功代码,读取sqlite 版本号
   #include <stdio.h>
#include "sqlite3.h"
main()
{
printf("version is %s\n",sqlite3_libversion());
printf("sqlite3_sourceid is %s\n",sqlite3_sourceid());
}
然后编译成android 下执行文件:
arm-linux-androideabi-gcc getv.c   -o getv.android.exe    libsqlite381.so

准备传送到手机上测试:

D:\temp>adb push libsqlite381.so /sdcard/temp
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
2808 KB/s (853708 bytes in 0.296s)

D:\temp>adb push getv.android.exe /sdcard/temp
6 KB/s (6204 bytes in 1.000s)

D:\temp>adb shell
shell@maguro:/ $ su
su
root@maguro:/ # cd /system/tmp
cd /system/tmp
root@maguro:/system/tmp # cp /sdcard/temp/libsqlite381.so .
cp /sdcard/temp/libsqlite381.so .
root@maguro:/system/tmp # cp /sdcard/temp/getv.*.exe .
cp /sdcard/temp/getv.*.exe .
root@maguro:/system/tmp # chmod 755 getv.android.exe
chmod 755 getv.android.exe
root@maguro:/system/tmp # export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/system/tmp
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/system/tmp
root@maguro:/system/tmp # ./getv.android.exe
./getv.android.exe
version is 3.8.1
sqlite3_sourceid is 2013-10-17 12:57:35 c78be6d786c19073b3a6730dfe3fb1be54f5657a
240|root@maguro:/system/tmp # 
all is work!perfect     

改变javac的错误提示信息的语言。Change Javac Error Message Language

使用-J传递进去系统变量设置。

javac -J-Duser.language=en

chang error message to english.
改变错误信息为英语提示了。

About c++ Excpetion处理

C++只所以被很多人鄙视，认为难学很大一部分是由于历史进化造成的。
C++作为super c,很多设计受到设计师的思维和编码习惯约束，典型的技术债

(technical debt).
和java那浑然天成的Exception 处理，c++的一场处理就是一个充满了设计师
个人经验思维局限和实验的大杂烩。
 很难想象，如果尝试用c++ ifstream open 一个不存在的文件错误，竟然没有
扔出异常，而是丑陋和另类的 good,bad fail,eof.
怎么不来一个stupid方法呢？
而且竟然没有完整的错误信息文字，只是丑陋的state.

如何偿还技术债，是c++重生的前提，我在c++11里，还没有看到整体的一种
规划和设计。

string.find 和pcre regular match 那个快?

通过对比12万条的记录，查找同时包含2个子字符串的字符串行，
使用pcre需要7328 milliseconds
而调用2次 .find 时间是:2891 milliseconds

如果不是regular expression 写的不够聪明，就是regular 在简单查询上的确慢。

当然扩展性是regular 好了，只要将regular pattern string 传递函数即可。
字符串find 则需要编写非常复杂的代码表达简单的逻辑判断。

效率也基本是2～3倍的差距。几千行的数据比较，基本都在1秒内完成。

C++ 11 迷茫的语言设计师们

刚刚看完c++11的激动过去了，再实际测试使用中，碰到了许多啼笑皆非的语言行为，
或者说实现和设计完全背离的行为。
C++11给出了很好的uniform initialization的方式。即花括号{}
auto i{10};非常优雅。
但是，且慢。
struct ABC_def
{
  string name;
  int tall{20};//给个默认的初始值吧。
}
然后
ABC_def test={"William",1000};
g++ 4.8.1 编译通不过了。
blabla:

error: could not convert '{"William",1000}' from '<brace-enclosed initializer list>' to 'BALL_DATA'
  BALL_DATA data={"William",1000};

 

What Hell?

Google ！果然发现了有关聚合初始化的一些语言规范限制:

http://en.cppreference.com/w/cpp/language/aggregate_initialization

 

no brace-or-equal initializers for non-static members 非静态成员.不能有默认的值语法

 

 为什么语言规范里会有这么愚蠢的限制？且慢吐槽！先看看规范提交大师们的解释或者思路。

找了许久，只是看到一些讨论的帖子，完全没有找到一个理由解释这种限制的原因，

而且据说要在c++14里消掉这种限制............

 

C++ 的各位大神把一个语言规范弄成这样。。。惭愧吗?

 

 

 

规则表达开源库PCRE向Android下的移植步骤 window 下mingw64 gcc/g++ 4.8.1

pcre向Android下的移植 window 下mingw64 4.8.1

该编译需要在msys环境下运行，所以必须准备的环境是:

1.Android ndk (我使用的是android ndk r9b )

2.msys (http://www.mingw.org/wiki/MSYS)下载http://downloads.sourceforge.net/mingw/MSYS-1.0.11.exe。安装到d:\msys

3.下载 pcre 8.33包www.pcre.org

4.展开pcre 8.33 包pcre-8.33.zip 到d:\

 以下是步骤。

1.准备独立的android ndk toolchain,

D:\Android\android-ndk-r9b\build\tools\make-standalone-toolchain.bat --platform=android-9 --install-dir=d:\temp\my-toolchain --toolchain=arm-linux-androideabi-4.8

2.进入 msys shell 通过桌面快捷方式或者d:\msys\1.0\msys.bat都可以.

 运行mount 可以看到系统的各个盘被映射的方式 window d:盘 映射为  /d

3.将目录输入到PATH里
 export PATH=/d/temp/my-toolchina/bin:/d/msys/1.0/bin/

./configure --host=arm-linux-androideabi --prefix=G:/William_Wang/pcre-8.33 
--disable-shared --enable-newline-is-anycrlf --enable-utf8 --enable-unicode-properties

$ make #等待稍长时间后，在.libs目录下生成了.a静态库和.so后缀的动态库，由于--disable-shared禁止了动态库，所以只有.a的静态库了
$ make install 

此时在pcre-8.33目录下生成了android 命令行程序 pcretest

adb push pcretest /sdcard/temp/然后adb shell 进入超级用户后，如果手机已经root了，可以chmod 755 pcretest 权限后，直接运行。
即可。

PCRE configure 参数清单

Build 8 bit pcre library ........ : yes	--disable-pcre8
Build 16 bit pcre library ....... : no	--enable-pcre16
Build 32 bit pcre library ....... : no	--enable-pcre32
Build C++ library ............... : yes	--disable-cpp
Enable JIT compiling support .... : no	--enable-jit
Enable UTF-8/16/32 support ...... : yes	--enable-utf8
Unicode properties .............. : yes	--enable-unicode-properties
Newline char/sequence ........... : anycrlf	--enable-newline-is-anycrlf
\R matches only ANYCRLF ......... : no	--enable-bsr-anycrlf
EBCDIC coding ................... : no	--enable-ebcdic
EBCDIC code for NL .............. : n/a	--enable-ebcdic-nl25
Rebuild char tables ............. : no	--enable-rebuild-chartables
Use stack recursion ............. : yes	--disable-stack-for-recursion
POSIX mem threshold ............. : 10	--with-posix-malloc-threshold=20
Internal link size .............. : 2	--with-link-size=2
Match limit ..................... : 10000000	--with-match-limit=10000000
Match limit recursion ........... : MATCH_LIMIT	--with-match-limit-recursion=10000
Build shared libs ............... : no	--disable-shared
Build static libs ............... : yes	--disable-static
Use JIT in pcregrep ............. : no	--disable-pcregrep-jit
Buffer size for pcregrep ........ : 20480	--with-pcregrep-bufsize=20K
Link pcregrep with libz ......... : no	--enable-pcregrep-libz
Link pcregrep with libbz2 ....... : no	--enable-pcregrep-libbz2
Link pcretest with libedit ...... : no	--enable-pcretest-libedit
Link pcretest with libreadline .. : no	--enable-pcretest-libreadline
Valgrind support ................ : no	--enable-valgrind
Code coverage ................... : no	--enable-coverage

 Libraries (lib):
    libpcre16     (if 16-bit character support support is enabled)
    libpcre32     (if 32-bit character support support is enabled)
    libpcre       (if 8-bit support is enabled)
    libpcreposix  (if 8-bit support is enabled)
    libpcrecpp    (if 8-bit and C++ support is enabled)

The following table shows the different representations of a few characters in comparison:

Unicode code point	U+0041	U+00DF	U+6771	U+10400
Representative glyph
UTF-32 code units	00000041	000000DF	00006771	00010400
UTF-16 code units	0041	00DF	6771	D801 DC00
UTF-8 code units	41	C3 9F	E6 9D B1	F0 90 90 80

参考个选项意义:

http://www.pcre.org/pcre.txt

mingw for window gcc 4.8.1 有bug.不支持std::to_string

这个bug自2012年就被发现了，可是一直到现在都在www.ming.org的版本里没有更新。
通过stackflow的帖子，下载了mingw32 w64的版本，果然这个bug修复了。

http://mingw-w64.sourceforge.net/

看gnu,现在c++11在语法编译器g++和运行库libstdc++都已经完备支持了。但是还没有window下的版本释放。
据说到2014年的gcc 4.9系列将完全释出。

c++11革命性特征，增加软件健壮性。

Java处理异常通过try

{}catch(Exception e)//或者catch(Throwable t)
{}可以处理所有的异常了。

c++早期虽然可以通过

try

{}catch(...){}
来处理所有的异常。但是无法得知是什么异常类型，只能给出自己定制的异常信息。

c++11 后，提供了std::current_exception()即可处理所有异常了，并明确异常信息。
当然为了提出这个一场信息，处理过程依然不够java优雅，
需要一个再次扔出异常指针的过程。
代码：
catch(...)
 {
         std::exception_ptr eptr= std::current_exception(); // capture
         handle_eptr(eptr);
     }

void handle_eptr(std::exception_ptr eptr) // passing by value is ok
{
    try {
        if (eptr != std::exception_ptr()) {
            std::rethrow_exception(eptr);
        }
    } catch(const std::exception& e) {
        std::cout << "Caught exception \"" << e.what() << "\"\n";
    }
}