Re: undefined symbol: wl_display_get_rgb_visual

2011-05-19 Thread Thierry Reding
* Christopher Friedt wrote: > Hi folks, > > I'm running into the following error when trying to launch demos. > > terminal: symbol lookup error: /usr/lib64/egl/egl_gallium.so: > undefined symbol: wl_display_get_rgb_visual > > The folllowing code snippet confirms that the symbol does not get > in

Re: [Mesa-dev] [PATCH] egl: Link wayland-drm.a into libEGL after egl_dri2

2011-05-19 Thread Christopher Friedt
Kristian / Thierry Do you think this error is related? terminal: symbol lookup error: /usr/lib64/egl/egl_gallium.so: undefined symbol: wl_display_get_rgb_visual Likely, eh? I'll try out the patch as well and see if it helps. Cheers, C 2011/5/19 Kristian Høgsberg : > On Wed, May 18, 2011 at 2

undefined symbol: wl_display_get_rgb_visual

2011-05-19 Thread Christopher Friedt
Hi folks, I'm running into the following error when trying to launch demos. terminal: symbol lookup error: /usr/lib64/egl/egl_gallium.so: undefined symbol: wl_display_get_rgb_visual The folllowing code snippet confirms that the symbol does not get installed in any shared library for i in $(qlis

Re: [PATCH] egl: Link wayland-drm.a into libEGL after egl_dri2

2011-05-19 Thread Kristian Høgsberg
On Wed, May 18, 2011 at 2:59 PM, Thierry Reding wrote: > Fixes the following build error in wayland-demos: > >          CCLD   wayland-compositor >        /usr/lib/libEGL.so: undefined reference to > `wayland_drm_buffer_get_buffer' >        /usr/lib/libEGL.so: undefined reference to `wayland_drm_

Re: [PATCH] Update .gitignore

2011-05-19 Thread Kristian Høgsberg
On Wed, May 18, 2011 at 10:34 PM, Casey Dahlin wrote: > --- >  compositor/.gitignore |    2 +- >  1 files changed, 1 insertions(+), 1 deletions(-) Thanks, applied, will push later. Kristian > diff --git a/compositor/.gitignore b/compositor/.gitignore > index 847efbd..6e8eb59 100644 > --- a/comp

Re: Wayland Window Management Proposal

2011-05-19 Thread Russell Shaw
On 19/05/11 04:17, Bill Spitzak wrote: Michal Suchanek wrote: In the case of a resize event the response includes submitting a buffer containing resized window content to the compositor. The compositor requires this new resized content to draw the window so it cannot be avoided. I think the

Re: Wayland Window Management Proposal

2011-05-19 Thread Daniel
El dc 18 de 05 de 2011 a les 11:17 -0700, en/na Bill Spitzak va escriure: > Michal Suchanek wrote: > > [...] I think there is also a > problem in that the compositor cannot be absolutely certain that a given > resize is in response to a resize request. It doesn't need to, as it makes no differe