[Qt] Qt framebuffer for ARM

[Zoran Djordjevic]

SORRY - my mistake - compiler options are (previous ona was from some other attempt):
 
-MObjFPC -Scghi -O1 -Tlinux -Parm -g -gl -vewnhi -l -Filib/arm-linux -Fu../../../lazarus/lcl/units/arm-linux/qt -Fu../../../lazarus/lcl/units/arm-linux -Fu../../../lazarus/components/lazutils/lib/arm-linux -Fu../../../lazarus/packager/units/arm-linux -Fu. -FUlib/arm-linux/ -dLCL -dLCLqt -dQTOPIA -k-L/home/djdjdjole/lazarus/fpc/libcross
 
Thanks
  

________________________________
 From: Den Jean <Den.Jean at telenet.be>
To: Items specific to the Qt widget set <qt at lists.lazarus.freepascal.org> 
Sent: Thursday, November 22, 2012 10:09 PM
Subject: Re: [Qt] Qt framebuffer for ARM
  
Zeljko,
   FYI : http://forum.lazarus.freepascal.org/index.php/topic,18957

> I have success when using GTK over X11 for ARM, but now I want to try Qt with
> -qws option ie. using framebuffer. 
> I successfuly used Qt (over X11) on desktops, using Lazarus. Also I successfully 
> built libqt4pas.so for ARM and when tried to compile Qt project for ARM (also
> added -dQTOPIA in options), got few errors at linking phase, all starting with:
> undefined reference to QX11Info....
QX11Info seems properly ifdefed so you did not pass correctly the options.

make PREFIX=/usr clean all LCL_PLATFORM=qt OPT="-dQTOPIA"

> Where I go wrong and is it possible at all to crosscompile Qt project with Lazarus
> which would not use X11 but framebuffer?
There are alot of fixes for X11 and MSWINDOWS in lcl/qt 
so I do not know the state of Lazarus on Qt Qtopia/QWS

grep -e  'HASX11\|MSWINDOWS' /storage/svn/lazarus/lcl/interfaces/qt/*.p*  | wc -l
reveals 141 Windows or X11 specific fixes. No work specifically has been done for Qtopia


regards,

Jan



_______________________________________________
Qt mailing list
Qt at lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/qt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/qt/attachments/20121122/bd22d5bc/attachment-0002.html>