| Age | Commit message (Collapse) | Author |
|---|
|
When --enable-shared-glapi is specified, libGL will share libglapi with
OpenGL ES instead of defining its own copy of glapi. This makes sure an
app will get only one copy of glapi in its address space.
The new option is disabled by default. When enabled, libGL and libglapi
must be built from the same source tree and distributed together. This
requirement comes from the fact that the dispatch offsets used by these
libraries are re-assigned whenever GLAPI XMLs are changed.
For GLX, indirect rendering for has_different_protocol() functions is
tricky. A has_different_protocol() function is assigned only one
dispatch offset, yet each entry point needs a different protocol opcode.
It cannot be supported by the shared glapi. The fix to this is to make
glXGetProcAddress handle such functions specially before calling
_glapi_get_proc_address.
Note that these files are automatically generated/re-generated
src/glx/indirect.c
src/glx/indirect.h
src/mapi/glapi/glapi_mapi_tmp.h
|
|
Now that MESA_MINOR=10, we no longer need the extra '0' in the
version string.
|
|
glxinfo and glxgears run on swrast and softpipe without undefined symbol
errors.
|
|
Move glapi to src/mapi/{glapi,es1api,es2api}.
|
|
The xlib build was using the system's Xlib headers or bombing if they
weren't available.
|
|
|
|
This just makes the use of mklib more consistent throughout Mesa where
we always want to pass the linker and LDFLAGS when we might be making a
shared library.
|
|
Respect the user's choice of shell when running mklib rather than always
using /bin/sh.
|
|
Also, build driverfuncs.c into libmesa.a since it's always needed.
|
|
|
|
|
|
|
