交叉编译glib

① riscv-gnu-toolchain 交叉编译器如何构建

探索RISC-V架构的GNU工具链构建之旅

要构建RISC-V架构的GNU工具链，你需要精心配置和安装一系列关键组件。首先，确保你的系统已安装必要的依赖工具，包括 sudo apt-get install git autoconf automake autotools-dev curl python3 libmpc-dev libmpfr-dev libgmp-dev gawk build-essential bison flex texinfo gperf patchutils bc libexpat-dev libglib2.0-dev ninja-build zlib1g-dev pkg-config libboost-all-dev libtool libssl-dev libpixman-1-dev libpython-dev virtualenv libmount-dev libsdl2-dev。

然后，开始下载RISC-V工具链的核心组件：

1. 获取RISC-V编译器基础库

从Gitee克隆riscv-gnu-toolchain的主分支:

git clone https://gitee.com/mirrors/riscv-gnu-toolchain

接着，分别克隆RISC-V的C编译器（riscv-gcc）配孙、测试框架（riscv-dejagnu）、GNU C库（riscv-glibc）以及轻量级嵌入式库（riscv-newlib）:

git clone -b riscv-gcc-10.2.0 https://gitee.com/mirrors/riscv-gcc
git clone https://gitee.com/mirrors/riscv-dejagnu
git clone -b riscv-glibc-2.29 https://gitee.com/mirrors/riscv-glibc
git clone https://gitee.com/mirrors/riscv-newlib

2. 调试器的加入

为了调试，还需下载RISC-V版本的GDB:

git clone -b fsf-gdb-10.1-with-sim https://gitee.com/mirrors/riscv-binutils-gdb riscv-gdb

接下来，进入构建过程：

- 配置工具链

在终端创建一个名为"build"的目录，然后切换到该目录，执行以下配置命令：

cd build
../configure --prefix=/opt/riscv/gcc --enable-multilib --target=riscv64-multlib-elf

这个配置将工具链安装到"/opt/riscv/gcc"，需要超级用户权限，所以请确保使用sudo。

- 编译与安装

使用多线程（-j8）加速编译过程：

sudo make -j8

编译完成后，工具链将自动安装到指定目录，可以通过验证版本信息来确认安装是否成功：

cd /opt/riscv/gcc/bin
riscv64-unknown-elf-gcc -v

通过以上步骤，你已成功构建饥卖前了RISC-V架构的GNU工具链，现在你可以在RISC-V平台上愉快地进行C语言编译和调试了。这个工具链不仅包含了C编译器，还涵盖了测试框架和必要的库烂清支持，为RISC-V开发者提供了强大的开发环境。

② 交叉编译gmediarender-0.0.6

需要安装libupnp，最新版本1.6

③ Qt 软件中怎么自动加入build版本号

