MIPS台OpenWrt在系统内的路由器Rust应用程序开发

笔者:Liigo(庄小莉)

迄今:2014年9一个月17日本 (9一个月29日更新,11一个月19日本再次更新。在最后可用更新)

原文链接:http://blog.csdn.net/liigo/article/details/39347541

。转载请注明出处:http://blog.csdn.net/liigo


目标

使用 Rust 语言。交叉编译开发 MIPS(el) + OpenWrt 路由器平台(MT7620A CPU)下的应用软件。


编译rustc

首先自行编译Rust编译器源码。生成支持 mipsel-unknown-linux-gnu 平台的交叉编译器rustc

./configure --target=mipsel-unknown-linux-gnu && make && make install

注意编译过程中会调用 MIPS(el) + OpenWrt 平台的开发包SDK。详细来说就是 mipsel-unknown-linux-gnu-gcc 和 mipsel-unknown-linux-gnu-ar。

可是SDK内的工具命名格式是 mipsel-openwrt-linux-uclibc-gcc/ar,跟Rust编译脚本所要求的不同。一个简单的做法是,创建符号链接文件:

cd <openwrt>/staging_dir/toolchain-mipsel_r2_gcc-4.7-linaro_uClibc-0.9.33.2/bin
ln -s mipsel-openwrt-linux-uclibc-gcc mipsel-unknown-linux-gnu-gcc
ln -s mipsel-openwrt-linux-uclibc-ar  mipsel-unknown-linux-gnu-ar


使用Rust标准库std

编写源文件 histd.rs:

fn main() {
	println!("Hi Rust! (uses std crate)");
}
编译 histd:

rustc --target=mipsel-unknown-linux-gnu -C linker=mipsel-unknown-linux-gnu-gcc -C target-cpu=mips32r2 histd.rs

将生成目标平台下的可运行文件histd。文件尺寸是 1,389,884 字节,约 1.32 MB (11月19日Liigo用最新Rust编译后更新) 932013 字节。约 930 KB,相当的大!对于路由器设备而言,差点儿是难以接受。

这是静态编译生成的可执行文件。没有额外的执行时库依赖。严格地说仅依赖目标系统内的libc.so。当然假设不须要向控制台输出文本。连libc.so也不须要。


使用Rust核心库core(不使用标准库std)

编写源文件 hicore.rs:

#![no_std]
#![feature(lang_items)]

extern crate libc;
extern crate core;

use libc::puts;
use core::str::StrPrelude; // &str::as_prt()

#[start]
fn start(_argc: int, _argv: *const *const u8) -> int {
    unsafe {
        puts("Hi Rust! (uses core crate)\0".as_ptr() as *const i8);
    }
    return 0;
}

#[lang = "stack_exhausted"] extern fn stack_exhausted() {}
#[lang = "eh_personality"] extern fn eh_personality() {}

#[lang = "panic_fmt"]
extern fn panic_fmt(_args: &core::fmt::Arguments,
                   _file: &str,
                   _line: uint) -> ! {
    loop {}
}

编译 hicore.rs:

rustc --target=mipsel-unknown-linux-gnu -C linker=mipsel-unknown-linux-gnu-gcc -C target-cpu=mips32r2 hicore.rs

将生成目标平台下的可运行文件hicore,文件尺寸仅仅有 7419 字节。约 7KB,相当的小!

这是静态编译生成的可执行文件,没有额外的执行时库依赖。

严格地说仅依赖目标系统内的libc.so,当然假设不须要向控制台输出文本。连libc.so也不须要。


不用标准库std。也不用核心库core,纯裸奔

编写源码 hi.rs:

#![no_std]
#![feature(lang_items)]
#![feature(intrinsics)]

#[link(name = "c")]
extern {
    fn puts(s: *const u8);
}

#[start]
fn start(_argc: int, _argv: *const *const u8) -> int {
    let s = "Hi Rust!\0"; // &str
    unsafe {
        let (s,_): (*const u8, uint) = transmute(s); // see core::raw::Slice
        puts(s);
    }
    return 0;
}

#[lang = "stack_exhausted"] extern fn stack_exhausted() {}
#[lang = "eh_personality"] extern fn eh_personality() {}

#[lang="sized"] trait Sized {}

extern "rust-intrinsic" {
    fn transmute<T, U>(x: T) -> U;
}

编译 hi.rs:

rustc --target=mipsel-unknown-linux-gnu -C linker=mipsel-unknown-linux-gnu-gcc -C target-cpu=mips32r2 hi.rs
将生成目标平台下的可运行文件hi,文件尺寸仅仅有 6552 字节。约 6KB。相当的小!比使用核心库core的hicore还要小,但相差不大。

这是静态编译生成的可执行文件,没有额外的执行时库依赖。严格地说仅依赖目标系统内的libc.so,当然假设不须要向控制台输出文本,连libc.so也不须要。


可运行文件尺寸对照

使用Rust标准库std编译生成的histd。使用Rust核心库core编译生成的的hicore,和不用标准库也不用核心库编译生成的hi,这三者的可运行文件尺寸对照方下:

