最近因为要整理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组件
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 |
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
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)
[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>