Oh, yeah, sbrsh is a no go x_x There is absolutely no way I've found to actually get the damn thing running for more than thirty seconds, Scratchbox and tablet refuse to speak after that. Don't count on anything from my end...
Oh, yeah, sbrsh is a no go x_x There is absolutely no way I've found to actually get the damn thing running for more than thirty seconds, Scratchbox and tablet refuse to speak after that. Don't count on anything from my end...
, thanks for your efforts. I'd try but ssh doesn't work wih my router. I think sbrsh uses ssh anyway.
I cannot yet beleive qemu has wrong hardware emulation...
I'd rather suppose code generation of moc or other Qt parts was wrong, may be unsupported processor code used
did you exam compiler and/or linker options in Makefile for Qt build process?
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |LATER
------- Additional Comments From jussi.hakala@movial.fi 2008-02-21 16:41 -------
This is a qemu problem.
A new version of cputransp devkit has been released with additional patches to
qemu 0.8.2, a (not so recent) cvs snapshot of qemu and an additional cvs
snapshot of qemu for arm architecture.
Try again with the first two and the third if your architecture is arm.
some time ago when I was cross-building qtopia2 from scratch for ARM on i386 I had these sort of problems, basically the trolltech build scripts built various utilities for ARM processor and then tried to run them on x86 processor.
the way I solved it was to build a complete i386 qt/qtopia suite from scratch, so that I had a working copy of moc, qmake etc. I then went back to the Arm build, moved the arm moc & qmake binaries aside, then copied over the i386 binaries. I changed the ownership and made the files read only, so that the build process couldn't trample over them.
it worked OK for me, although I did have to do some funky environment setting to make it all work, but that's almost certainly less of a problem with qt4 now.
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |LATER
------- Additional Comments From jussi.hakala@movial.fi 2008-02-21 16:41 -------
This is a qemu problem.
A new version of cputransp devkit has been released with additional patches to
qemu 0.8.2, a (not so recent) cvs snapshot of qemu and an additional cvs
snapshot of qemu for arm architecture.
Try again with the first two and the third if your architecture is arm.
, thanks for your efforts. I'd try but ssh doesn't work wih my router. I think sbrsh uses ssh anyway.