当进入解压好的源码包后，使用./configure –help命令，可以获得相应帮助，那我们只要选取参数部分看看 -release 这个参数显而易见，就是编译Qt以发布版的模式进行，一般来说，最后系统完成后，库就应该是发布版。 -release 与上面对应，自然是调试版了，如果开发的话，可以选择它吧。 -debug-and-release 囧，上面那两个的儿子。 -developer-build 囧，我错了，开发者也可以用这个的，选了这个后，可以进行自动测试，不过还没去用过，以后可以研究研究。 -opensource -commercial 这两个参数是指是编译是商业版本的，还是开源版本呢，视个人情况而定。 -shared -static 这两个参数是指Qt的lib以动态还是静态编译生成，这自然也是视个人需要的。 -no-fast -fast 这两个就很有关系，如果对自己的电脑性能很有信心，那就选第一个，那所有的工程文件都会生成到makefiles中，那编译的时间，估计可以看完变形金刚了。如果选第二个，那就加入子目录和库到makefiles，这样就能加快编译的速度。 -no-largefile -largefile 顾名思义，支不支持大文件，一般来说，嵌入式里是不会有从超过4G的大文件的，那就选第一个吧。 -no-exceptions -exceptions 计算机英语够好的人都该懂，这个自然就是异常情况，选则编译器支持抛出异常，否则不支持。 -no-accessibility -accessibility 可访问性的支持，说实话，这个我真不知道有什么有用了。等哪天发现了，再来好好解释。 -no-stl -stl 是都加入stl的支持，stl，这应该算是C＋＋程序员应该都了解了，再不济，那也总听说过大名吧。 no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> 这 个可要好好说明下，一般来说，对于一个优秀的项目开发，数据库是必不可少的，qt也自带了大多数数据库驱动，可以完美地支持数据库的使用。对于数 据库的使用，我们可以直接qt驱动编译进去，或者以插件的形式编译进去。一般来说，最简单地就是直接编译进去，但使用插件形式的可以更加灵活，针对不同的 需求将驱动插件添加。其中，<>代表的是驱动名，如果我想直接添加sqlite的支持话，形式如下：-qt-sql-sqlite。其他名称 可以自己查看参数里，有详细地介绍。 -system-sqlite sqlite真受欢迎啊，当然那么优秀的嵌入式数据库，本人也是基本使用它来进行开发。这个参数意思是使用操作系统上的sqlite数据库，如果是不太会移植的，可以考虑直接使用qt自带的驱动。 -no-qt3support -qt3support 这个也是简洁易懂，加不加对qt3的支持。 no-xmlpatterns -xmlpatterns 选择对xml的支持，如果对网络无需求的话，就不用加了。 -no-phonon -phonon phonon是qt中处理多媒体的模块，比如放放视频什么来着，不过本人从没用过，也是根据需要选择的。 -no-phonon-backend -phonon-backend 与上面类似，只不过这两是以插件的形式加入支持。 -no-svg －svg 是否加入svg的支持，svg即可缩放矢量图形。 -no-webkit -webkit 是否加入webkit的支持，这可是个好东西，不过如果跟网络不搭界的话，还是不支持吧。 -no-scripttools -scripttools 是否加入脚本工具的支持，这对php等脚本工程师来说是个很棒的参数，但对于我这样菜鸟，就别提了。 -platform target 目标平台，这可是关键了，如果不注意的话，编译出来是x86上的话，哪怕是再牛的嵌入式工程师来也没法帮你移植到开发板上。通常，本人是linux-arm-g++。 -no-mmx -no-3dnow -no-sse -no-sse2 这四个参数是针对CPU的指令集，老实说，我也不甚了解，不过，对于开发并不是影响很大。 -qtnamespace 把qt的库封装到命名空间，没啥重要用处，依个人爱好加吧。 -qtlibinfix 将所有的qt的.so库重命名，也没啥大用处。 -no-sql-<driver> -qt-sql-<driver> -plugin-sql-<driver> -system-sqlite 这是相当明显的，如果这都看不出来，，囧，那您一定比我近视（本人800度近视。。） 就 是说如果是-no-XX-，就说明编译时不选择这个参数，如过是-qt-XX-，说明我们可以编译直接选用qt自带的驱动，如果是 -plugin-XX-，就是将驱动以插件形式编译，而-system-XXX,当然是使用操作系统提供的驱动，不过那就需要您自己移植了，而且有时还要 用第三方的API，就方便来说非常麻烦，但是不排除您是牛人要好好玩玩的情况。 接下来，我们接着研究配置参数。 -qt-zlib -system-zlib 想 必经过上面的讲解，参数的意思已经很快得知，就是选择qt带的zlib库还是系统的zlib。zlib库是用于文件和资料压缩的库，对于新入嵌入式的人来 说，可能并无太大的用处，但是在以后的实际开发中，特别是对于多媒体图像图形的工程师来说，就肯定用到，因为图形图像的压缩都要使用或涉及到这个库。 -no-gif -qt-gif 这是选择gif的支持，如果选择qt支持的话，那在用qt开发的项目中，就能显示gif图，gif也是比较普遍的图片格式了，英文全称是Graphics Interchange Format。 -no-libtiff -qt-libtiff -system-libtiff tiff是一种非常复杂的光栅图像格式，并且有直接现成的C语言实现库，因此选择参数时就有了qt和system，一般来说，科学相关的开发里可能会用到。 -no-libpng -qt-libpng -system-libpng png的相关参数，一种非失真性压缩位图图形文件格式，其实就是为了替代gif搞出来的，也是随实际需要来选择，当然，也有C语言实现的库。 -no-libmng -qt-libmng -system-libmng 大汗，大汗，这可是超级罕见的东西，QT竟然也能支持，说实话，这个参数我看来就是无视的。MNG是多帧PNG动画格式，结构极其复杂，基本没人用。 -no-libjpeg -qt-libjpeg -system-libjpeg jpeg,这么有名的图片格式也不用说了，随需要选择吧。 -no-openssl -openssl -openssl-linked SSL，Security Socket Layer,是一个安全传输协议，在Internet网上进行数据保护和身份确认，而OpenSSL是一个开放源代码的实现了SSL及相关加密技术的软件 包，在qt中，我们可以选择直接支持，或者OpenSSL链接支持,这个参数也是为有需要者提供的。 以上是第三方库的参数选择，紧接着就是qt附加参数，在附加参数里，我们可以指定编译的部分及加入参数来获取信息。 -make -nomake 一 句话，说明，就说我可以这两个参数选择哪些我要编译，哪些我不需要，在 libs tools examples demos docs translations这些里你可以选择，比如examples，并不重要，可以放在-nomake后，这样编译过程中就不会编译这部分了。通过适当的 选择，我们可以大大加快编译的速度，这对配置较差的机子来说有着积极意义。 -R <string> -l <string> 这两个参数是为编译时增加一个库的运行路径及头文件的路径，比如使用tslib作为开发触摸驱动时，我们就应使用这两个参数来指定tslib的库路径和头文件路径。 -no-rpath -rpath 这个参数比较难于理解，简单地说，就是告诉动态加载器，到-rpath指定的目录中寻找编译时须要的动态链接库，语法就与上面的参数结合，比如 -rpath -R/home/xxxx。 -continue 这个参数的作用就是当出现错误时依然进行配置编译，换我是不会加上的。 -verbose, -v 这个参数就很眼熟，在前面的文章中有过详细介绍，简言之，就是显示配置的每一步的具体信息。 -no-optimized-qmake -optimized-qmake 是否编译生成优化过的qmake，没啥大用，也属于可有可无的参数。 -no-nis -nis 是否编译NIS支持，NIS（网络信息服务）是一个提供目录服务的RPC(远程过程调用)应用服务，当然没网络需要的可以再次华丽地无视。 -no-cups -cups 是 否编译CUPS支持，是不是想问什么用啊?~~~~囧，开打印店用的。好了，不说冷笑话，CUPS给Unix/Linux用户提供了一种可靠有效 的方法来管理打印。它支持IPP，并提供了LPD，SMB（服务消息块，如配置为微软WINDOWS的打印机）、JetDirect等接口。CUPS还可 以浏览网络打印机。它的开发提供者是大名鼎鼎的“水果生产商”----苹果公司。 -no-iconv -iconv 选择是否编译iconv支持，iconv是一个计算机程序以及一套应用程序编程接口的名称。它的作用是在多种国际编码格式之间进行文本内码的转换。这对跨语言Qt开发人员来说是很有用的，当然，考虑到中文的编码，我也选择加入支持。 -no-pch -pch 是 否支持预编译过的头文件。预编译头就是把一个工程中的一部分代码,预先编译好放在一个文件里(通常以.pch为扩展名)，这个文件就称为预编译头 文件。这些预先编译好的代码在工程开发的过程中不会被经常改变。如果这些代码被修改，则需要重新编译生成预编译头文件。妈妈经常说：不懂就要学。我说：不 懂就加上。。。 no-dbus -dbus -dbus-linked 是否编译编译QtDBus模块。dbus是freedesktop下开源的Linux IPC通信机制，本身Linux 的IPC通信机制包括，管道（fifo），共享内存，信号量，消息队列，Socket等。在Qt中DBUS是有单独的模块的，可见其重要性。 -rece-relocations 对于额外的库链接器优化，可以减少编译中的再定位。 no-separate-debug-info -separate-debug-info 是否存储debug信息在.debug，一般为了查错，还是选择存储吧。 -xplatform target 相当浅显的参数，即交叉编译的目标平台，一般来说根据你所要移植的目标板来确定。 -no-feature-<feature> -feature-<feature> 选 取qte的feature编译，对于这个，我理解为特性，特性的描述你可以参考src/corelib/global/qfeatures.txt，在这 里面对于每个特性都有比较充分的讲解。对于特性地选择，也是要根据开发需求进行，如果裁剪适当，能大大为qte库瘦身。 -embedded <arch> 嵌入式平台架构选择，可以选择arm，mips，x86及generic，视你的目标平台决定吧。 -armfpa -no-armfpa 这个参数也只是针对ARM平台的，是否加入对于基于ARM的浮点数格式的支持，通常，这个参数在编译时会自动选择。 -little-endian -big-endian 目标平台的大端和小端选择，这应该是常识了，如果这不知道，就不要来混嵌入式了 -host-little-endian -host-big-endia 主机平台的大端和小端选择，属于鸡肋的参数，不选择也会在配置时自动选择。 -no-freetype -qt-freetype -system-freetype 选择freetype，FreeType库是一个完全免费(开源)的、高质量的且可移植的字体引擎，它提供统一的接口来访问多种字体格式文件，在嵌入式开发中，有套可使用的字体对于中文开发至关重要，本人一般使用文泉驿字体。 -qconfig local 使用本地的qconfig配置文件来替代全部参数配置，有需要的可以去研究下，可以裁剪控件级别的参数。 -depths <list> 显示的像素位深，也是根据需要来进行吧。 -qt-decoration-<style> -plugin-decoration-<style> -no-decoration-<style> 这个是选择qt的样式风格，对于需要美化界面的项目来说，可以好好选择下。 -no-opengl -opengl <api> 是否加入opengl的支持，OpenGL是个专业的3D程序接口，是一个功能强大，调用方便的底层3D图形库。不过对于一般的开发来说，似乎有很少用到的地方。 -qt-gfx-<driver> -plugin-gfx-<driver> -no-gfx-<driver> 这个是相当重要的一个参数，选择QtGui的图形显示驱动，比如我们在pc上使用qvfb模拟时，就应该加入对qfvb的支持。我们可以在 linuxfb，transformed，qvfb，vnc，multiscreen这几个中选择。在平常的开发板上，选择linuxfb即可。 -qt-kbd-<driver> -plugin-kbd-<driver> -no-kbd-<driver> 选择键盘的驱动支持，可以支持usb键盘，串口键盘等等，也是在tty，usb ，sl5000， yopy， vr41xx ，qvfb中选择。 qt-mouse-<driver> -plugin-mouse-<driver> -no-mouse-<driver> 鼠标的驱动支持，一般都会选择tslib，可以完美地支持触摸屏，在pc，bus，linuxtp，yopy，vr41xx，tslib，qvfb中选择吧。 -iwmmxt 加入iWMMXt指令的编译，也只是部分XScale架构才具有。 -no-glib -glib 是否加入glib库的支持，glib库对应即gtk库，就也是说加入后可以使用gtk。

