Yes I originally did write the -platform and -xplatform with the leading / character.  I rebuilt Qt Embedded without the leading / and Qt Creator no longer complains about it.  However, Qt Creator fails to locate my arm-linux-g++ compiler, even though it is in my path.  I'm able to locate it via the commandline with 'which arm-linux-g++'.

Compiling a Qt app appears to work successfully via the commandline (make clean;qmake -configure release; make).  Although I will need to rebuild Qt Embedded without the -host-big-endian as you suggested so I can get a valid executable on my sample project.

I'm not sure why Qt Creator isn't seeing arm-linux-g++ when the commandline sees it, but at least I can compile in bash.

Since I'm compiling my test app static, do I need to install any Qt libraries on my target device?  I'm assuming the executable that gets created for the test app is self contained, other than perhaps any dependancies reported by 'ldd ./path/to/appname' which there are none reported.

At any rate, as I was typing this email, I did rebuild Qt Embedded without the -host-big-endian and ensuring the leading / on -platform and -xplatform are removed.  I'm able to build an executable on the commandline, not in Qt Creator.  Desktop "can't execute binary executable" presumably because it's an arm executable.  I'll see what happens when I put this sample program on the Gumstix.

On Wed, Feb 3, 2010 at 11:11 AM, David Boddie <dboddie@trolltech.com> wrote:
coderdrone@gmail.com wrote:

> Well I managed to get a bit farther with this installation.  To answer a
> few of your questions, we were attempting to build 4.6.x, but have
> switched to
> 4.5.3 for now.  I could probably rebuild on 4.6.x with my new configure
> options...

It's probably best to stick with something that (kind of) works.

> I really don't know what toolchain I'm using.  I do have OpenEmbedded
> installed, and have some arm-linux-g++ installed, but I don't remember
> where
> that came from.  I then installed Qt Embedded from a Commercial tarball
> using the following configure parameters (note I copied qws/linux-arm-g++
> to qws/linux-gumstix-g++ in case I wanted to make any changes to it):
>
> ./configure -static -prefix /opt/QtEmbedded -embedded arm -platform
> /qws/linux-x86-g++ -xplatform /qws/linux-gumstix-g++ -no-largefile
> -no-accessibility -no-openssl -fast -little-endian -no-cups
> -host-big-endian -qt-freetype -nomake examples -silent

Did you actually write "-platform /qws/linux-x86-g++" and
"-xplatform /qws/linux-gumstix-g++" with leading "/" characters?
This _may_ make it look for a file on an absolute path.

> Then ran gmake and sudo gmake install.  Everything appeared to install
> successfully.  However, in Qt Creator, when I try to add a new Qt version
> in the tools -> options menu, the debugger helper will not rebuild and any
> project I try to compile against the Qt Embedded libraries fail with an
> error:
>
> Starting: /opt/QtEmbedded/bin/qmake /home/user/Projects/Qt
> Creator/testembedded/testembedded.pro -spec /qws/linux-gumstix-g++ -r
> CONFIG+=debug
> Failure to read QMAKESPEC conf file /qws/linux-gumstix-g++/qmake.conf

This looks like it's an absolute path, caused by passing a leading slash
to the configure script.

> There is no qws folder directly under /opt/QtEmbedded.  It's under
> /opt/QtEmbedded/mkspec/qws.  I'm not sure why it's trying to use
> /qws/linux-gumstix-g++ or how to change that.

Can you clean your source tree with "make confclean" and try configuring
again with

 ./configure -static -prefix /opt/QtEmbedded -embedded arm -platform \
 qws/linux-x86-g++ -xplatform qws/linux-gumstix-g++ -no-largefile \
 -no-accessibility -no-openssl -fast -little-endian -no-cups \
 -qt-freetype -nomake examples -silent

and building again. Note that I removed the "-host-big-endian" option.
I don't think your x86 host is big endian, and the configure script should
guess the correct endianness for your host, anyway.

David


------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users