Re: undefined symbols in i915_dri.so

Werner LEMBERG wrote: >> Indeed, doing >> >> LD_LIBRARY_PATH=/usr/local/x11/lib \ >> ldd -d -r i915_dri.so >> >> gives >> >> undefined symbol: _glapi_check_multithread (./i915_dri.so) > > [...] > >> Apparently the build script is missing something. Please advise. > > I found the pro

Re: [Mesa3d-dev] Mesa 7.4-rc2 no separate compilation units in GLSL 1.20 ?

Besides mixing GLSL versions like Ian said, there's other issues with shader concatenation such as #pragmas and preprocessing. Nevertheless, concatentation will probably work fine in most cases and it's relatively simple to implement. I've been working on it a little bit in the evenings and sh

Re: Mesa 7.4-rc2 no separate compilation units in GLSL 1.20 ?

Mateusz Kaduk wrote: > Hi, > > I am curious will "Separate compilation units" be supported in mesa 7.4 > for Intel 3d driver ? > Both commercial and not commercial games for Linux does not work well or > just die because of not being able to compile shader. > > Example > [26/03/2009 08:13:43] [Sh

Re: Xlib/GLX multiple displays and threads

Rohit Garg wrote: > Hi, > > I am writing an app that needs to render different stuff to different > windows (not full screen). Windows (the correct X name for that is > display right?) are completely independent and share no data and have > no communication. Naturally, I want to use multiple threa

Re: [PATCH] egl: Use -dlopen rather than -dl which is non portable

Dan Nicholson wrote: > On Tue, Feb 24, 2009 at 8:51 PM, Benjamin Close > wrote: >> Signed-off-by: Benjamin Close >> --- >> src/egl/main/Makefile |2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/src/egl/main/Makefile b/src/egl/main/Makefile >> index 89b4a20..a543f

Re: [mesa] Fix mesa compilation under FreeBSD

Benjamin Close wrote: > The following patches fix compilation under FreeBSD. The gallium commit > forgot about the other operating systems that are out there. These > patches allow successful compilation. Thanks. Committed. BTW, in the future please post Mesa patches to the mesa3d-dev list. -Br

Re: [ANN] piglit v1 - automated OpenGL tests

Nicolai Hähnle wrote: > This is to announce the release of piglit v1. [...] Congrats on the release, Nicolai. Just a few notes about glean: The glean code in piglit might be a little out of date. I recently brought over a few updates/fixes from the glean tree, but there's probably more that s

Re: bumping mesa's texture limit to 4kx4k in 7.4?

Khashayar Naderehvandi wrote: > Any chance commit 954dfba12986f578f2d8461818f9e9ac1f8f2b41 in > mesa/mesa, the one that bumps mesa's texture limit to 4kx4k for i965 > will end up in the 7.4 branch? It's such a small patch, and it does > fix a seriously annoying bug that has been present for way too

Re: Intel GLSL /w sdlmame (Was: Re: dga does't work correctly)

Steven Newbury wrote: > On Saturday 10 January 2009 04:33:36 tom fogal wrote: >> Steven Newbury writes: >> [snip] >> >>> (including using GLSL shaders for overlay effects, though sadly the >>> shader fails to compile with the intel driver for some reason [1]) >> [snip] >> >>> [1] >>> src/osd/sdl/g

Re: [PATCH] GLX: Avoid a crash if we ever end up trying to use glapi_noop_table

I'm in favor of this patch. But I'm not such which xserver branch(es) it should be applied to. Can someone clue me in? -Brian Jon TURNEY wrote: > I'm not sure if this is patch-worthy or not, but whilst getting GLX to work > again on Cygwin/X I came across this... > > If the GL dispatch tabl

Re: [patch] glx//Makefile.am

Pat Kane wrote: > Attached is a patch to add $MESA_SOURCE/include to the list of glx includes. > MESA_SOURCE is set in the xorg-server/configure file with the argument > "--with-mesa-source=MESA_SOURCE", but was not being used. > > Pat > --- > > > --

Re: glXGetCurrentDisplay returning NULL even with appropriate visual

tom fogal wrote: > Hi, I've run into a snag in what seems like glX initialization. > > Through debug versions of client libraries [1], I think I've > established why my application is segfaulting in XQueryExtension. The > display (`dpy' variable) passed is NULL, which seems quite suspect. > Assum

Re: OpenGL is free free free software

John Tapsell wrote: > Can anyone comment on the relationship between this and mesa? The Mesa git repo and tarball releases include a few things that originate from SGI: 1. Header files such as GL/glu.h (plus some Khronos headers like glext.h) 2. The libGLU library 3. The client-side GLX librar

Re: EGL for X

[EMAIL PROTECTED] wrote: > Hi Brian, > > I took a look at the Gallium code & following are my analysis till now.. > > 1>So, there is now libEGl.so,libEGLdri.so & also egl_xdri.so.That means > my client program first talks to libEGL.so which in turn talk to either > of libEGLdri.so OR egl_xdri.s