私有数据选项中，具体的现象含义还不知道，等研究完vivi的源码在补充吧，但这里需要支持的是，这里的选项是和用户有关的，那么这些数据是非必须的，推荐全选。

Private   Data         //专用数据  

在配置完vivi后，生成Makefile后，还不能正常的编译，这里需要做一些修改。下边是一个Makefile文件需要修改的地方：

需要注意的是，vivi-20030629.tar.bz2这般的vivi只支持编译器为2.95.3,这是在嵌入式开发当中经常遇到的问题，如果 Makefile没有问题，而编译又不能正常进行，首先需要想到的就是编译器的版本问题，这个版本的vivi使用3.4.1的编译器是不能正常编译的，应为我们要把vivi放到arm平台上运行，所以需要把arm相关的库文件，这就需要在Makefile中制定这些库文件存储的地方。做完这些，基本上就可以了。

   我们在看看vivi中关于flash的分区，在vivi中受用part show，可以看到有一下几个分区： vivi  param kernel  root  usr ,这些分区信息定义在下边的结构体当中：

在上边的分区表可以看出，这些分区在flash中成线性排列的。这样，这里的这些数据是mizi公司推荐使用smdk开发板的用户的数据，当然可以根据自己的需要来修改各个分区的大小了。这里的offset是相对于flash起始地址0而言，自己的相对地址，其实就是实际地址，而size就是这个分区实际占据的大小了。
vivi的使用在这里就告一段落了，更多的细节就需要看vivi的源码了。

上边就是vivi的文件组织结构，有一些文件是与编译无关的，一些说明文档、版本控制文件以及其他一些文件，我们把不需要的文件删除，util这里边的工具用在其他的地方，可以选择性的编译，但这些文件是与vivi的编译无关的，当然，GPL协议是非常重要的，这里不是说GPL不重要，删除只是为了列举与vivi编译有关的文件。下边是精简的文件组织形式：

|-- Makefile   //主Makefile |-- Rules.make   //通用Makefile规则 |-- arch        //与平台板卡相关的文件 |-- drivers      //驱动文件 |-- include      //头文件 |-- init       //初始化文件 |-- lib        //库文件 |-- scripts    //配置脚本与menuconfig的源码

通过上边的操作，我们认为所有的配置已经完成了，应该开始编译工作了，至于编译的流程需要我们看看makefile文件。由于Makefile文件比较长，不方便全部贴在这里。我们分段进行分析。

# 版本号  在生成的vivi中，开头的版本号就是有这个地方的变量来决定

VERSION = 0
PATCHLEVEL = 1
SUBLEVEL = 4  

# VIVI 这里设置输出版本信息的格式。
VIVIRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)

#  "：=" 与"="的区别： ”：=“为直接展开，”=“为递归展开，详细内容看GNU make中文手册6.2.2
# ”：=“在此处会定义一个变量，直接对其赋值，对于引用会直接找到引用的源，表示立即展开
#”：“只是简单的替换，不会直接找到引用的源，在以后，如果引用的源发生变化，此处的变量也会发生变化。表示递归展开
#########  举例  ######### 
#
# VAR1=TMP1;
# TMP=$(VAR1)
#  VAR1=TMP2
# TMP1:=$(VAR1)
#ECHO $（TMP）  ===>显示 TMP2
#ECHO $（TMP1）===>显示 TMP1
#
#ARCH是定义体系结构， VIVI此处的定义是说明该VIVI是针对ARM平台
ARCH := arm

# 这里一处make函数的调用，该函数为shell，该行语句的主要作用是设置shell命令解释器
#这条命令的作用是执行函数把结果给变量
#make函数的调用语法为：$()或者${}
#shell函数的作用是”执行命令，把命令的执行结果作为变量的内容“
#COMFIG_SHELL  指定命令解释器
CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
 else if [ -x /bin/bash ]; then echo /bin/bash; \
 else echo sh; fi ; fi)
# 设置当前顶层目录， 该Makefile所在目录  shell函数的用法，把命令pwd的结果赋值给TOPDIR
TOPDIR := $(shell /bin/pwd)

