开始改了重新编译发现改的东西老是变回来了，看了一些脚本原来那个脚本都是先删除原来编译的再重新来，晕死......

是的,build_qtopia这个脚本会删除已经解压出来的qtopia源代码目录并且重新解压。你可以在修改完解压出来的源代码之后重新打包，覆盖掉原来的源代码压缩包。这样下次脚本用的就是你修改过的代码了。


config.log文件在configure文件的同一个目录下，是运行过configure之后生成的记录

lcong@lcong-desktop:/opt/FriendlyARM/mini2440/x86-qtopia/qtopia-2.2.0-FriendlyARM$ ./configure -qte '-embedded -no-xft -qconfig qpe -depths 16,32 -system-jpeg -gif' -qpe '-edition pda -displaysize 240x320  -fontfamilies "helvetica fixed micro smallsmooth smoothtimes"' -qt2 '-no-opengl -no-xft' -dqt '-no-xft -thread'

This is the Qtopia Free Edition.

You are licensed to use this software under the terms of
the Qtopia Free Edition License.

Type '?' to view the Qtopia Free Edition License.
Type 'yes' to accept this license offer.
Type 'no' to decline this license offer.

Do you accept the terms of the Qtopia Free Edition License? yes

Using the following configurations:
QPE_CFG="'-edition' 'pda' '-displaysize' '240x320' '-fontfamilies' 'helvetica fixed micro smallsmooth smoothtimes' -no-qtopiadesktop -release -platform 'linux-g++' -xplatform 'linux-generic-g++'"
QTE_CFG="'-embedded' '-no-xft' '-qconfig' 'qpe' '-depths' '16,32' '-system-jpeg' '-gif' -release -platform 'linux-g++' -xplatform 'linux-generic-g++'"
QT2_CFG="'-no-opengl' '-no-xft' -platform 'linux-g++'"
DQT_CFG="'-no-xft' '-thread' -platform 'linux-g++'"

Qtopia is now configured.

Type "make"              to build the qtopia bundle (and the tools, if required).
Type "make install"      to install Qtopia.
Type "make cleaninstall" to install Qtopia after removing the image first (avoid stale files in the image).
Type "make clean"        to clean the qtopia bundle.

Type "make tools"        to build the tools bundle.
Type "make cleantools"   to clean the tools bundle.

To manually build a particular component (eg. because it failed to build)
source the set...Env script. eg. . ./setQpeEnv; cd $QPEDIR; make

lcong@lcong-desktop:/opt/FriendlyARM/mini2440/x86-qtopia/qtopia-2.2.0-FriendlyARM$


搞不定，看来只有先看看其他的东西了以后再看能弄好不，肯定是不会打算去虚拟fedro了，我的configure后目录里根本就没有config.log，难怪我一直就找不到，我把configure后/opt/FriendlyARM/mini2440/x86-qtopia/qtopia-2.2.0-FriendlyARM目录截图下来了

抱歉，准确的说，这个config.log是由autoconf生成的configure产生的，qtopia的configure不属于这种情况，所以在qtopia-2.2.0-FriendlyARM目录下是找不到的。在konq目录下configure后会有。

总版主，我在linux下编译QT时老是报错cannot find -lqte 。环境是redhat 9+arm-linux-gcc 4.3.2+arm-qtopia(光盘里的，鼠标和触摸屏同时支持)，开发板是micro2440 64M的。检查了Makefile文件，里面LIBS=&(SUBLIBS) -L$(QTDIR)/lib -lm -lqte ,用echo输出QTDIR变量，发现它指向arm-qtopia/qtopia-2.2.0-friendarm/qt2，但是进入qt2中的lib文件夹，下面只有libqt.so,没有libqte.so，我认为就是这样所以才报错。我把Makefile中改为LIBS=&(SUBLIBS) -L$(QTDIR)/lib -lm -lqt,照样报错cannot find -lqt 。另外我查了arm-qtopia/qtopia-2.2.0-friendarm/qtopia/lib，里面有libqte.so，还是修改Makefile为LIBS=&(SUBLIBS) -L$(QPEDIR)/lib -lm -lqte,还是报错cannot find -lqte。
这个问题困扰了好几天了，请问哪里出问题了？另外是不是要用fedora9 编译，用redhat9不行啊？

补充一下，我在qt下编译应用程序。用progen生成工程文件，用tmake生成Makefile文件。

x86 qt编译老是通不过啊

错误信息如下：
checking for meinproc... compiled
checking for Qtopia... ./configure: line 24302: test: : integer expression expected
configure: error: Cannot link small Qtopia Application. For more details look at
the end of config.log
make: *** No targets specified and no makefile found.  Stop.
strip: konq-embed/src/konqueror: 没有那个文件或目录
cp: stat‘konq/konq-embed/src/konqueror’失败: 没有那个文件或目录
mkdir: 无法创建目录‘qtopia-2.2.0-FriendlyARM/qtopia/image/opt/Qtopia/pics/konqueror’: 没有那个文件或目录
cp: 无法创建一般文件‘qtopia-2.2.0-FriendlyARM/qtopia/image/opt/Qtopia/pics/konqueror’: 没有那个文件或目录
cp: 无法创建一般文件‘qtopia-2.2.0-FriendlyARM/qtopia/image/opt/Qtopia/apps/Applications’: 没有那个文件或目录


我是linux菜鸟。用的redhat9
根据楼主提供的改了程序/opt/FriendlyARM/mini2440/x86-qtopia/qtopia-2.2.0-FriendlyARM/qt2/src/tools/qmemoryfile_unix.cpp 143行处的代码，可问题还在啊，请知道的人，指教下，谢谢啦

引用第25楼dcy6622727于2009-12-28 22:21发表的 Re:x86 qt编译老是通不过 :
x86 qt编译老是通不过啊

错误信息如下：
checking for meinproc... compiled
checking for Qtopia... ./configure: line 24302: test: : integer expression expected
.......

我也是同样的问题，改了143行那个，还是这个问题。。。那个build.log在哪儿呢？

Freescale imx6 imx53 imx51 imx27 君正jz4740 jz4760 龙芯mips x86工控机等平台Qt/Embedded和Qtopia移植方案，有克隆模式或扩展模式双显多显解决方案。邮箱 touchqvfb   163的邮箱在工控领域qte图形界面比X-windows下显示图形界面APP要稳定的多，因为多次非法关机后会使linux系统文件损坏导致x11启动不起来，gnome或KDE桌面非常脆弱的，它太庞大了，若是一些环境变量文件损坏了界面就崩溃，而使用QVFB framebuffer方式显示不依赖于系统配置，所以在高可靠领域一般都是使用这种方式显示。