View Single Post
free's Avatar
Posts: 739 | Thanked: 159 times | Joined on Sep 2007 @ Germany - Munich
#14
Originally Posted by wolf08 View Post
It seems that these segfaults occur when something is compiled and then run during compilation. The segfault then happens because qemu does not replicate an armv6 (which the n800 has) correctly. The workaround for this would be to either use cpu-transparency (maybe a bash script to only use it when not running gcc?) or to disable that part of the make (which would only work if it was a check).

Hope that helps. It would be interesting to investigate the possibility of a cpu-transparency that only functioned outside of a gcc /g++ make.
It's qmake that segfaults. Either not well built or yes, qemu doesn't like soft float point. No clue really. It's probably not worth it anyway (eventhough I would have liked to confirm..).
I tried forcing the build of qmake without these flags with a bash script awfull hack but didn't play well with scratchbox transparency.
I also tried to modify the qmake conf so that qt-tools are built without these but the libs are built with it. I failed understanding all the flags..

For me, the only thing that I'm looking for is a _packaged_ kde. Penguinbait's looks good enough but I simply don't like big archives with no uninstalls. It's like going back 10 years before. I'm a "long time" deb user, that probably explains it, it's not meant bad for people doing archives.
But I'd still be interested to see kde _4_
By the way, there is an amazing thread in 770 subforums where somebody discovered a huge (9000 packages?) armel port repository. It contains qt4.3.3 and kde 3.5.8 packages. When I get back home and play with my n800, I'll try this kde.