#
# change this to point to the Linux include directory
#  指定LINUX内核的INCLUDE目录，在vivi中，没有起作用，可以删除该语句
#
LINUX_INCLUDE_DIR = /usr/local/arm/2.95.3/include/

# 指定vivi的头文件所在目录
#
VIVIPATH           = $(TOPDIR)/include

# 定义本地的编译器 这里指定编译器为gcc
HOSTCC          = gcc
#定义本地的编译器的编译参数，vivi的编译需用使用arm-linux-gcc（交叉编译器），那么定义gcc有什么作用？
#解答： 在一次使用make menuconfig的时候，需要使用gcc编译menuconfig选项程序，只为配置服务。
#跳转到scripts/lxdialog
#执行该目录下的make all
# make menuconfig :::---->>
###跳转到scripts/lxdialog
###执行该目录下的make all
###make -C scripts/lxdialog all
###make[1]: Entering directory `/tmp/vivi/scripts/lxdialog' # 跳转入目录
###make[1]: Leaving directory `/tmp/vivi/scripts/lxdialog'  # 编译完后，离开目录
###/bin/sh scripts/Menuconfig arch/config.in                #执行Menuconfig arch/config.in  
###Using defaults found in .config
###Preparing scripts: functions, parsing.............done.

HOSTCFLAGS      = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer

#定义交叉编译器的路径，要注意一些公认的定义方法，一般CROSS_COMPILE就是交叉编译器 ARCH就是于体系结构相关的
CROSS_COMPILE   = /usr/local/arm/2.95.3/bin/arm-linux-
#CROSS_COMPILE   = /opt/host/armv4l/bin/armv4l-redhat-linux-

#
# Include the make variables (CC, etc...)
#  定义工具链 tools chains
#
AS              = $(CROSS_COMPILE)as
LD              = $(CROSS_COMPILE)ld
CC              = $(CROSS_COMPILE)gcc
CPP             = $(CC) -E
AR              = $(CROSS_COMPILE)ar
NM              = $(CROSS_COMPILE)nm
STRIP           = $(CROSS_COMPILE)strip
OBJCOPY         = $(CROSS_COMPILE)objcopy
OBJDUMP         = $(CROSS_COMPILE)objdump
MAKEFILES       = $(TOPDIR)/.config
#MD5 
MD5SUM  = md5sum
# PERL   脚本
PERL            = perl
AWK  = awk
# 导出前边定义的变量 主要是因为主makefile需要调用很多子makefile，
# 这样导出后，就可以让子makefile使用这些以前定义的变量了。
export  VERSION PATCHLEVEL SUBLEVEL KERNELRELEASE \
        CONFIG_SHELL TOPDIR VIVIPATH HOSTCC HOSTCFLAGS CROSS_COMPILE AS LD CC \
 CPP AR NM STRIP OBJCOPY OBJDUMP MAKE MAKEFILES MD5SUM PERL AWK
# 定义就宣告结束了
#下边是具体的编译规则

没有错误的话就在gdbserver目录下生成gdbserver可执行文件，把它烧写到开发板flash的根文件系统分区，或通过nfs mount的方式都可以。只要保证gdbserver能在开发板上运行就行。
下面就可以用gdb+gdbserver调试我们开发板上的程序了。在目标板上运行gdbserver，其实就是在宿主机的SecureCRT下，我的 red hat linux装在vmware下的。我是在minicom下# mount -o nolock 172.20.223.38:/home /tmp后做的，hello和gdbserver都是位于linux根目录下，把主机根目录挂在到开发板的/tmp目录下。
要进行gdb调试，首先要在目标系统上启动gdbserver服务。在gdbserver所在目录下输入命令：
(minicom下)
#cd /tmp
#./gdbserver 172.20.223.38:2345 hello
172.20.223.38为主机IP，在目标系统的2345端口开启了一个调试进程，hello为要调试的程序。
出现提示：
Process /tmp/hello created: pid=80
Listening on port 2345
(另一个终端下)
#cd /
#export PATH=$PATH:/usr/local/arm-gdb/bin
#arm-linux-gdb hello
(gdb) target remote 172.20.223.111:2345
（172.20.223.111为开发板IP）
出现提示：
Remote debugging using 172.20.223.38:2345
[New thread 80]
[Switching to thread 80]
0x40002a90 in ??()
同时在minicom下提示：
Remote debugging from host 172.20.223.38
(gdb)
连接成功，这时候就可以输入各种gdb命令如list、run、next、step、break等进行程序调试了。
以上针对通过nfs mount和tftp的方式，只能在主机上调试好后下载到开发板上运行，如果有错误要反复这个过程，繁琐不说，有些程序只能在开发板上调试。所以笔者采用了gdbserver的远程调试方式。