④ qemu怎样为选择arm linux内核镜像选择运行arm平台

下载Linux内核

下载内核有两种方法，一种是用git直接下载内核代码树，方便后面的内核开发。另一种是直接到内核社区下载对应版本的源码包。我采用第一种方法，但后面发现主线上3.18版本和后面版本的代码，使用这种搭建方法运行不起来。目前未查明问题的根因。如果读者想快速搭建成功，建议选用3.16版本的内核进行搭建。

安装arm的交叉编译工具链

想必做嵌入式开发的朋友，对交叉编译工具链不陌生。如果你订制一个交叉编译工具链，建议你使用crosstool-ng开源软件来构建。但在这里建议直接安装arm的交叉编译工具链：

sudoapt-getinstallgcc-arm-linux-gnueabi

编译Linux内核

生成vexpress开发板子的config文件：

makeCROSS_COMPILE=arm-linux-gnueabi-ARCH=armvexpress_defconfig

编译：

makeCROSS_COMPILE=arm-linux-gnueabi-ARCH=arm

生成的内核镱像位于arch/arm/boot/zImage，后续qemu启动时需要使用该镜像。

下载和安装qemu模拟器

其实Ubuntu12.04有qemu的安装包，但由于版本较低，对vexpress开发板支持不友好，建议下载高版本的qemu:

