首先，我交待一下我的开发环境：
宿主机：Fedora9
主机Gcc：gcc 版本 4.3.0 20080428 (Red Hat 4.3.0-8) (GCC)
交叉编译器：arm-linux-gcc-4.3.2 （友善光盘自带）
开发板：OK2440（NAND 128M SDRAM 64M）
移植步骤：
1. 准备源码包
从ftp://ftp.qt.nokia.com/qt/source/ 下载：qt-embedded-linux-opensource-src-4.5.3.tar.gz和
qt-x11-opensource-src-4.5.3.tar.gz
前者是移植到开发板上运行的，后者是方便在X86机上开发应用程序，待一切调试成功再经交叉编译后下载到开发板上运行。
从网上下载tslib-1.4.tar.gz包，这包用于管理触摸屏，例如可用于它来校正触摸屏，并保存校正数据。
2．编译安装tslib-1.4
把tslib-1.4 COPY到Fedora9的 /opt下，在Fedora9的终端下执行：
＃cd /tmp
# tar zxvf tslib-1.4.tar.gz ――――――――(最后在/tmp下解压生成tslib)
#cd tslib
#./autogen.sh
#./configure --prefix=/home/mytslib/ --host=arm-linux ac_cv_func_malloc_0_nonnull=yes
#make
#make install
成功后可在/home下生成mytslib，进入mytslib可以看到有bin include lib etc四个文件夹。我们暂时先不理它，在接下来的移植过程中才用到这些文件夹。
3. 编译安装QT－X11－4.5.3
QT－X11－4.5.3是运行于linux平台下用于仿真QT应用程序的软件，这样你便可以在linux平台下把你应用程序都调试好，然后再利用QT4.5.3把应用程序编译成ARM版本下载至开发板，这样你就可以在开发板上运行你的QT应用程序了。
下面是安装步骤：
首先把qt-x11-opensource-src-4.5.3.tar.gz拷贝到Fedora9下的/tmp目录下，接着执行：
#tar zxvf qt-x11-opensource-src-4.5.3.tar.gz
#cd qt-x11-opensource-src-4.5.3
#./configure
#gmake //一般用时2－3小时，如果你的机子配置不太低的情况下
#gmake install
安装OK后，在/usr/local/目录下生成Trolltech目录，这就是我们要用于在x86平台（Fedora9）下开发应用程序时所依赖的一些目录。现在你可以进入/usr/local/Trolltech/Qt-4.5.3/examples下，进入一个例子，比如进入/usr/local/Trolltech/Qt-4.5.3/examples/widgets/analogclock下，你会发现，这个例子都已经编译好了，在Fedora9的终端下直接运行：
＃./analogclock –qvfb
则在Fedora9的屏幕上出现下图：
也许你会想，我是否能重新编译一遍analogclock呢？因为analogclock目录下有一个Makefile,于是执行：
#make clean
#qmake –project
唉，你会发现，提示说找不到命令“qmake”,怎么办呢？很简单，因为我们还没有设置环境变量，当然会找不到命令啦。
让我们来设置一下QT－X11－4.5.3的环境变量，首先进入你的安装QT－x11-4.5.3目录：
#cd /opt/qt-x11-opensource-src-4.5.3
在此目录下建立一个名为：qt_x11_setenv.sh的shell文件，内容如下：
#!bin/bash
PATH=/usr/local/Trolltech/Qt-4.5.3/bin:$PATH
QTDIR=/usr/local/Trolltech/QT-4.5.3
MAINPATH=$QTDIR/man:$MAINPATH
LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
export PATH QTDIR MAINPATH LD_LIBRARY_PATH
echo " set qt-x11 env. successful "
保存退出，在终端执行：
#source qt_x11_setenv.sh
终端回显：set qt-x11 env. successful
#echo $QTDIR
终端回显：/usr/local/Trolltech/QT-4.5.3――――――说明：环境变量设置成功。
在这之后，我们再执行一下：
#qmake –project (建立*.pro文件)
#qmake （产生Makefile文件）
#make （编译产生可执行程序）
如果没有错误将生成analogclock可执行程序，终端执行：
#./analogclock –qvfb
看看是否出现画面了～～～～～～～～～～
注意一点：
在每次进入qt-x11-linux-opensource-src-4.5.3目录中要#source setenv-x11.sh
把环境变量设置好，否则又会出现无法编译。
成功后，是不是有点迫不及待地想自己试验一个QT程序呢，让我们来编写一个hello程序吧！
#cd qt-x11-linux-opensource-src-4.5.3//opt/qt-x11-opensource-src-4.5.3/examples/
#mkdir hello
#vi hello.cpp
然后把下列源程序COPY到hello.cpp中。
#include <QApplication>
#include <QPushButton>
int main(int argc, char *argv[])
{
QApplication app(argc,argv);
QPushButton b("Hello World !");
来源：(http://blog.sina.com.cn/s/blog_62138bb30100j26w.html) - Qt4.5.1移植mini2440（下）_suifeng_新浪博客
b.show();
QObject::connect(&b,SIGNAL(clicked()),&app,SLOT(quit()));
return app.exec();
}
进入前记得执行source setenv-x11.sh
# qmake –project (产生hello.pro文件)
#qmake (产生Makefile文件)
#make (执行Makefile以生成可执行程序)
如果不出错在当前目录下生成hello可执行程序，既然生成了，那还等什么，执行吧。
#./hello –qvfb
我执行后就出图了，你的呢？
其实图是可以拉大的，你试试！
4.编译安装QT4.5.3
首先我们建立两个目录用来存放接下来编译出来的一些目标文件，在Fedora9的根目录下建立mini2440 和 tslib两个目录，终端执行：
#cd /
#mkdir mini2440
#mkdir tslib
接下来我们把qt-embedded-linux-opensource-src-4.5.3.tar.gz COPY到/tmp下, 终端执行：
#cd /tmp
#tar zxvf qt-embedded-linux-opensource-src-4.5.3.tar.gz
#cd qt-embedded-linux-opensource-src-4.5.3
#./configure-prefix /mini2440 -release -shared -fast -pch -no-qt3support -qt-sql-sqlite -no-libtiff -no-libmng -qt-libjpeg -qt-zlib -qt-libpng -qt-freetype -no-openssl -nomake examples -nomake demos -nomake tools -optimized-qmake -no-phonon -no-nis -no-opengl -no-cups -no-xcursor -no-xfixes -no-xrandr -no-xrender -no-xkb -no-sm -no-xinerama -no-xshape -no-separate-debug-info -xplatform qws/linux-arm-g++ -embedded arm -depths 16 -no-qvfb -qt-gfx-linuxfb -no-gfx-qvfb -no-kbd-qvfb -no-mouse-qvfb -qt-kbd-usb -confirm-license-qt-mouse-tslib-I/home/mytslib/include -L/home/mytslib/lib
上面最后一句“-I/home/mytslib/include -L/home/ mytslib/lib”指明我们刚才编译出来触摸屏的库文件及头文件存放路径。它前面的“-qt-mouse-tslib”表示将使用触摸屏。
然后执行：
#gmake
#gmake install
上面编译时间较长，一般要2到3个小时。
这样，嵌入式版本的qt4装成功了，若想进行交叉编译，首先也得改变环境变量，所以也可以在当前目录下建一个环境变量的文件setenv-embedded.sh如下：
#gedit setenv-embedded.sh
这时跳出一个编辑文本输入:
PATH=/mini2440/bin:$PATH
QTDIR=/mini2440
MAINPATH=$QTDIR/man:$MAINPATH
LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
export PATH QTDIR MAINPATH LD_LIBRARY_PATH
保存退出。每次进行qt4-embedded的交叉编译前先# source setenv-embedded.sh，注意我们在编译QT应用程序时要用到上述变量。下文会提到。
4. 移植相关库文件至开发板
首我们得准备一个文件系统，我是根据友善提供的文档制作了一个文件系统，路径为/opt/studyarm/rootfs,其中rootfs就是我的根文件系统。
首先在rootfs 的根目录下建立两个目录:
在开发板的终端下执行：
#cd /
#mkdir mini2440
#mkdir tslib
接下来我们要COPY我们刚才编译生成的一些库文件及配置文件至开发板上的mini2440, tslib。我是用NFS方式挂载文件系统的，当然你可以用其它下载方式把目标库文件等下载到你的开发板就行。
因为是用NFS挂载方式，所以我在Fedora9终端上执行：
#cp –rf /home/mytslib/lib /opt/studyarm/rootfs/tslib/
#cp –rf /home/mytslib/etc /opt/studyarm/rootfs/tslib/
#cp –rf /mini2440/lib /opt/studyarm/rootfs/mini2440/
#cp –rf /home/mytslib/etc /opt/studyarm/rootfs/tslib
#cp /home/mytslib/bin/ts_calibrate /opt/studyarm/rootfs/bin
#cp /home/mytslib/bin/ts_test /opt/studyarm/rootfs/bin
编辑开发板/etc/profile，用来在在开发板上设置环境变量，开发板终端输入内容如下：
Cat >> /etc/profile/ << EOF
（当然也可以一个一个变量敲入，但是这种方法设置的变量在断电重新上电后又得设置一遍很麻烦，所以把变量直接写入/etc/profile后，系统启动时会自动更新变量，很简便）
export QTDIR=/mini2440
export T_ROOT=/tslib
export PATH=$QTDIR/bin:$PATH
export TSLIB_CONSOLEDEVICE=none
export TSLIB_FBDEVICE=/dev/fb0
export TSLIB_TSDEVICE=/dev/ event0
export TSLIB_PLUGINDIR=$T_ROOT/lib/ts
export TSLIB_CONFFILE=$T_ROOT/etc/ts.conf
export TSLIB_CALIBFILE=/etc/pointercal
export QWS_MOUSE_PROTO=tslib:/dev/event0
export LD_LIBRARY_PATH=$T_ROOT/lib:$QTDIR/lib
EOF
终端输入上述变量设置后，再执行一下：source /etc/profile使系统更新一遍刚设置的系统环境变量。
验证变量设置是否成功：
在开发板终端下执行：
＃echo $QTDIR 如果显示 ＃/mini2440，则说明设置成功了，在QT的移植过程中环境变量的设置是非常重要的，如果设置的不正确会出现很多问题。
比如说：在参考别人QT移植的文章时，有人环境变量设置与我的不同，主要有如下几个：
export TSLIB_FBDEVICE=/dev/input/fb0
export TSLIB_TSDEVICE=/dev/input/event0
export QWS_MOUSE_PROTO=tslib:/dev/input/event0
注意到没有：他们的环境变量中，fb0,event0设备都在/dev/input下，而我查看了我的/dev下没有input目录，所以这点要根据自已所做文件系统的实际情况来设置这些变量。
接下来我们还得设置一下触摸屏的配置文件ts.conf.它在哪里呢？前面我们把mytslib下的etc目录COPY到了开发板的/tslib/下,那么tslib一共就有bin及etc两个目录，而ts.conf就在etc目录下，开发板下用vi /tslib/etc/ts.conf
把# module_raw collie 前面的“＃”号去掉，然后把该行移至行首，最后我的配置文件如下：
module_raw collie
module pthres pmin=1
module variance delta=30
module dejitter delta=100
module linear
自执行source /etc/profile后，开发板的环境变量就完全设置好了，并且QT4.5.3的移植也基本完成了，这所以说基本，是因为现在可以运行QT程序了，但是还需要进一步的做一些移植，比如说字库，中文显示等等。接下来将验证tslib及QT4.5.3是否移植成功。
5. 测试触摸屏校正
在开发板终端下执行：
＃ts_calibrate ---------触摸较正程序
运行该程序后，屏幕将出现五点校正画面，依次点击五点后，将生成触摸屏校正数据文件/etc/pointercal.
＃ts_test ----------触摸屏拖曳测试程序
运行后屏幕出现drag，draw 依次选择后进行测试，同时终端下出现拖曳后的取点数据。
6.运行QT应用程序以验证QT4.5.3是否移植成功
我们要编译一些例子程序，同时将它们下载至开发板运行。
在终端下首先检测一下环境变量，因为在qt-embedded-linux-opensource-src-4.5.3下编译应用程序要依赖于它所生成的一些库，我们在前面第3步，不是在主机/mini2440下生成了一些库和其它文件么？其中/mini2440/lib我们移植到了开发板，这些库和其它目录中的文件我们编译QT应用程序时也是要依赖它们的，所以环境变量路径是否设置正确直接影响应用程序编译是否成功。
主机终端执行：
#echo $QTDIR ――――回显为“/mini2440”则说明环境变量设置OK，如果回显为空，或者为其它路径，则要source setenv-embedded.sh一下，不明白的请回到第3步再看一遍。
环境变量测试没问题，那么就可以编译QT程序了。
#cd ……/ qt-embedded-linux-opensource-src-4.5.3/ examples/mainwindows/application/
#qmake –project (如果提示无“qmake”命令，则肯定是你的环境变量的路径设置不正确，或者source setenv-embedded.sh一下即可)
#qmake (成生Makefile)
#make (生成可执行程序)
至此，如果你没发生什么错误应该可以在application下看到“application”的可执行程序了，把它下载到你的开发板下并执行：
＃./application –qws
现在可以看到屏幕上的对话框了吧？可能显示的不是很“正”，（但可以用触摸笔把它拖到屏中央），并且字也不是看得很清。
你可以编译其它自带的例子运行试试看。
接下来的工作就是如何把修正字体等其它工作。但初步移植算是成功了。
7. QT自带例子运行出现错误
编译home/qt-4.5.3/qt-embedded-linux-opensource-src-4.5.3/examples/widgets/imageviewer
成功后，下载板子后运行，出现：Segmentation fault，但多运行几次发现可以运行，也就是说偶尔会出现不能运行的错误，这是一个经典问题。很多文章介绍说是编译器的问题。
有的网友说：EABI的编译器编译出来的Qt-4.5的程序都会出现段错误。原因不明。这个我不敢苟同，因为我试了很多自带的例子，用带EABI的编译器arm-linux-gcc-4.3.2－EABI是可以运行的。
百度了一下，发现有价值的文章不多，下引自一网友的BLOG：http://zhubangbing.blog.163.com/blog/static/52609270200993015132315/
c/c++/qt中的段错误（segment fault）
默认分类 2009-10-30 14:59:41阅读219评论2字号：大中小
关于内存的那些话就不说了，被一帮会装会转载的人说烂了
这里只说我在写程序时遇到段错误的原因，如何解决的
总之一句话，涉及到指针的，你不能在未定义，未初始化，未 “new”之前使用，否则等待你的肯定是 segment fault,然后程序直接退出
1. 类A在执行中可能会几次用到用到类B，也可能只有一次用到，也可能一次都不用，这种情况下我的习惯就是在类A的构造函数中初始化B类对象为NULL，然后在用的地方先判断B是否实例化，未实例化，实例化，然后使用，delete B类对象时也要先判断下B是否实例化
因为这里已经初始化了类B的对象，使用时容易出的错误是在判断是否实例化时，如果在判断类本身是否实例化之前，判断了（或者说使用了）类B的成员函数/成员变量，出现段错误，因为这个类不存在，其成员函数/变量也不存在
例子:
A 的构造函数中有这样一句
this->m_b = NULL;//将B类对象 m_b初始化为NULL，此处B类为QThread的子类
使用中
void new_b()
{
if(!this->m_b)
{
this->m_b = new B;
this->m_b->start();
.....
}
}
void delete_b()
{
if(this->m_b||this->m_b->isRunning())//delete B 类对象时判断条件
{
while(!this->m_b->isFinished())
{
this->m_b->quit();
this->m_b->wait(500);
}
delete this->m_b;
this->m_b = NULL;
}
}
这样使用时，在只调用一次delete_b()时，可能不会出问题，因为这个时候m_b可能已经实例化了，所以程序只要判断到 this->m_b 为真，就会认为if条件为真，然后往下执行，但是问题是，如果调用了两次 delete_b()或者在调用之前m_b没有 new_b(),那么判断时this->m_b为假，程序就会继续判断this->m_b->isRunning()是否为真，这就出现段错误了，因为m_b未 “new”
2.两个线程共用缓存
我们的项目中音频的发送和接收是用两个线程实现的，线程的结束时间是不可控的，线程达到结束条件时肯定需要做清理工作，比如缓存的释放，设备关闭，如果一个线程结束时没有判断另外一个是否结束，清理了共用的缓存，而另外一个线程又去访问了这个缓存，就出现了段错误
在友善ARM9论坛上发现一篇可能可以解决段错误的文章：
http://www.arm9home.net/read.php?tid-2993-fpage-0-toread--page-2.html
程序 qt-embedded-linux-opensource-src-4.5.0/src/gui/embedded/qscreenlinuxfb_qws.cpp
作如下修改：
410行：
/* //EmbedSky_del start 20091208
canaccel = useOffscreen();
if(canaccel)
setupOffScreen();
*/ //EmbedSky_del end 20091208
canaccel = false;
706行：
/* //EmbedSky_del start 20091208
if (canaccel) {
*entryp=0;
*lowest = mapsize;
insert_entry(*entryp, *lowest, *lowest); // dummy entry to mark start
}
*/ //EmbedSky_del end 20091208
canaccel = false;
可能解决segmentation fault问题，请大家测试
[ 此帖被lpc2292在2010-03-24 14:37重新编辑 ]
有网友试验过上面修改embedded/qscreenlinuxfb_qws.cpp的方法，并成功解决此错误，我暂时没有去试，因为要重新编译一遍QT，几个小时下来，够让人等的。
下面引自一网友的文章，简单的说明了一下段错误的产生原因，及调试方法。
网友BLOG地址：http://hi.baidu.com/sunblackshine/blog/item/ed9812f12f66f5a5a40f529f.html
qt 段错误，简单调试方法
2009-11-14 23:39
| 如果Qt程序不大也不小，有些地方难免会出现声明指针后没有具体实现的情况。这种情况下Qt在编译阶段是不会出现错误的，但是运行的时候会出现“段错误”，其他什么都不会显示。 |
1318
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
