因为MICROPYTHON目前大部分人都是直接用的移植好的，没有加入自己的一些函数，这样其实花样不多，我目前产品是一款直流无刷控制器，有一套专用的函数，如果能导出给用户开发就好了，我其实用Lua已经实现了，但是感觉micropython很好，里面代码架构也很好，社区火。想换成micropython

因为我自己工程涉及到很多算法，比较难调试，如果用gcc就有点难过的，STM32可以用GCC+ECLIPSE开发调试。就是不知道怎么把MICROPYTHON加进来，毕竟micropython编译还是比较复杂的，比如qstr这些，我今天看了一天才把qstr原理弄懂。@dcexpert 你有没有什么联系方式，我想深入学习下micropython,感觉micropython应该是最有前景的嵌入式脚本了

不好意思拼写错了，如果用GCC的话主要调试是个大问题，我自己项目代码也比较多，有没有什么好的方案，我上次问了下George,他说example目录下有个编译成lib的库，不过我要导入自己的函数用lib不容易。 如果能有个跟其它工程集成的例子(加入IDE调试)。我相信对micropython发展会很有好处

我用你的方法编译用readelf -d 查看opencv生成的.so文件依赖的so,没有../../开头。我就直接用编译就会有.,/../开头的，我加了 -Wl,--rpath。虽然readelf -d 查看rpath那项是我指定的文件名，但是依赖的.so还是以../../开头的。我的问题就是这个问题http://blog.chinaunix.net/uid-22762900-id-4250152.html我编译方法是这个http://www.cnblogs.com/emouse/archive/2013/04/01/2993842.html

很感谢你的回答，我什么都没有下载采用cmake-gui进行配置。发现libpng,libjpeg,.....这些都可以识别到3rdparty,唯一就是识别不了ffmpeg,我直接编译也很顺利编译完成，结果就是自己写个测试程序的时候一直提示../../lib_coreimg.so这些库找不到，我用readelf -d lib_coreimg.so发现它依赖的库都是../,../开头的，我在网上找了好久有人说要加上这句set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER )，但是我加上了编译就报错了，原因是找不到3rdparty里面的一些头文件和库，我都不知道怎么解决了，你有没有什么好的办法啊

楼主十分佩服你的博客，我一直有个疑问opencv源码里面有个文件夹叫3rdparty，里面的库几乎都有，像png,zlib,ffmpeg。。。,为什么我们还要自己提供库来编译