wget

配置qemu前，需要安装几个软件包：

sudoapt-getinstallzlib1g-dev

sudoapt-getinstalllibglib2.0-0

sudoapt-getinstalllibglib2.0-dev

配置qemu，支持模拟arm架构下的所有单板：

./configure--target-list=arm-softmmu--audio-drv-list=

编译和安装：

make

makeinstall

测试qemu和内核能否运行成功

qemu已经安装好了，内核也编译成功了，到这里最好是测试一下，编译出来的内核是否OK，或者qemu对vexpress单板支持是否够友好。

运行命令很简单：

qemu-system-arm-Mvexpress-a9-m512M-kernel/home/ivan/kernel_git/linux/arch/arm/boot/zImage-nographic-append"console=ttyAMA0"

如果看到内核启动过程中的打印，说明前的搭建是成功的。

这里简单介绍下qemu命令的参数：

-Mvexpress-a9模拟vexpress-a9单板，你可以使用-M?参数来获取该qemu版本支持的所有单板

-m512M单板运行物理内存512M

-kernel/home/ivan/kernel_git/linux/arch/arm/boot/zImage告诉qemu单板运行内核镜像路径

-nographic不使用图形化界面，只使用串口

-append"console=ttyAMA0"内核启动参数，这里告诉内核vexpress单板运行，串口设备是哪个tty。