通常，程序是在一台计算机上编译，然后再分布到将要使用的其他计算机上。当主机系统（运行编译器的系统）和目标系统（产生的程序将在其上运行的系统）不兼容时，该过程就叫做 交叉编译。

除了兼容性这个明显的好处之外，交叉编译还由于以下两个原因而非常重要：

1. 当目标系统对其可用的编译工具没有本地设置时。
2. 当主机系统比目标系统要快得多，或者具有多得多的可用资源时。

在这篇文章中，我将使用手持计算机的 Sharp Zaurus 系列作为焦点，讨论交叉编译环境的初始设置。我将介绍工具的安装、基本编译问题、如何在手持计算机上安装程序，以及像创建使用 configure 脚本的程序这样的高级问题。如果按照文章的组织顺序阅读，您将最大地从本文受益，因为本文类似于一个教程，每一步都以逻辑顺序相连。

首先，我将给出交叉编译的一个简洁的概览。

理解交叉编译

如果您熟悉交叉编译环境，则可以跳过这一节。但是如果不了解交叉编译，则请继续往下阅读。

我使用的开发系统是 x86 体系结构的 Linux 系统。我在 SuSE Linux 8.2 上测试了这些指令。测试的目标系统是 Sharp Zaurus SL-5600 和 C700。本文假设您具有 Unix 开发实践的工作背景，并使用过命令行。

正如我前面提到的，当编译器运行在一个为另一个系统产生可执行程序的系统上而且两个系统使用不同的操作环境时就会出现交叉编译。另外，当目标系统不具有它自己的编译工具时，或者当开发者可以平衡主机系统潜在更好的性能或更多的资源时，交叉编译是有用的。

当提到交叉编译器时，我不仅仅是指将一种编程语言的代码转换成对象代码的软件，还指其他必要的开发工具：

• 一个 汇编器，它是编译器工具链后端的一部分。
• 一个 链接器，它是编译器工具链后端的另一部分。
• 用于处理可执行程序和库的一些基本工具，比如strings。

例如，strings 实用工具（它输出对象模块的文本字符串）可能是有用的，但是主机环境版本对目标环境二进制系统并不怎么有用。Zaurus 的交叉开发工具中包含 strings。

在 Zaurus 上本地运行编译器是可能的，但是系统的局限性阻碍有效的工作，这也是使交叉编译为开发者带来福音的另一个原因。典型台式机的显示器和键盘非常有利于编辑工作。另外，台式机的内存、处理器和存储容量也更能满足编译的资源需要。

现在，让我们来安装所需的工具。