-rwxr-xr-x 1 liigo liigo 932013  11月 19 20:20 histd
-rwxr-xr-x 1 liigo liigo   7419  11月 19 20:19 hicore
-rwxr-xr-x 1 liigo liigo   6552  11月 19 20:19 hi
使用标准库std编译出来的程序histd太大,不适合嵌入式设备,首先被淘汰;使用核心库core编译出来的程序hicore非常小。跟不使用不论什么库的hi不相上下。既然用不用核心库core,在文件尺寸上没有多大变化,而核心库core还能带来非常多编码上的便利,故推荐在嵌入式平台内使用核心库core。

以上是 mipsel-unknown-linux-gnu 平台的情况。以下作为对照,我们再看一下 x86_64-unknown-linux-gnu 平台:

-rwxr-xr-x 1 liigo liigo 668621  9月 17 20:16 histd
-rwxr-xr-x 1 liigo liigo   8920  9月 17 20:16 hicore
-rwxr-xr-x 1 liigo liigo   8159  9月 17 20:16 hi

对照后发现,x86_64 平台下的可运行文件整体上比 mipsel 平台略大,但差距不大。情况也类似。

11月19日Liigo注:跟两个月前最初发表本文时相比,mipsel 平台和 windows 平台的 histd 尺寸分别缩小了 450KB 和 320KB,体现了标准库的优化结果(比如 RFC #230);但 hicore 和 hi 的尺寸变化非常小。


Rust支持的主流交叉编译平台 (target triples)

信息来源:https://github.com/rust-lang/rust/tree/master/mk/cfg

arm-apple-ios
arm-linux-androideabi
arm-unknown-linux-gnueabi
arm-unknown-linux-gnueabihf
i386-apple-ios
i686-apple-darwin
i686-pc-windows-gnu
i686-unknown-linux-gnu
mipsel-unknown-linux-gnu
mips-unknown-linux-gnu
x86_64-apple-darwin
x86_64-pc-windows-gnu
x86_64-unknown-dragonfly
x86_64-unknown-freebsd
x86_64-unknown-linux-gnu

用法:

编译Rust本身:./configure --target=triple1,triple2 && make && make install

编译Rust程序:rustc --target=triple -C linker=triple-gcc

必要时创建相应交叉编译平台SDK编译工具的符号链接文件 triple-gcc、triple-ar 等。


本文涉及到多个源码文件已上传到Github:https://github.com/liigo/hirust 。作者Liigo。


Liigo 20140929 更新内容

1、修正 lang_item `sized` 和 `fail_fmt`。与当前最新 rustc 编译器修改同步;

2、添加编译參数 `-C target-cpu=mips32r2`,针对測试所用CPU。消除编译警告信息。

3、注明測试採用的硬件路由器CPU型号`MT7620A CPU`。


Liigo 20141119 更新内容

1、修正目标平台为 mipsel-unknown-linux-gnu (原 mipsel-linux 已废弃)。

2、更新Rust支持的主流交叉编译平台列表(triples);

3、更新文中Rust演示样例代码(与 https://github.com/liigo/hirust 同步);

4、採用今日最新Rust交叉编译器的源代码,再和更新文本数据。


版权声明:这篇文章的博客Liigo原版的,不得擅自转载。







本文转自mfrbuaa博客园博客,原文链接:http://www.cnblogs.com/mfrbuaa/p/4891405.html,如需转载请自行联系原作者


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
介绍了源码开放的通用启动模块U-Boot 的文件结构,并以Broadcom 公司的4 内核处理器BCM1480 和RMI的32 内核处理器XLR732 为例,阐述了该模块在64 位多内核MIPS体系结构处理器上的移植经验,包括文件的修改、新增、编译、多内核的启动顺序等。   目前,微处理器架构呈百家争鸣之势,x86、PowerPC、MIPS、68x、ARM、Xscale 等架构纷纷在广阔的电子产品市场划分势力范围。x86 架构在PC机领域独领风骚——虽然基于x86的处理器迄今最多集成4 个内核,小于MIPS 架构的32 内核。ARM 架构的处理器统治着消费类电子市场,而在嵌入式领域,尤其是通信产品领域,x86、MIPS、PowerPC 架构的处理器正逐鹿中原。不同特性的处理器架构组成了丰富多彩的计算控制平,但是无论是什么类型的处理平,“开门第一件事”都是调用启动代码。   启动代码一般存放在外部的非易失性存储器上,例如Flash芯片。通常不同的处理器,即便基于相同的架构,启动代码往往大相径庭,更何况不同的处理器架构了。例如,BIOS 启动代码适合于x86 的处理器,风河(Windriver)公司的基于VxWorks操作系统的Bootrom 支持PowerPC、ARM、MIPS 等多种处理器。但是,这些启动代码往往源码不开放、开发工具和许可费用昂贵、通用性差。   U-Boot 是德国Denx 软件中心依照GPL 发布的源码公开的公共软件,其全称是Universal Bootloader,即通用启动模块,目前它支持x86、PowerPC、MIPS、ARM 等处理器架构,支持1000 多种嵌入式。然而,因为U-Boot 的前身是ppcboot,是一种专用于PowerPC 架构处理器的启动模块,后来Denx 软件中心将其扩展到ARM 处理器等其他架构,所以目前U-Boot支持的平中,PowerPC 架构的处理器最多。其他架构的处理器平正在全世界有兴趣的工程师的努力下逐渐完善。   U-Boot 的最新版本是1.1.5,支持4Kc、5Kc、MIPS32AU1x00 等少数MIPS 架构单内核处理器。笔者将U-Boot 扩展到了业界先进的两款64位多内核MIPS处理器上。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值