autoconf: Output summary information from configure

Report some of the common settings back to the user after configure
has completed.

autoconf: Configurable DRI drivers

The user can request specific DRI drivers to build rather than the
default of "all that build on this platform". This allows the list of
drivers to be easily slimmed down.

This is controlled through the option --with-dri-drivers. For example:

    ./configure --with-driver=dri --with-dri-drivers="i965,nouveau"

Unfortunately, using this setting means the DRI drivers aren't filtered
by platform anymore and you might try to build something that doesn't
work.

autoconf: Allow static library builds

Allow the user to specify that they want static libraries through the
--{enable,disable}-{static,shared} switches like libtool. The mesa build
only allows for one at a time, so static will be chosen if someone has
passed --enable-static or --disable-shared.

This also allows the mklib options to be set at build time. This allows
-static to be set for mklib, but any platform specific settings are
allowed by setting MKLIB_OPTIONS for configure.

Handling of the program libraries through the APP_LIB_DEPS variable is
pretty ugly, but it seems to work.

autoconf: Configurable demos directories

The user can request specific demos directories to build in. For
example:

    ./configure --with-demos="demos,xdemos"

The drawback is that we don't check for the necessary libararies in
that case, only that the directory in progs/ exists.

autoconf: Configure the osmesa channel size for OSMesa16 and OSMesa32

Allow the user to specify channel bits of 16 or 32 to enable OSMesa16 or
OSMesa32 instead of the default OSMesa. This option is controlled
through the option --with-osmesa-bits=BITS and is only honored when the
driver is osmesa.

The osdemos are not enabled in the 16 or 32 bit case because the
Makefile is currently hardcoded to link to -lOSMesa.

autoconf: Add support for osmesa-only builds

Added autoconf support for using OSMesa as the driver instead linking
it to libGL. This is enabled through --with-driver=osmesa.

To differentiate these cases, another option --enable-x11-osmesa is used
to enable or disable building OSMesa when the driver is x11.

autoconf: Add support for shared DRI build on linux and freebsd

Added autoconf bits to allow using DRI as the driver through the option
--with-dri-driver=DRIVER. The options are x11 (default) and dri. Three
DRI specific options for controlling the driver directory, direct
rendering and TLS are also added.

The DRI will probably not work for platforms besides linux and freebsd.

autoconf: Include necessary files for the tarballs

Add targets to the top Makefile so that configure and the necessary
scripts are added to the tarball for distribution.

Variables are used for autoconf and aclocal in case anyone needs to use
a specific version or pass any extra flags.

autoconf: Initial support for an autoconf configuration

This adds the initial support for using autoconf configuration. Support
is available for shared Xlib driver builds. Later this will be extended
to dri and osmesa-only builds and possibly targetting non-X backends.
Support for static library builds will also be added.