可用的开发工具 Java 技术。Zaurus 的两个特定于 Java 的开发工具包含一个关于 Zaurus 的 Java 编程和 ZaurusBuilder 的 PDF 指南。ZaurusBuilder 是一个 JBuilder IDE 插件向导，负责将 Java 应用程序打包成一个 IPK 分布文件以进行安装。Zaurus Java FAQ 回答有关使用 Java 进行Zaurus 开发的问题。 Qt/C++。 Qt 是一个 C++ 工具包，用于为 PDA 创建图形用户界面。这里的产品包括一个 Qtopia 的开放源代码 SDK（一个可移动的应用环境）、一个用于设置和使用 Qt/E（嵌入的 C++ 工具包）和 Qtopia 的 PDF 编程指南，以及免费版本的 Qt/E。 Linux。Zaurus 源代码是 Embedix Plus 和 Qtopia 环境。Embedix Plus 集成了来自 Lineo 的 Embedix Linux（内核 2.4.x）、来自 Trolltech 的 Qt/Embedded GUI 应用框架、来自 Opera 的 Opera Web 浏览器和来自 Insignia 的 Jeode JVM。还有一篇 how-to 文章，向您展示如何设置 Linux 交叉编译器。另外还有 Zaurus 上的 Linux 命令的开放源代码，以及一个到利用 Linux 对 Zaurus 进行开发的参考资料的链接。 OpenZaurus 项目。OpenZaurus 项目背后的初始目的是创建一个 ROM 映象（内核 + root 文件系统），这更接近于开发者想要的。该项目使用 Sharp ROM 作为基础，然后再进行改造、修复 bug、添加和减少条目，以使软件包更加开放。OpenZaurus 现在是一个从新从源代码创建的基于 debian 的嵌入式分布。 编译器和其他条目。Zaurus 开发者有许多免费的和商业的编译器和其他 SDK 可用。想要更改 Zaurus 背景、图标和环境的外观吗？请尝试 themes section。 用户组。是的，一个用户组，加上它的大量有经验的输入，可以成为一个工具。并且还有一个非官方的 Zaurus 开发 FAQ，其中有许多有用的信息。 在 参考资料部分可以找到到这些资源的链接。

回页首

安装工具

1. 开始，您必须下载几个软件包。可以从 Sharp 的 Web 站点（在 参考资料 部分有到该站点的链接）得到这些软件包,并且必须下载为 RPM。您需要以下主要的软件包：
   • 交叉编译器(gcc)。
   • 库(glibc)。
   • 包含文件(头文件)。
   • “其他工具”——一个包含交叉开发环境中常用工具的软件包。
2. 接下来，安装 RPM。要做这一点，需要 root 权限。建议的安装方法是为每个文件重复 rpm -Uvh filename.rpm 。

   文件安装在 /opt/Embedix 目录中。该目录有一个稍微不寻常的结构——实际的二进制文件安装在 /opt/Embedix/tools/bin 目录中，具有到安装在 /opt/Embedix/tools/arm-linux/bin 目录中的这些二进制文件的符号链接。例如，/opt/Embedix/tools/arm-linux/bin/gcc 是到 /opt/Embedix/tools/bin/arm-linux-gcc 的一个符号链接。二者都可以使用。

3. 编译一个简单的测试程序，快速测试已经正确地安装了工具。我推荐传统的 "Hello, world!" 程序，这易于测试：

   清单 1. 测试正确的安装

   #include <stdio.h> int main(void) { printf("Hello, world!"); return 0; }

   
   
4. 将该测试程序保存在一个叫做 hello.c 的文件中，并编译它。到编译器的两条路径都可以工作——我喜欢使用 /opt/Embedix/tools/arm-linux/bin/gcc。 编译完程序之后，利用 file 命令检查输出文件的类型。

$ /opt/Embedix/tools/arm-linux/bin/gcc -o hello hello.c
            $ file hello
            hello: ELF 32-bit LSB executable, ARM, version 1 (ARM),
            dynamically linked (uses shared libs), not stripped
            

您可能对这一简短的偏离主题感兴趣。还记得我什么时候提到过 strings 程序吗？我们来试一试该程序。

首先， 在您的二进制系统上运行本地 strings 程序：

$ /usr/bin/strings hello
            

接下来，在相同的二进制系统上运行 ARM 版本：

$ /opt/Embedix/tools/arm-linux/bin/strings hello
            

在我的测试系统上，这些产生了稍微不同的结果。特定于 ARM 的 strings 程序发现一个特定于 i386 的版本未发现的新字符串。

现在，我们在目标系统上测试该程序。

回页首

在目标系统上安装应用程序

将文件移动到目标系统有几种方式：

• 使用标准的 Zaurus sync 软件进行转移。
• 复制到介质上。
• 通过网络移动。

使用无线卡或以太网适配器可能是移动文件最容易的方式。如果这样不行，将文件复制到 CompactFlash 或 SecureDigital 介质上也是相当方便的。不幸的是，在发布本文时，Sharp 还未正式在 Linux 下支持 sync，但是复制到介质随处可用。

根据您的 Zaurus 上的 ROM 版本的不同，系统可能不识别或安装 ext2fs 卡。因此，通过 FAT16 格式化的卡复制文件可能更实用一些。CF 和 SD 卡一般在出厂前已经这样格式化了，所以它们可以开箱即用。