注意：

我每次搭建，都忘了内核启动参数中的console=参数应该填上哪个tty，因为不同单板串口驱动类型不尽相同，创建的tty设备名当然也是不相同的。那vexpress单板的tty设备名是哪个呢？其实这个值可以从生成的.config文件CONFIG_CONSOLE宏找到。

如果搭建其它单板，需要注意内核启动参数的console=参数值，同样地，可从生成的.config文件中找到。

制作根文件系统

到这里是否大功告成了呢？其实在上面的测试中，你会发现内核报panic，因为内核找不到根文件系统，无法启init进程。

根文件系统要考虑两个方面：

1.根文件系统的内容

如果你看过《LinuxFromScratch》，相信你会对这一步产生恐惧感，但如果一直从事嵌入式开发，就可以放下心来。根文件系统就是简单得不能再简单的几个命令集和态动态而已。为什么LinuxFromScratch会有那么复杂，是因为它要制作出一个Linux发生版。但在嵌入式领域，几乎所有的东西，都是mini版本，根文件系统也不例外。

本文制本的根文件系统=busybox(包含基础的Linux命令)+运行库+几个字符设备

2.根文件系统放在哪里

其实依赖于每个开发板支持的存储设备，可以放到NorFlash上，也可以放到SD卡，甚至外部磁盘上。最关键的一点是你要清楚知道开发板有什么存储设备。

本文直接使用SD卡做为存储空间，文件格式为ext3格式

下载、编译和安装busybox

wget

makedefconfig

makeCROSS_COMPILE=arm-linux-gnueabi-

makeinstallCROSS_COMPILE=arm-linux-gnueabi-

安装完成后，会在busybox目录下生成_install目录，该目录下的程序就是单板运行所需要的命令。

形成根目录结构

先在Ubuntu主机环境下，形成目录结构，里面存放的文件和目录与单板上运行所需要的目录结构完全一样，然后再打包成镜像（在开发板看来就是SD卡），这个临时的目录结构称为根目录

1.创建rootfs目录（根目录），根文件系统内的文件全部放到这里

sudomkdirrootfs

2.拷贝busybox命令到根目录下