The configure script fills in the autoconf config. This is then used by
running `make autoconf' after ./configure.

Testing has been done on Linux/GNU. The configure script tries to
faithfully reproduce the current configs/linux* and configs/freebsd*.
Other platforms can be handled later by adding similar statements and
feature tests.

Pkg-config is used to search for packages when possible. This makes the
build much more flexible and robust to the user's configuration. This
requires that the pkg-config autoconf macros pkg.m4 are included in
aclocal.m4. This requires autoconf and aclocal from autoconf and
automake, respectively.

autoconf: Add support files required for autoconf use

The standard autoconf initialization macros require that config.guess,
config.sub and install-sh exist. The config.* scripts are from gnulib
HEAD, and the install-sh script is from automake HEAD.

Make osdemos linking like other programs

Most of the programs list their dependencies on the Mesa libraries in
their Makefiles. This works with the default configuration where
APP_LIB_DEPS only lists external libraries. This changes the
linux-osmesa configs and the osdemos Makefile to follow that convention.

Some cleanup of the Makefile is also added to refer to the GL libraries
through the existing variables rather than hardcoding their names.

configs: Fix linking with static libGL and --as-needed

Linking of the programs breaks when using a static libGL and the GNU ld
option --as-needed. This is because libXext is needed for the XShm
functions.

i915: fix the error in the previos commit.

i915: Check the program size when uploading a program. fix bug 13494

Minor followup fixes for the previous commit.

Always call dlopen in DriverOpen.

This increases the reference count for the driver binary, preventing it from
getting unloaded prematurely in driDestroyDisplay. See
https://bugs.freedesktop.org/show_bug.cgi?id=13541 .

Revert "[965] Add missing flagging of new stage programs for updating stage state."

I had forgotten part of brw_state_cache.c that made this fix not relevant for
master (last_addr comparison and flagging based on cache id).

This reverts commit a4642f3d18bdaebaba31e5dee72fe5de9d890ffb.

[965] Add missing flagging of new stage programs for updating stage state.

Otherwise, choosing a new program wouldn't necessarily update the state, and
and an old program could be executed, leading to various sorts of pretty
pictures or hangs.

Fix endianness bug in _mesa_texstore_argb8888()

On big-endian, storing in _mesa_texformat_argb8888 format produced wrong res
Also, clean-up nearby code to match.

picked from gallium-0.1 branch

Don't Swap buffer if a DRIDrawable is entirely obscured
by another window.

Undo changes made to the toyball shaders in commit d19d0596daf004b56d80f78fa1a329b43c2ebf94

This demo produces the expected results again.

fix span->facing computation and gl_FrontFacing initialization

Fix gl_FrontFacing compilation problem

added culling/wireframe options

Use -Bsymbolic for linking all shared objects.

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=10132 .

Also remove comment about SONAME, as SONAME only applies to shared libraries.

[965] Change constant buffer from state structs to plain batch emission.

Reduces diff to branch which has a relocation in this state emit.

fix DD_TRI_LIGHT_TWOSIDE bug (#13368)

Fix the library name in glw.pc

Fix a copy and paste error s/GLU/GLw/ in glw.pc.

glut doesn't need -lXt

added missing quote char

i915: Fix up state changes for i8xx.

[intel] Move batch bo_unmap from TTM code to shared, and add more asserts.

[intel] Add failure path printfs to relocation code and some comments.

[intel] Simplify TTM relocation code by passing around bufmgr struct.

[intel] Fix the type and naming of the flags/mask args to TTM functions.

The uint64_t flags (as defined by drm.h) were being used as unsigned ints in
many places.

[intel] intel_bufmgr_ttm style sanity

fix-build: remove ctx->_Facing assignment

fix broken two-sided stencil

better front-plane clip test

Updates of some OpenVMS makefiles.

Merge branch 'master' of git+ssh://joukj@git.freedesktop.org/git/mesa/mesa

i965: if source depth to render target is set,
it should be handled in fb_write.

i965: use uncompressed instruction to ensure only
Pixel Mask Copy is modified as the pixel shader thread
turns off pixels based on kill instructions.

[i915] Make INTEL_DEBUG=bufmgr actually do things for bufmgr_fake.

New ctx->Driver.Map/UnmapTexture() functions for accessing textures from t_vb_program.c

cleanups, comments

Move _mesa_load_tracked_matrices() from TNL module to prog_statevars.c

r200: Fix texture format regression on big endian systems.

See https://bugs.freedesktop.org/show_bug.cgi?id=13324 .

Also use tx_table_be for VALID_FORMAT, in case r200SetTexImages ever gets
called for MESA_FORMAT_RGB888.

i965: update RefCount when using Vertex/Fragment program.
It makes quake4-demo works well on 965.

remove drawable from hash table when window is deleted (see bug 13091)

use DEFAULT_SOFTWARE_DEPTH_BITS

minor additions to avoid FAQs

document GLSL float f/F suffix bug

set fp->UsesKill when emitting OPCODE_KIL

add a few more logicop modes, simplify code

improve 24-bit Z to 32-bit Z conversion

i965: The jump instruction count is added
to IP pre-increment, and should point to
the first instruction after the do instruction
of the do-while block of code

i915: Catch cases where not all state is emitted for a new batchbuffer.

This could lead to incorrect rendering or even lockups.

i915: Some additional blit fixes and assertions.

libGL: Make sure a valid value is returned for GLX_BIND_TO_MIPMAP_TEXTURE_EXT.

If the server didn't send a value, assume it's not supported.

A more generic solution might be better for this kind of problem, but an
attempt for this failed (see https://bugs.freedesktop.org/show_bug.cgi?id=9264)
and this allows compiz to work with drivers that support
GL_EXT_framebuffer_object.

intel: Fix relative symlinks.

better test of point attenuation

#define GL_GLEXT_PROTOTYPES to silence warning

Consolidate texture fetch code and use partial derivatives when possible.

Fix parsing of gl_FrontLightModelProduct.sceneColor, don't segfault on variable array indexes.

need to check border width in sample_linear_2d() - fixes failed assertion in texwrap.c test

Consolidate point size computation, clamping in get_size().

Also, apply user-defined clamp limits to point size even when not using
attentuation or program-computed size.

Print point/line size range limits

fix z buffer read/write issue with rv100-like chips and old ddx

[965] Replace 965 texture format code with common code.

The only functional difference should be that 965 now gets the optimization
where textures default to 16bpp when the screen is 16bpp.

[965] Remove dead exec vfmt code which was replaced by generic vbo code.

clamp lambda to Min/MaxLod

[965] Add INTEL_DEBUG=fall debugging output.

[965] Convert DBG macro to use FILE_DEBUG_FLAG like i915.

fix some texture format assertions, etc

fix out-of-bounds array index (ix=-1)

[intel] Add 965 support to shared intel_blit.c

This requires that regions grow a marker of whether they are tiled or not,
because fence (surface) registers are ignored by the 965 2D engine.

[i915] Pass static region names in so debugging says more than "static region".

[intel] Move additional code to be shared from intel_context.h to intel/.

[intel] Move intel_tex.h into place, forgotten in the previous commit.

[965] Add batchbuffer decode for several more packets.

[intel] Fix typos in intel_chipset.h macros.

[i915] Add INTEL_DEBUG=sync debug flag to wait for fences after making them.

[i915] Reenable batchbuffer debug under INTEL_DEBUG=bat.

[intel] Add some doxygen notes on what the bufmgr_fake block members mean.

[intel] Add a simple relocation cache to the fake buffer manager.

This is required for 965 performance, as it avoids a lot of repeated data
uploads of the state caches due to surface offsets in them.

[intel] Assert against 0-sized buffers in dri_bufmgr_fake.c.

They shouldn't be created, and this often helps catch stupid issues.

[intel] Add support for multiple levels of relocation in bufmgr_fake.

This is required for 965 support, which has relocations in other places than
just the batchbuffer.

[i915] Push locking in intelClearWithTris down inside meta_draw_poly.

The lock coverage and checks for cliprects were unneeded since the batchbuffer
will have INTEL_BATCH_CLIPRECTS anyway.  It appeared to be a leftover from
intelClearWithBlit.

This makes the locking requirements of i915 meta_draw_quad match i965
meta_draw_quad.

added z/s keys to reset/step rotation

Only emit texcoords for enabled units. Enable/disable units with 0..7 keys.

Also, asst. clean-ups.

fix bogus assumption if ddx has set up surface reg for z buffer

this is wrong since even if ddx has not set up a surface reg to cover the z
buffer we should pretend it has on those rv100 chips since they presumably do
not do z buffer tiling if not using hyperz, so we can use linear addressing
just the same. Doesn't seem to fix #13080, but it's wrong anyway and the bug
almost certainly broke newer non-tcl chips.

fix position invariant vertex programs for sw-tnl

do the same math as for fixed function pipe, including
user clip planes.
(mostly resurrected from the dead t_vb_arbprogram.c code)

remove dependency on libGLU

add glw.pc.in to tarball list, remove from DEPEND_FILES

i965: correct the opcode of XY_SETUP_BLT_CMD. fix bug #12730

test that point/line/quad rendering hits the right pixels

[i915] Remove old frontbuffer rotation hack.

This was replaced in previous releases of xserver/dri/libGL by reporting the
damage to the frontbuffer so that the server and driver could handle it
appropriately.

[intel] By default, output batchbuffer decode to stderr like other debug info.

[intel] Initialize a depth buffer if the visual has depth 24 but no stencil.