libubox / uci / ubus 的移植

uci配置管理和ubus通信框架是openwrt系统上非常好的轻量级服务。
以至于，在非openwrt系统上都想用它们来搞事情。

而它们又都是cmake来自动编译的。
这里记录下HOWTO。
sourouce ${你的交叉环境变量}
CC=${CROSS}gcc
CXX=${CROSS}g++

0.先搞定libubox依赖的libjson-c
./autogen.sh   # newly configure
install_dir="`pwd`/target_install/"
LIBS=" -ldl "
./configure --build=`sh config.guess` --host=arm-oe-linux-gnueabi --target=arm-oe-linux-gnueabi --prefix="$install_dir"
make clean
make V=s
make install

1. libubox
git clone git://nbd.name/luci2/libubox.git
cmake -DBUILD_LUA=off -DCMAKE_INSTALL_PREFIX=${PWD}/target_install -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_PROCESSOR=arm
cmake -DCMAKE_C_FLAGS:STRING="$CFLAGS $CPPFLAGS $LDFLAGS $LIBS" --debug-output --trace
# 依赖json-c.so 路径错误，不得其解，没搞清楚 cmake 自动补上的 LDFLAGS 总是包含 /usr/local/lib 路径
# 这里给显式指定 target json-c.so 的绝对路径。
# cmake 传入的所有定义见于CMakeCache.txt
cmake -Djson:FILEPATH="${你的交叉编译库路径}/usr/lib/libjson-c.so"
make V=s
make install


2. uci + libuci.so
git clone git://nbd.name/uci.git

cmake -DBUILD_LUA=off -DCMAKE_INSTALL_PREFIX=${PWD}/target_install -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_PROCESSOR=arm
cmake -DCMAKE_C_FLAGS:STRING="$CFLAGS $CPPFLAGS $LDFLAGS $LIBS" --debug-output --trace
make V=s
make install

3. ubus + ubusd + libubus.so
git clone git://nbd.name/luci2/ubus.git
cmake -DBUILD_LUA=off -DENABLE_SYSTEMD=off -DCMAKE_INSTALL_PREFIX=${PWD}/target_install -DCMAKE_SYSTEM_NAME=Linux -DCMAKE_SYSTEM_PROCESSOR=arm --debug-output --trace
cmake -DCMAKE_C_FLAGS:STRING="$CFLAGS $CPPFLAGS $LDFLAGS $LIBS" --debug-output --trace
# 同样 指定json-c.so绝对路径

make V=s
make install

注意：

ubus可用于两个进程之间的通信，并以json格式进行数据交互。ubus的常见场景为：

• “客户端-服务器”形式的交互，即进程A注册一系列的服务，进程B去调用这些服务；

• ubus支持以“订阅-通知”的方式进行进程通信，即进程A提供订阅服务，其它进程可以选择订阅或退订该服务，进程A可以向所有订阅者发送消息。

由于ubus实现方式的限制，在一些场景中不适宜使用ubus：

• ubus用于少量数据的传输，如果数据量很大或是数据交互很频繁，则不宜用ubus，当ubus一次传输数据量超过60KB，就不能正常工作了；

• ubus对多线程支持的不好，例如在多个线程中去请求同一个服务，就有可能出现不可预知的结果；

• 不建议递归调用ubus，例如进程A去调用进程B的服务，而B的该服务需要调用进程C的服务，之后C将结果返回给B，然后B将结果返回给A。