eCos 3.0 版本和cvs版本的 arm-eabi toolchains的编译方法
2011-10-08 23:29
447 查看
最近因为要整理eCos的编译系统,为了具体的项目做准备,稍微了解了ecos toolchain的特殊性。
(本文原创转载请注明出处)
在网络上搜索了很多相关的内容,最后发现说的都不太准确,而且按照错误的方法编译出来的编译器可能本来就是不对的。
最要命的是,可能基本功能还可以用,但是如果用到C++工具就可能不行了。
好在eCos可以在编译好default的配置以后执行
make tests
这样以来,首先可以看看我们的编译器是否完整,还可以通过qemu来验证一下编译出来的内容是否正确。
好了闲话短说步入正题
eCos操作系统除了OS本身,还有一部分就是libc。也就是说,eCos本身带有libc,所以他不会用到gnu的newlib作为libc库。
但是作为gnu的toochain,要包含有必要的头文件来引用eCos内部的libc,因此在为eCos编译toolchain的时候需要一些特别的注意。
编译eCos操作系统及其应用程序需要一下几个gnu组件
2. eCos提供的补丁:
ecoscentric-gnutools-20090121-sw-patches.tar.bz2
以上软件包可以从 http://sourceware.mirrors.tds.net/pub/sourceware.org/ecos/gnutools/src/ 下载
3. 解决C++依赖头文件补丁
emboslab-gnutools-20090121-sw-patches.tar.bz2
从emoslab下载补丁https://sourceforge.net/projects/emboslab/files/emboslab-gnutools-20090121-sw-patches.tar.bz2/download
4. 获取必要的ecos头文件
ecosconfig new mini2440
ecosconfig add fileio
make
重命名install/include 目录为 sys-include目录备用
设置环境变量
export TARGET=arm-eabi
export PATH=$PATH:/opt/ecos/gnutools/arm-eabi/bin
解压源代码
tar -jxf binutils-2.18.50.20080513.tar.bz2
tar -jxf ecoscentric-gnutools-20090121-sw-patches.tar.bz2
tar -jxf emboslab-gnutools-20090121-sw-patches.tar.bz2
tar -jxf gcc-core-4.3.2.tar.bz2
tar -jxf gcc-g++-4.3.2.tar.bz2
tar -jxf gdb-6.8.50.20080706.tar.bz2
为gcc 4.3.3打补丁
cd gcc-4.3.2
patch -p1 < ../patches/gcc-4.3.2.patch
patch -p1 < ../patches/gcc-4.3.2-arm.patch
patch -p1 < ../gcc-4.3.2-arm-ricky.patch
cd ..
为gdb 6.8.50.20080706打补丁
cd gdb-6.8.50.20080706
patch -p1 < ../patches/gdb-6.8.50.20080706.patch
patch -p1 < ../patches/gdb-6.8.50.20080706-arm.patch
cd ..
1. 编译 binutils
不需要特别的选项
mkdir build-binutils
cdbuild-binutils
binutils-2.18.50/configure--target=$TARGET--prefix=/opt/ecos/gnutools/$TARGET
make && make install
2. 编译 gcc
eCos有自己的libc,newlib其实是不需要的,在编译gcc时候使用的newlib选项其实只是为了获得newlib的投函数,来索引ecos的libc
编译gcc在没有--disable-hosted-libstdcxx编译选项下,会参考主机的投函数来编译。但是由于不同linux主机的配置不同,因此很多时候编译失败。
既然eCos从来不需要编译newlib,我们可以让gcc参考编译好的ecos的头函数。
比如采用ecoscentric的编译器编译出上面提及的加入fileio package的ecos default模板,具体是那个硬件平台并不重要,然后把的到的include重名命名sys-include放在arm-eabi里面,然后开启--disable-hosted-libstdcxx就可以顺利的编译适合主机的工具链了。
cp -av sys-include /opt/ecos/gnutools/$TARGET/$TARGET/
mkdir build-gcc
cd build-gcc
../gcc-4.3.2/configure --target=$TARGET--prefix=/opt/ecos/gnutools/$TARGET--with-newlib--with-gnu-as--with-gnu-ld--enable-languages=c,c++--enable-threads--disable-hosted-libstdcxx--disable-__cxa_atexit
make && make install
3. 编译 gdb
不需要特别的选项
mkdir build-gdb
cd build-gdb
../gdb-6.8.50.20080706/configure--target=$TARGET--prefix=/opt/ecos/gnutools/$TARGET
make && make install
至此ecos的最新的gcc 4.3.2的工具链编译好了,我们可以用ecos的 make tests命令来验证编译器的正确性。
不正确的编译器,无法编译ecos的c++应用程序
ricky@ricky-laptop:default$ arm-eabi-gcc -v
使用内建 specs。
目标:arm-eabi
配置为:../gcc-4.3.2/configure --target=arm-eabi --prefix=/opt/ecos/gnutools/arm-eabi --with-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --disable-__cxa_atexit --disable-hosted-libstdcxx --disable-shared --enable-threads --with-float=soft --with-cpu=arm7tdmi
线程模型:single
gcc 版本 4.3.2 (GCC)
ricky@ricky-laptop:default$ sudo run-mini2440 install/tests/infra/current/tests/cxxsupp
[sudo] password for ricky:
TUNSETIFF: Device or resource busy
S3C: CLK=240 HCLK=240 PCLK=240 UCLK=57
QEMU: ee24c08_init
DM9000: INIT QEMU MAC : 52:54:00:12:34:56
QEMU mini2440_reset: loaded kernel install/tests/infra/current/tests/cxxsupp at 0x30000000
S3C: CLK=240 HCLK=120 PCLK=60 UCLK=57
S3C: CLK=400 HCLK=200 PCLK=100 UCLK=57
S3C: CLK=400 HCLK=200 PCLK=100 UCLK=48
Pure::Pure(int)(1) called
Derived::Derived(int)(1) called
INFO:<Calling derived members>
virtual void Derived::pure_fun1()(1) called
virtual void Derived::pure_fun2()(1) called
virtual void Pure::impure_fun1()(1) called
void Derived::impure_fun2()(1) called
void Pure::inline_fun1()(1) called
INFO:<Calling pure members>
virtual void Derived::pure_fun1()(1) called
virtual void Derived::pure_fun2()(1) called
virtual void Pure::impure_fun1()(1) called
void Pure::inline_fun1()(1) called
Pure::Pure(int)(2) called
Derived::Derived(int)(2) called
INFO:<Calling derived2 members>
virtual void Derived::pure_fun1()(2) called
virtual void Derived::pure_fun2()(2) called
virtual void Pure::impure_fun1()(2) called
void Derived::impure_fun2()(2) called
void Pure::inline_fun1()(2) called
INFO:<Calling pure2 members>
virtual void Derived::pure_fun1()(2) called
virtual void Derived::pure_fun2()(2) called
virtual void Pure::impure_fun1()(2) called
void Pure::inline_fun1()(2) called
PASS:<C++ Support OK>
EXIT:<done>
(本文原创转载请注明出处)
在网络上搜索了很多相关的内容,最后发现说的都不太准确,而且按照错误的方法编译出来的编译器可能本来就是不对的。
最要命的是,可能基本功能还可以用,但是如果用到C++工具就可能不行了。
好在eCos可以在编译好default的配置以后执行
make tests
这样以来,首先可以看看我们的编译器是否完整,还可以通过qemu来验证一下编译出来的内容是否正确。
好了闲话短说步入正题
eCos操作系统除了OS本身,还有一部分就是libc。也就是说,eCos本身带有libc,所以他不会用到gnu的newlib作为libc库。
但是作为gnu的toochain,要包含有必要的头文件来引用eCos内部的libc,因此在为eCos编译toolchain的时候需要一些特别的注意。
环境准备
1. GNU组件:编译eCos操作系统及其应用程序需要一下几个gnu组件
gnu源码包 | 作用 | eCos3.0采用的版本 |
binutils | 二进制代码工具 | 2.18.50.20080513 |
gcc-core | gnu c 编译器核心模块 | 4.3.2 |
gcc-g++ | gnu c++ 编译器扩展模块 | 4.3.2 |
gdb | gnu 调试器 | 6.8.50.20080706 |
ecoscentric-gnutools-20090121-sw-patches.tar.bz2
以上软件包可以从 http://sourceware.mirrors.tds.net/pub/sourceware.org/ecos/gnutools/src/ 下载
3. 解决C++依赖头文件补丁
emboslab-gnutools-20090121-sw-patches.tar.bz2
从emoslab下载补丁https://sourceforge.net/projects/emboslab/files/emboslab-gnutools-20090121-sw-patches.tar.bz2/download
4. 获取必要的ecos头文件
ecosconfig new mini2440
ecosconfig add fileio
make
重命名install/include 目录为 sys-include目录备用
编译
这里以emoslab的ecos为例,逐步说明如何在自己主机上编译arm-eabi工具链设置环境变量
export TARGET=arm-eabi
export PATH=$PATH:/opt/ecos/gnutools/arm-eabi/bin
解压源代码
tar -jxf binutils-2.18.50.20080513.tar.bz2
tar -jxf ecoscentric-gnutools-20090121-sw-patches.tar.bz2
tar -jxf emboslab-gnutools-20090121-sw-patches.tar.bz2
tar -jxf gcc-core-4.3.2.tar.bz2
tar -jxf gcc-g++-4.3.2.tar.bz2
tar -jxf gdb-6.8.50.20080706.tar.bz2
为gcc 4.3.3打补丁
cd gcc-4.3.2
patch -p1 < ../patches/gcc-4.3.2.patch
patch -p1 < ../patches/gcc-4.3.2-arm.patch
patch -p1 < ../gcc-4.3.2-arm-ricky.patch
cd ..
为gdb 6.8.50.20080706打补丁
cd gdb-6.8.50.20080706
patch -p1 < ../patches/gdb-6.8.50.20080706.patch
patch -p1 < ../patches/gdb-6.8.50.20080706-arm.patch
cd ..
1. 编译 binutils
不需要特别的选项
mkdir build-binutils
cdbuild-binutils
binutils-2.18.50/configure--target=$TARGET--prefix=/opt/ecos/gnutools/$TARGET
make && make install
2. 编译 gcc
eCos有自己的libc,newlib其实是不需要的,在编译gcc时候使用的newlib选项其实只是为了获得newlib的投函数,来索引ecos的libc
编译gcc在没有--disable-hosted-libstdcxx编译选项下,会参考主机的投函数来编译。但是由于不同linux主机的配置不同,因此很多时候编译失败。
既然eCos从来不需要编译newlib,我们可以让gcc参考编译好的ecos的头函数。
比如采用ecoscentric的编译器编译出上面提及的加入fileio package的ecos default模板,具体是那个硬件平台并不重要,然后把的到的include重名命名sys-include放在arm-eabi里面,然后开启--disable-hosted-libstdcxx就可以顺利的编译适合主机的工具链了。
cp -av sys-include /opt/ecos/gnutools/$TARGET/$TARGET/
mkdir build-gcc
cd build-gcc
../gcc-4.3.2/configure --target=$TARGET--prefix=/opt/ecos/gnutools/$TARGET--with-newlib--with-gnu-as--with-gnu-ld--enable-languages=c,c++--enable-threads--disable-hosted-libstdcxx--disable-__cxa_atexit
make && make install
3. 编译 gdb
不需要特别的选项
mkdir build-gdb
cd build-gdb
../gdb-6.8.50.20080706/configure--target=$TARGET--prefix=/opt/ecos/gnutools/$TARGET
make && make install
至此ecos的最新的gcc 4.3.2的工具链编译好了,我们可以用ecos的 make tests命令来验证编译器的正确性。
不正确的编译器,无法编译ecos的c++应用程序
ricky@ricky-laptop:default$ arm-eabi-gcc -v
使用内建 specs。
目标:arm-eabi
配置为:../gcc-4.3.2/configure --target=arm-eabi --prefix=/opt/ecos/gnutools/arm-eabi --with-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++ --disable-__cxa_atexit --disable-hosted-libstdcxx --disable-shared --enable-threads --with-float=soft --with-cpu=arm7tdmi
线程模型:single
gcc 版本 4.3.2 (GCC)
ricky@ricky-laptop:default$ sudo run-mini2440 install/tests/infra/current/tests/cxxsupp
[sudo] password for ricky:
TUNSETIFF: Device or resource busy
S3C: CLK=240 HCLK=240 PCLK=240 UCLK=57
QEMU: ee24c08_init
DM9000: INIT QEMU MAC : 52:54:00:12:34:56
QEMU mini2440_reset: loaded kernel install/tests/infra/current/tests/cxxsupp at 0x30000000
S3C: CLK=240 HCLK=120 PCLK=60 UCLK=57
S3C: CLK=400 HCLK=200 PCLK=100 UCLK=57
S3C: CLK=400 HCLK=200 PCLK=100 UCLK=48
Pure::Pure(int)(1) called
Derived::Derived(int)(1) called
INFO:<Calling derived members>
virtual void Derived::pure_fun1()(1) called
virtual void Derived::pure_fun2()(1) called
virtual void Pure::impure_fun1()(1) called
void Derived::impure_fun2()(1) called
void Pure::inline_fun1()(1) called
INFO:<Calling pure members>
virtual void Derived::pure_fun1()(1) called
virtual void Derived::pure_fun2()(1) called
virtual void Pure::impure_fun1()(1) called
void Pure::inline_fun1()(1) called
Pure::Pure(int)(2) called
Derived::Derived(int)(2) called
INFO:<Calling derived2 members>
virtual void Derived::pure_fun1()(2) called
virtual void Derived::pure_fun2()(2) called
virtual void Pure::impure_fun1()(2) called
void Derived::impure_fun2()(2) called
void Pure::inline_fun1()(2) called
INFO:<Calling pure2 members>
virtual void Derived::pure_fun1()(2) called
virtual void Derived::pure_fun2()(2) called
virtual void Pure::impure_fun1()(2) called
void Pure::inline_fun1()(2) called
PASS:<C++ Support OK>
EXIT:<done>
相关文章推荐
- 交叉编译工具和qt安装,终端使用qmake编译arm版本可执行文件的方法
- 编译PlatinumKit出现的arm-linux-androideabi-g++: not found错误解决方法
- 交叉编译工具链-及arm-linux-androideabi-gcc编译方法
- ubuntu编译安卓内核时arm-eabi-gcc :命令未找到的解决方法
- 64bit ubuntu14.04编译PlatinumKit出现的arm-linux-androideabi-g++: not found错误解决方法
- arm-2009q1-203-arm-none-linux-gnueabi.bin安装方法
- 安装交叉编译工具,执行arm-linux-gcc –v命令出现提示找不到该文件或目录?解决方法
- vc2010转化vc2005或低版本VC过程后,编译错误 解决方法
- GDB arm-linux交叉编译移植和使用方法(特别是对于正在运行的程序或者段错误的程序进行分析)
- MyEclipse 使用 CVS 版本控制-冲突解决方法
- 华硕WL-167G USB 无线网卡ARM移植 (3:编译:版本RT.1104)
- ARM交叉编译工具链 gnueabi、none-eabi、arm-eabi、gnueabihf、gnueabi区别
- 安装交叉编译工具,执行arm-linux-gcc –v命令出现提示找不到该文件或目录?解决方法
- VC6编译的Debug版本程序中存在的问题及解决方法
- 在eclipse的wtp版本中不编译jsp的方法,今天终于找到了
- andriod 自编译,打包生成apk文件--------------------cocos2d-x 3.0正式版本(7.7)
- 千变万化的ViewPager切换动画(1)--仅支持3.0以上版本的官方方法
- 最终编译的arm-none-eabi-gcc 的参数和脚本
- Ubuntu下编译AndroidNDK项目报arm-linux-androideabi-gcc:命令未找到
- 关于arm-linux下编译加载ch341串口驱动的方法与问题