Hey Haithem, All Girish was trying to indicate is that -lGL is not being explicitly added to the widgets link line; it is probably being snuck in via some environmental querying mechanism like pkg-config. This is a real pain in the rump to debug, and I personally tend to edit the .pro files, make qmake, and examine the resulting Makefile for the offending link entry.
Also: You don't need to include all the -no-xfoo entries! I cleaned up the configure script considerably, but was strong armed to leave in these defunct tests which actually are nothing other than legacy litter which may be of relevance to the xlib QPA plugin. Feel free to poke Girish and myself about this, we will happily try to aid you as much as humanly possible. (You get better response times by emailing me directly than emailing any lists I am a member of) Toodles, Donald 2012/4/5 haithem rahmani <[email protected]>: > > Hi, > > On Wed, Apr 4, 2012 at 7:59 PM, Girish Ramakrishnan <[email protected]> > wrote: >> >> Hi haithem, >> >> 2012/4/4 haithem rahmani <[email protected]>: >> > Hi, >> > I'm trying to cross-compile the QT5 alpha, for ST SoCs >> > I configured it as follows: >> > >> > $> ./configure -opensource -confirm-license -no-eglfs -no-xcb >> > -xplatform >> > linux-sh4-g++ -prefix /home/rahmanih/qt-5.0.0 -no-opengl -no-xrender >> > -no-xkb >> > -no-xinerama -no-xshape -no-xvideo -no-xsync -no-xinput -no-xinput2 >> > -no-egl >> > -no-xcursor -no-xfixes -no-xrandr >> > >> > even though I explicitly passed the option " -no-opengl", I'm getting >> > the >> > following error: >> > >> > $> >> > >> > /opt/STLinux-2.4/devkit/sh4/bin/../lib/gcc/sh4-linux/4.6.3/../../../../sh4-linux/bin/ld: >> > cannot find -lGL >> > >> >> The GL line can come from various sources. some debugging hints: >> 1. Is your ST mkspec free of GL? > > > yes it is. > >> >> 2. From pkg-config. Do a quick grep in your pc files, if you are using >> pkg-config > > > I don't have any GL/EGL lib on my paths. > >> >> 3. Note that on the desktop, you also have to pass -no-egl to be free of >> "gl". >> >> 4. Then check mkspecs/qconfig.pri - does it have any opengl or egl or >> gles2? > > > Nope. > >> >> 5. Check that QtGui is actually free of gl using ldd. > > > the issue is not is the QtGui, but in the explicit "-lGL" that is passed to > the link command. > > I simulated the cross-compilation for my x86_64 machine with the following > command: > > ./configure -opensource -confirm-license -no-eglfs -no-xcb -directfb > -xplatform linux-g++-64 \ > -prefix /home/rahmanih/qt-5.0.0 -no-opengl -no-xrender > -no-xkb -no-xinerama -no-xshape \ > -no-xvideo -no-xsync -no-xinput -no-xinput2 -no-egl > -no-xcursor -no-xfixes -no-xrandr > > and it's the same in the "qtbase/src/widgets/Makefile" > > LIBS = $(SUBLIBS) > -L/home/rahmanih/qt-everywhere-opensource-src-5.0.0/qtbase/lib > -L/usr/X11R6/lib64 -lQtGui > -L/home/rahmanih/qt-everywhere-opensource-src-5.0.0/qtbase/lib -lQtCore > -lpthread -lGL > > -- > "If you ask a question - you will be a fool for 5 minutes, otherwise > ignorant for rest of your life" > > > _______________________________________________ > Development mailing list > [email protected] > http://lists.qt-project.org/mailman/listinfo/development > -- ------------------------------- °v° Donald Carr /(_)\ Professional Penguin lover ^ ^ Cave canem, te necet lingendo _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
