Hi,

On 25 Jan 2012, at 15:29, ext Jon Ander Peñalba wrote:

> Hi,
> 
> My employee is interested in using Qt for some of it's iPhone and iPad apps 
> and I'm trying to test how much is supported.

src/plugins/platforms/uikit/README already states some things which are 
supposed to work / might work. It doesn't mention most stuff that does *not* 
work, the two most obvious things that come to my mind are
* retina resolution (might be easily fixable, but I haven't looked at it)
* "advanced" text input, i.e. the looking glass and select/copy/paste 
functionality one is used to from iOS
* QWidgets (Widgets might work, or not, but if they work they are definitely 
not iOS style)

> The problem is I've haven't been able to even compile it.
> 
> This are the exact steps I've followed (Qt is downloaded to 
> qt-everywhere-opensource-src-4.8.0):
> 
> mkdir qt-lighthouse-ios-simulator
> cd qt-lighthouse-ios-simulator
> ../qt-everywhere-opensource-src-4.8.0/configure -qpa -xplatform 
> qpa/macx-iphonesimulator-g++ -arch i386 -developer-build -release -opengl es2 
> -no-accessibility -no-qt3support -no-multimedia -no-phonon-backend -no-webkit 
> -no-scripttools -no-openssl -no-sql-mysql -no-sql-odbc -no-cups -no-iconv 
> -no-dbus -static -nomake tools -nomake demos -nomake docs -nomake examples 
> -nomake translations
> 
> And this the error I get:
> 
> The OpenGL ES 2.0 functionality test failed!
>  You might need to modify the include and library search paths by editing
>  QMAKE_INCDIR_OPENGL_ES2, QMAKE_LIBDIR_OPENGL_ES2 and QMAKE_LIBS_OPENGL_ES2 in
>  
> /Users/jonan/Downloads/qt-everywhere-opensource-src-4.8.0/mkspecs/qpa/macx-iphonesimulator-g++.
> 
> I saw in the Qt Labs Developer Blog that this might happen if you have an old 
> version of the SDK, but I have version 4.3 and I've checked all the paths in 
> mkspecs/qpa/macx-iphonesimulator-g++/qmake.conf
> 
> Any idea of how to solve it or what could be causing it?

It is an issue related to newer Xcode, which doesn't create a "g++-4.2" link 
anymore (but which is set in the mkspecs). Changing all g++-4.2 to g++ in the 
mkspec's qmake.conf should mend the issue. In my setup, the next thing that 
fails is configure's endianess detection, which can be worked around by 
explicitly adding -little-endian and -host-little-endian to the configure line.
The examples also need some adaptions if used with the 5.0 SDK.

I've pushed a few patches to staging for the current 4.8 development branch, 
which fix these issues (and use the 5.0 SDK by default), these should arrive 
shortly upstream. You can get them from the repository 
(http://qt.gitorious.org/qt/qt/trees/4.8, there's also a "Download as tar.gz" 
link if you don't want to use git) when they made it through the system.

With Qt 4.8 now also being in open governance, I'd be glad to review patches 
that someone might have.

Br, Eike

-- 
Eike Ziller
Principal Software Engineer

Nokia, Qt Development Frameworks

Nokia gate5 GmbH
Firmensitz: Invalidenstr. 117, 10115 Berlin, Germany
Registergericht: Amtsgericht Charlottenburg, Berlin: HRB 106443 B
Umsatzsteueridentifikationsnummer: DE 812 845 193
Geschäftsführer: Dr. Michael Halbherr, Karim Tähtivuori

_______________________________________________
Interest mailing list
[email protected]
http://lists.qt-project.org/mailman/listinfo/interest

Reply via email to