sudocpbusybox-1.20.2/_install/*-rrootfs/

3.从工具链中拷贝运行库到lib目录下

sudocp-P/usr/arm-linux-gnueabi/lib/*rootfs/lib/

4.创建4个tty端终设备

sudomknodrootfs/dev/tty1c41

sudomknodrootfs/dev/tty2c42

sudomknodrootfs/dev/tty3c43

sudomknodrootfs/dev/tty4c44

制作根文件系统镜像

1.生成32M大小的镜像

ddif=/dev/zeroof=a9rootfs.ext3bs=1Mcount=32

2.格式化成ext3文件系统

mkfs.ext3a9rootfs.ext3

3.将文件拷贝到镜像中

sudomkdirtmpfs

sudomount-text3a9rootfs.ext3tmpfs/-oloop

cp-rrootfs/*tmpfs/

sudoumounttmpfs

系统启动运行

完成上述所有步骤之后，就可以启动qemu来模拟vexpress开发板了，命令参数如下：

qemu-system-arm-Mvexpress-a9-m512M-kernel/home/ivan/qemu/linux/arch/arm/boot/zImage-nographic-append"root=/dev/mmcblk0console=ttyAMA0"-sda9rootfs.ext3

从内核启动打印，到命令行提示符出现，激动人心的时刻出现了……

写在后面的话

通过上面的步骤，搭建出来一个最小的qemu+arm开发环境，你可以上面的基础上修改内核，或者增加一些测试程序在单板上运行，甚至使用单板的flash设备。

在此，你可以做纯arm架构的内核开发，或者与架构无关的内核开发，也可以做单板相关的驱动开发。

⑤ 兄弟我最近刚学QT，到了交叉编译这一块，make之后老是出现 下面的错误

交叉编译的时候要加上配置要加上：-embedded arm
例如：
./configure \
-no-pch \
-no-dbus \
-no-nas-sound \
-no-opengl \
-no-sm \
-no-xshape \
-no-xinerama \
-no-xcursor \
-no-xfixes \
-no-xrandr \
-no-xrender \
-no-fontconfig \
-no-xkb \
-no-glib \
-little-endian \
-no-mmx -no-3dnow -no-sse -no-sse2 \
-embedded arm \
-xplatform qws/linux-arm-g++ \
-qconfig smal

希望可以帮助到你

⑥ openwrt java环境

塞班支持的开发语言可能是所有手机平台的具体选择哪一个，这取决于你自己良好的技能和发展什么样的程序，你打算

的Symbian C + + ，历史上最古老，最强大的（和底层资源结合紧密），开发难度大（和传统的C + +差异很大）。如果不知道，你想开发一些和系统结合非常紧密的应用，一般不建议

打开C或Python为S60，发展困难，但也更灵活，但应注意根据经营环境的Open C的电话超过了S60第三版FP1，但是Python已经融入仍然需要安装在手机上操作环境。

JAVA不用说，在Android诞生之前，S60是世界上最好的Java支持的平台上，如果你擅长这个。

WRT.S60第三届FP2或多个嵌入支持小工具是一个轻量级的Web应用程序，为用户提供了一个关键。它通常是专为特定的功能，如天气，股票，拍卖信息。页使用标准的Web技术开发，如XHTML，CSS，JavaScript等。在这方面，该窗口小部件运行的web浏览器的用户界面。如果你需要开发和网络应用程序与应用程序，WRT是一个不错的选择，但我听说WRT不能在本地存储在手机上，每次启动必须从网络上下载数据，没有确认。

QT，S60平台，最先进的开发工具，但大多数现有的诺基亚手机不具备的能力，以支持Qt的，需要安装一个单独的开发环境，但在未来， S60的发展将逐渐靠拢的Qt。

所以综上所述，选择什么样的工具S60的发展完全依赖于自己的好，你打算开发程序

我个人比较看好WRT和QT，但在很长一段时间，你想彻底摆脱了Symbian C + +的影子难以D.

最后一个，如果你想开发的S60，它经常会去诺基亚论坛，她将是您最佳的合作伙伴
android的Java不支持C + +。准备开发Android果实扁办？机器人上线做准备

⑦ arm-linux 交叉编译环境的建立，希望有清楚的人解答，复制的闪人

是这样子的，计算机linux中原有的gcc是针对通用的X86等处理器而言的，编译出来的可执行文件是只能在通用计算机上运行的，arm也是一种处理器，只不过其指令等和X86等CPU不同，所以需要有针对arm的编译器来编译源程序，才能在arm中运行。
我在arm9下做过linux，qt编程，需要先在PC上安装linux，然后安装arm-linux-gcc，同时为了可以使用arm-linux-gcc来编译程序，需要指定环境变量，这个可以在.profile等文件中进行更改，具体办法你查一下就知道了。或者使用export命令在终端中设置环境变量。两种方法的结果有区别哦！
你想用2440的开发板的话就是arm9了，我还没找到arm9的仿真工具，但是网上已经有arm7的仿真工具。
对于arm-linux-gcc，只要你安装好并设置好了路径（环境变量）后，在一个终端中输入#arm-linux-gcc -v
那么你一般可以看到你安装的arm-linux-gcc 版本信息，到此你就可以使用它编译你的源程序，然后将生成的可执行文件下载到arm开发板中就可以运行了。
还有什么问题再说吧，我也是一个人摸索出来的，估计摸索了一个月才成功的在arm上运行了第一个自己的qt图形界面程序，祝你好运！
我的建议：
一、熟悉linux 的各种操作命令（如export）
二、学会怎么下载可执行文件到arm中
三、学会用pc控制arm上的linux

我只用过arm-linux-gcc，在你的安装文件夹下可以找到