( 简要的术语提示： ext2fs 卡是为 Linux 文件系统格式化过的存储卡。 FAT16格式化的卡是为老式的 MS-DOS 文件系统格式化过的存储卡。 CF 卡是 CompactFlash，这是一些数码相机使用的一种介质标准。多数 CF 设备是存储设备，但是 CF Ethernet、无线和串行适配器也存在。 SD（或者叫做 Secure Digital）卡是 MultiMediaCard 技术与我们的目的之间的一个联系，SD 卡就像一个永久保存10％空间的 MMC 卡。)

就将您的可执行文件复制到一个已安装的卡。当将该卡移动到 Zaurus 时，它就会自动地安装为 /usr/mnt.rom/cf。现在您就可以从卡运行应用程序了。

$ /usr/mnt.rom/cf/hello
            Hello, world!
            

现在您已经尝试了该程序，不过您可能更喜欢 Zaurus 的 ipkg 二进制软件包格式。ipkg 文件只是一个包含三个其他文件的 tar 文件：

• 第一个文件，即 data.tar.gz，是一个压缩的 tar 文件，其中包含将被安装到正确目录结构中的多个文件。
• 第二个文件，即 control.tar.gz，是一个压缩的 tar 文件，其中包含安装脚本和信息。
• 第三个文件，即 debian-binary，是一个纯文本文件，其中包含字符串“2.0”。该文件目前不真正做任何事情，但是一些工具期望该文件可用。

尽管有一个方便的脚本可为您做这项工作，但是您也可以手动创建 ipkg 文件。为防万一您确实想要手动创建一个 ipkg 文件，所以我将简要讨论这种软件包的格式。利用您将使用的标准软件安装器，该软件包将正确地安装 "hello" 程序。

1. 创建一个名叫 h 的新目录用于保存文件。名称并不一定要叫 h，但是因为后面老要键入它，所以使用一个简短的名称。
2. 创建一个名叫 h/opt/QtPalmtop/bin 的子目录，并将您的 "hello" 可执行文件复制到该目录。这对于显示所安装的程序是一个好目录。
3. 创建一个名叫 h/CONTROL 的目录。该目录形成 control.tar.gz 文件的内容；h 中的其他东西都放入 data.tar.gz 文件中。在该目录中，您只需要一个文件，叫做 control。将以下数据放入该文件中：

   清单 6. 将要放入 control 文件中的信息

   Package: hello Priority: optional Section: Misc Version: 1.0 Architecture: arm Maintainer: Your name (your.address@example.com) Depends: libc6 Description: Just as stores have greeters, so to do PDAs have greeters. This is a longer description, separate from the first one, which can be multiple lines long, with each line indented by a single space.

   
   

   还有其他可以放入到 CONTROL 目录中的文件，但是您并不需要这些文件。请参考 参考资料，在 Zaurus 开发者文档中了解该主题的附加信息。

4. 运行 ipkg_build.sh h。 如果前面所做的每一件事情都正确，您应该得到一个名叫 hello_1.0_arm.ipk 的文件。将该文件复制到您的 Zaurus ——不管如何复制都无所谓——并在 Zaurus 上运行 Add/Remove Software 程序。
5. 安装 hello，即您应该在软件包列表中看到的版本 1.0 文件。现在就可以从命令行运行它了；它已经被复制到 /opt/QtPalmtop/bin 目录中了。如果您将它安装到一个介质插槽中而不是内部闪存中，它将在该卡上的 QtPalmtop/bin 目录中。例如，如果安装到 SD，它将被安装为 /usr/mnt.rom/card/QtPalmtop/bin/hello。

ipkg_build.sh shell 脚本对产生错误消息比较有效，但是它们可能会有些容易混淆。实际上，如果您在 control 文件中放入注释（我就是这样做的！），# 字符就会被解释为一个字段名称，从而产生以下错误消息：

*** Error: The following fields in CONTROL/control are missing a ':'
            ###
            ipkg-build: This may be due to a missing initial space for a multi-line field value
            

当我第一次看到该消息时有些被搞胡涂了。

