eCos 3.0 版本和cvs版本的 arm-eabi toolchains的编译方法

最近因为要整理eCos的编译系统，为了具体的项目做准备，稍微了解了ecos toolchain的特殊性。

（本文原创转载请注明出处）

在网络上搜索了很多相关的内容，最后发现说的都不太准确，而且按照错误的方法编译出来的编译器可能本来就是不对的。

最要命的是，可能基本功能还可以用，但是如果用到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.20080513gcc-coregnu c 编译器核心模块4.3.2gcc-g++gnu c++ 编译器扩展模块4.3.2gdbgnu 调试器6.8.50.20080706

 

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目录备用

• 编译

这里以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

cd build-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>