![]() |
2012-07-06
, 07:17
|
Posts: 805 |
Thanked: 1,605 times |
Joined on Feb 2010
@ Gdynia, Poland
|
#72
|
Also I get the following error during linking
I suspect that I have to declare somewhere that I want to use egl instead of regular openglCode:/usr/local/lib/libclutter-eglx-0.8.so: undefined reference to `glMultMatrix'
--with-gles=1.1
--with-flavour=eglnative --with-gles=1.1
![]() |
2012-07-06
, 18:08
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#73
|
configure: WARNING: unrecognized options: --with-flavour, --with-gles
CFLAGS="-I/usr/local/include/" LDFLAGS="-L/usr/share/local/lib/" ./configure
/usr/lib/libpangocairo-1.0.so: undefined reference to `pango_fc_font_create_base_metrics_for_context'
HD_LIBS="/usr/local/lib/libpangocairo-1.0.so" ./configure
![]() |
2012-07-06
, 20:52
|
|
Posts: 5,028 |
Thanked: 8,613 times |
Joined on Mar 2011
|
#74
|
![]() |
2012-07-07
, 14:04
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#75
|
/usr/lib/libpangocairo-1.0.so: undefined reference to `pango_fc_font_create_base_metrics_for_context' /usr/local/lib/libclutter-eglx-0.8.so: undefined reference to `glMultMatrix'
HD_LIBS="/usr/local/lib/libpangocairo-1.0.so" ./configure
--with-flavor=eglx -with-gles=1.1
![]() |
2012-07-07
, 18:56
|
Posts: 805 |
Thanked: 1,605 times |
Joined on Feb 2010
@ Gdynia, Poland
|
#76
|
By the way, misiak, thanks very much for the insightful comments, if it wasn't for your posts I'd still be in the beginning.
I got the glMultMatrix error only, but I cannot reproduce this behaviour
I tried recompiling clutter withand I got undefined reference errors for about every clutter function (see attachment)Code:--with-flavor=eglx -with-gles=1.1
If I do a simple configure I get back to the previous two errors.
Studying the code a little has revealed that glMultMatrix is a vanilla OpenGL function and not an OpenGL ES one so I assume I should somehow tell hildon-desktop to build with OpenGL ES. I cannot find relevant configure flags like those in clutter.
--with-flavour=[glx/eglx/eglnative/win32/osx/cex100] : Select the Clutter backend; default=glx.
--with-gles=[1.1/2.0] : Select the version of GLES to support in COGL; default is 1.1.
The Following User Says Thank You to misiak For This Useful Post: | ||
![]() |
2012-07-08
, 13:07
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#77
|
Nice to hear that, it's always nice to know someone appreciates my help
Few notes on this:
1. For clutter configuration options, you can read http://developer.gnome.org/clutter/1...g-clutter.html , e.g. part "Platform specific instructions" -> "Linux", there are these two options: so we need to set it to e.g. eglx unless maemo version has this already changed and So you may want to set it to 2.0 (as both Fremantle and Harmattan have these libs), but remember to install -dev packages of it (and maybe of GLES 1, it won't do harm I guess).
In file included from cogl-pvr-texture-gl.c:30: /usr/include/GLES/gl.h:756: error: conflicting types for 'glTexImage2D' /usr/include/GLES2/gl2.h:609: note: previous declaration of 'glTexImage2D' was here
2. As you already wrote you have problem with paths - maybe it looks for opengles in wrong places? It's not default in N900 sdk afaik (example opengl es 1.1 codes need to have include paths changed, maybe there's a problem with directories here, to?) EDIT: I'm not sure how it would work later in a chroot in Harmattan - if it's linked somehow with opengl es libraries from Fremntle and then you would try to run it on Harmattan - these libs should be at the same location and in abi-compatible versions, can we be sure this is possible? As these libs are closed source and ~2 years passed between them, it is not obvious to me. Maybe someone with both N900 and N9 can check that and in the meanwhile, please look at third option
3. If you are really blocked now, maybe try compiling clutter with software rendering only (to get things going and just leave this on TODO list and go back later maybe)? See http://talk.maemo.org/showthread.php?t=83442 , "For developer" part, "step #2". You may also want to ping AapoRantalainen as he seems to know more about compiling clutter (he also had some compilation errors and had to correct one of source files), maybe he can help you with this issue.
![]() |
2012-08-10
, 17:27
|
Posts: 1,336 |
Thanked: 3,932 times |
Joined on Jul 2010
@ Brittany, France
|
#79
|
![]() |
2012-08-10
, 17:32
|
|
Moderator |
Posts: 2,622 |
Thanked: 5,447 times |
Joined on Jan 2010
|
#80
|
The Following 3 Users Say Thank You to qwazix For This Useful Post: | ||
libhildon, libmatchbox2 (with a hack), gnome-menus, gnome-vfs, gnome-mime-data all built successfully, but I hit another brick wall which now seems insurmountable.
Harmattan does not support xrandr. Due to performance issues Nokia decided not to rely on xrandr for orientation changes, but they did not stay to that decision, they crippled xrandr. Trying to compile xrandr from debian or meego results in a infinite-loopish configure error
What do I do now?
Installing libxrandr-dev solved the problem. Don't know how the crippled xrandr will affect actual operation (no rotation?), we'll see.
Now I've got to solve the problem that h-d is trying to use pango from harmattan and not the one I compiled from fremantle (which is in /usr/local/lib instead of /usr/lib)
Also I get the following error during linking
Proud coding competition 2012 winner: ρcam
My other apps: speedcrunch N9 N900 Jolla 末 contactlaunch 末 timenow
Nemo UX blog: Grog
My website: qwazix.com
My job: oob
Last edited by qwazix; 2012-07-05 at 23:10.