回页首

复杂编译

一旦您让编译器创建了在目标系统上正确运行的可执行程序，您就会开始遇到令人激动的问题了。

使用 autoconf 的程序可能不支持交叉创建。当已编译的二进制文件被使用在创建过程中时，就会出现惟一真正固定不变的情况。不幸的是，对于使用 autoconf 的程序，这是一种相当常见的情况。

对于一个相当标准的没有太多依赖性的程序，您可能只是忽略选择 C 编译器。FIGlet 是一个程序，用于从平常的文本制造出大字母，如图 1 所示，通过更改 makefile 中的 CC=... 行可以创建该程序。但是，安装稍微有些有趣。

FIGlet 想要找到一些数据文件，所以您必须安装数据文件和程序。makefile 文件中对应的行是 DEFAULTFONTDIR = /usr/local/share/figlet。 （注意，有两行设置 DEFAULTFONTDIR； 在设置时请确保只使用其中一行。）

一旦利用更改的 makefile 创建了 figlet ，就可以创建它的一个软件包了。创建一个新的目录（这里叫做 f）。

这时，创建一个二进制目录和一个数据目录。二进制目录是 f/opt/QtPalmtop/bin，而数据目录是 f/usr/local/share/figlet。将 figlet、chkfont 和 showfigfonts 复制到 f/QtPalmtop/bin 中；然后将 fonts/* 复制到 f/usr/local/share/figlet 中。从上一个项目复制到 CONTROL 目录，并编辑 control 文件以给出软件包的名称和版本。同样， build-ipkg.sh 可以为您完成这份苦差使。

有些程序可能需要更多的技巧。例如，要创建 pdksh， 您使用 CC=/opt/Embedix/tools/bin/arm-linux-gcc sh configure。 该创建过程犯了一个小小的错误——它将两个宏 SIZEOF_INT 和 SIZEOF_LONG 都定义为 0。它们应该是 4。

这些宏是通过试图编译和运行输出 sizeof(int) 的测试程序而定义的，但是当然，arm-processor 程序不运行在 x86 主机上，所以这些测试失败。在这种情况下，您可以只是编辑 confdefs.h 文件，更改宏，然后继续。只要知道出了什么错就不难纠正，但是出了什么错并不是那么明显。当它确定一个类型的大小为 0 时，让配置脚本以重大错误异常终止可能还要好一些。

使用一个聪明的 hack， autoconf 的一些最近版本可以解决该问题。只是在 configure.in 文件上重新运行一个当前的 autoconf 就可以帮助解决一些问题，尤其是当软件包过期时， 但是在老的 configure.in 文件中有时会有一些腐旧的东西。

在比较一般的情况下，您可能只是要手动编辑配置脚本或设置程序，以迫使它们获得正确的结果。在极端的情况下，可能有必要试图进行费事的程序“挖口”，比如在一台安装了本地开发工具的 Zaurus 上本地运行配置脚本，然后将所有文件移回桌面开发系统 ，更改编译路径，并从这里启动。

回页首

结束语

很多开发者还在犹豫是否尝试交叉编译，因为它听起来比实际要难得多。本文通过给出交叉编译的一个概览，帮助您开始了解交叉编译技术。本文提供了一些例子，讲述设置一个系统以实现交叉编译的程序。本文还提供了一些参考资料，以帮助您设置一个为 Sharp Zaurus 手持计算机进行开发的系统。

参考资料

• David Mertz 和 Andrew Blais 所写的" 基于 PalmOS 的编程语言" 一文( developerWorks, 2001年8月)，介绍了可在手持计算机上直接工作的开发环境，不再需要在桌面环境中开发之后再进行交叉编译。
  
  
  
  
• Cameron Laird所写的 " 用于交叉生成应用程序的 Xmingwin" 一文( developerWorks, 2003年1月)，通过从 Linux 服务器生成 Windows 程序，提供了交叉编译的一个实际例子。
  
  
  
  
• Markus Neifer 所写的 " 细述 wxWindows " 一文( developerWorks, 2001年2月)，介绍了 wxWindows（这是一种可移植的 C++ 和 Python GUI 工具包），还讨论了如何处理多平台文件处理。
  
  
  
  
• 该 Redbook tip 详细讲述了如何在 Linux 上配置 gcc 充当一个交叉编译器。
  
  
  
  
• Zaurus 开发者站点是开发者参考资料的汇总。
  
  
  
  
• FIGlet 站点提供了本文作为例子提到的文本转换软件的代码。
  
  
  
  
• Zaurus Java FAQ 回答有关利用 Java 对 Zaurus 进行开发的一些问题。
  
  
  
  
• ZUG (Zaurus User Group)为开发者提供了大量有经验的输入。
  
  
  
  
• 该非官方的 Zaurus 开发 FAQ 提供了许多非常有用的信息。
  
  
  

关于作者

		Peter Seebach 是一位自由作家。他喜欢收集一些有趣的新鲜玩艺儿，而 Zaurus 似乎很自然地成为其中的一件。在他能够游刃有余地谈论这个东西之前，他已经花了很长的时间捣鼓编译器工具链和导出程序。通过 dwwireless@seebs.plethora.net可以与他联系。

CC = /LinuxPPC/CDK/bin/powerpc-linux-gcc -DHHTECH_PPC
CPP = /LinuxPPC/CDK/bin/powerpc-linux-g++
然后直接在boa/src目录下执行make即可生成boa可执行文件，将其复制到ramdisk加载mount的目录的bin里面，然后等一同加入后面的配置文件和HTML/CGI文件后，重做ramdisk即可。

(2)、编制配置文件boa.conf

LINUX下的应用程序的配置都是以配置文件的形式提供的，一般的都是放在目标板/etc/目录下或者/etc/config目录下，但boa的配置文件boa.conf一般都放置在目标板/home/httpd/目录下。

例如一个典型的boa.conf文件格式如下：

ServerName HHCF5272-R1
DocumentRoot /home/httpd/html
ScriptAlias /cgi-bin/ /home/httpd/cgi-bin/
ScriptAlias /index.html /home/httpd/html/index.html
它指定了HTML页面（例如index.html必须放到/home/httpd/html目录下，cgi可执行文件必须放到/home/httpd/cgi-bin目录下）

(3)、编译uClinux-dist后或者重做ramdisk后，烧写后在一台WINDOWS的PC机上就可以用IE访问板子上的webserver，例如输入板子IP地址http://192.168.2.111，即可看到你用dreamweaver做的网页index.html了。但这里只能做到对静态页面的支持，若要支持FORM表单处理和动态页面，就必须用C代码编制CGI代码，uClinux-dist/user/cgi-generic目录下提供了样板代码，或者可以从华恒公司购买。注意：这个CGI的可执行文件必须放置到板子的/home/httpd/cgi-bin目录下。

建议阅读文章：

http://www.51eda.com/Article/embed_system/rtos/200405/806.html

关于auth选项

8.关于PPP拨号

(1)、首先是根据板子的串口2的信号定义制作串口线接MODEM，例如HHCF5249/5272系列平台就要将接MODEM的串口线2、3交换，7、8交换。做好线之后，可用tip软件进行与MODEM通信的测试：

tip -l /dev/ttyS1 -s 19200

显示connected后，用户就可以输入AT命令直接与MODEM对话了，这样做的目的是测试串口线。

(2)、配置内核支持PPP，并编译拨号用相关应用程序：pppd/chat。关于内核支持，就是make menuconfig在内核配置的Network device support ---> 中选择PPP/SLIP/CSLIP等，具体细节选项可任选，其实全部选中就可以了。关于应用程序的做法，和上面boa的做法完全类似。

(3)、编译拨号脚本和相关配置文件。做拨号必须先在REDHAT上手工拨号成功（不要用图像界面），然后才能到板子上做测试。而且，这只是第一步，简单的拨号上去并没有任何意思，因为产品过程中，还要涉及许多的应用细节，例如断线重拨检测，开机自动拨号，无流量自动断开，有流量自动拨号等，都是非常麻烦的细节，需要做长时间大量的稳定性可靠性测试。华恒提供经过全球各大城市测试稳定应用的拨号软件（GPRS/ADSL），可大大节省用户产品的上市时间。