r500: Add "Not quite SSA" and dead code elimination pass

In addition, this pass fixes non-native swizzles.

r500_fragprog: Transform trigonometric functions in first pass

R300: update vap_cntl values for NUM_FPUS

based on info from hw team

Remove generated pkg-config files on `make clean'

autoconf: Add information about the --x-* options to --help output

Try to tell the user that the --x-* options are only used when the X
libraries can't be found by pkg-config.

autoconf: Tell the user about docs/autoconf.html in --help output

The documentation in autoconf.html is much more explicit about how the
different configure options control the build. This adds a notice at the
end of the `./configure --help' output to tell the user about it.

intel: fix batch flushing problem with cliprects handling.

pointed out and debugged by stringfellow on #dri-devel

mesa: return -1, not GL_FALSE if _glapi_add_dispatch() fails name sanity check

mesa: fix state.clip[n].plane parsing bug (bug 16611)

mesa: check for OpenBSD (bug 15604)

i915: fall back to software rendering when shadow comparison is
enabled for 1D texture. fix #12176

mesa: remove debug code

add yet another Makefile

bump version to rc3

added more Makefiles to file list

mesa: implement glGetUniformiv() with new ctx->Driver function

The old implementation could overwrite the caller's param buffer.

added src/mesa/drivers/Makefile to file list

mesa: bump version to rc2

added null texObj ptr check (bug 15567)

mesa: more debug output

mesa: compute global var size before doing codegen

mesa: add missing VARYING case to storage_string()

i965: official name for GM45 chipset

glx: add LIBGL_ALWAYS_SOFTWARE

this disables accelerated DRI and fallbacks to client-side software rendering.

compile-tested only.

autoconf: Allow commas or spaces to separate DRI drivers

Explicitly allow the argument to --with-dri-drivers to contain
comma-separated or space-separated drivers. A space-separated driver
list worked by chance before.

Set library and header installation directories from configuration

Currently the installation directories for libraries and headers are
resolved within the install commands. For instance, the libraries will
be installed to $(INSTALL_DIR)/$(LIB_DIR). This limits the flexibility
of the installation, such as when the libraries should be installed to a
subdirectory like /usr/lib/tls.

This adds the make variables $(INSTALL_LIB_DIR) and $(INSTALL_INC_DIR)
to define the locations that the libraries and headers are installed.
For the static configs, this resolves exactly as before to
$(INSTALL_DIR)/include and $(INSTALL_DIR)/$(LIB_DIR). For autoconf, they
are derived directly from the --libdir and --includedir settings.

r500_fragprog: Fix RSQ with negative parameters

r300_fragprog: Emulate trigonometric functions in radeon_program_alu

r300: Translate fragment program DST in radeon_program_alu

r300: Translate fragment program LRP in radeon_program_alu.c

r300: Allow adding parameters during fragprog transform, share LIT code

r300: Correctly scan for used temporary registers

This fixes a regression introduced by dea8719f0...

r500: Major refactoring of fragment program emit

Use the common facilities to convert non-native instructions into native ones.
Worked hard to make the code easier to read (hopefully), by using helper
functions instead of direct manipulation of the machine code.
Fixes two bugs related to FLR and XPD.

r300: Remove clause stuff for now in favour of a cloned generic gl_program

r500_fragprog: Cleanup some unused variables and code.

r500: Fix a mixup in fragment program LRP instruction emit

r500: Fix blend color.

_mesa_clone_program: Copy ShadowSamplers

r300: Fix depth texture in compare mode

Missed the homogenous divide of R by Q before...

Enable TexGen based on InputsRead when a fragment program is active

The old behaviour depended on which texture images the fragment program
reads from, which seems to contradict the shader specifications.

Note: Piglit's general/texgen test checks for this problem.

GLSL-related bug fixes

mesa: generate GL_INVALID_OPERATION in _mesa_get_uniform_location() if program isn't linked

mesa: remove incorrect assertion

glcontextmodes.c is required remove the reference in .gitignore

mesa: fix polygon offset issue (bug #12061)

mesa: fix various error codes

mesa: fix some error codes in _mesa_ShaderSourceARB()

mesa: fix problem freeing framebuffer/renderbuffer objects

Basically, set up no-op Delete() methods for the DummyFrame/Renderbuffer objects.

mesa: additional error checking, fix error codes

mesa: regenerated file

mesa: additional vec4 constructor

mesa: fix array storage allocation bug

mesa: fix incorrect array size, added assertion

mesa: fix vertex array validation test for attribute 0 (vert pos)

We don't actually need vertex array[0] enabled when using a vertex
program/shader.

mesa: when linking a shader program, make sure all the shaders compiled OK

mesa: added some debug code (disabled)

mesa: fix error codes in _mesa_shader_source(), _mesa_get_shader_source()

If the 'shader' parameter is wrong, need to either generate GL_INVALID_VALUE
or GL_INVALID_OPERATION.  It depends on whether 'shader' actually names a
'program' or is a totally unknown ID.
There might be other cases to fix...

mesa: regenerated

mesa: added some missing equal() notEqual() intrinsics

mesa: regenerated files

mesa: fix all(bvec2) function typo, add missing bvec2/3/4() constuctors

mesa: fix issues around multisample enable

multisample enable is enabled by default, however gl mandates multisample
rendering rules only apply if there's also a multisampled buffer.

generate a link error if the vertex shader references too many textures

set ctx->Const.MaxVertexTextureImageUnits = 0

This disallows vertex shader texture sampling.  See bugs 16157, 13838.

VBO: Regenerate files based on recent changes to gl_API.xml

Since GL_ARB_vertex_buffer_object protocol isn't supported yet, these
changes are innocuous.

Bring over commit 8d4d0b47a07a298a20ffae9fefe96c8c7ca9dccc from xserver tree

VBO: Add missing functions related to VERTEX_ATTRIB_ARRAY_BUFFER_BINDING_ARB

VBO: add GLX related annotations

mesa: fix a GLSL vector subscript/writemask bug

This fixes a failure for cases like:
   vec4 v;
   v[1] *= 2.0;

The v[1] actually acts like a writemask, equivalent to v.y
The fix is a bit convoluted, but will do for now.

mesa: move some functions

mesa: make _slang_swizzle_swizzle() non-private

mesa: better function inlining in the presence of 'return' statements

Before, the presence of a 'return' statement always prevented inlining
a function.  This was because we didn't want to accidentally return from
the _calling_ function.  We still need the semantic of 'return' when inlining
but we can't always use unconditional branches/jumps (GPUs don't always
support arbitrary branching).

Now, we allow inlining functions w/ return if the return is the last
statement in the function.  This fixes the common case of a function
that returns a value, such as:

vec4 square(const in vec4 x)
{
   return x * x;
}

which effectively compiles into:

vec4 square(const in vec4 x)
{
   __retVal = x * x;
   return;
}

The 'return' can be no-op'd now and we can inline the function.

mesa: add/fix some IrInfo entries for debugging purposes

link to DRM 2.3.1

press 'm' to toggle multisample enable/disable

init machine->Samplers (fixes vertex program texture fetches)

dri: drop asserts to make build against stable libdrm

These asserts are of questionable use at the moment with things in flux.

dri: Take the base image size into account when computing
first level of the mipmap.  fix #16210

autoconf: Improve the visibility of the swrast DRI driver

Improve the --with-dri-drivers help text so that users are aware that
they should install the swrast DRI driver.

r3xx/r5xx: Enable ARB_point_parameters.
This isn't complete yet. It does cover the two most common usage cases,
though, and at least the third one (POINT_DISTANCE_ATTENUATION) is possible,
so I'll do that later.

r300: Fix dumb mistake in LOD bias translation

r300: Cleanup LodBias support

. There is both a per-texture unit and a per-texture object (at least for
OpenGL 1.4); this should now be supported properly.
. The LOD bias calculation in r300_state has been simplified and corrected
  (need to multiply by 32 instead of 31, and ensure clamping)
. do not clamp LOD bias in TexEnv, as that behaviour conflicts with what
  the spec says
. set Const.MaxTextureLodBias properly
. remove the no_neg_lod_bias property; if somebody can explain what
  it's good for, we can add it back in, but according to Google, nobody
  seems to use it
. removed some dead code and unused variables

r300: Change LOD bias emission to more closely follow per-tex rules.
Okay, this time it's for real, and for good. This should be a perma-fix.

Revert accidental edit to progs/demos/lodbias.
*puts yet another paper bag over head*

demos/shadowtex: Don't set TEXTURE_WRAP_T for 1D texture

The operation doesn't really make sense. It triggered a bug in the r300 DRI
driver (and possibly other drivers that simulate 1D textures via 2D textures).
I've added an isolated test case for this bug to Piglit, so everybody wins.

r300: Fix wrap mode for 1D textures

s/GL_INVALID_VALUE/GL_INVALID_OPERATION/ in _mesa_get_uniformfv()

mesa: added null ptr checks

DRI-specific pkg-config file

Since the gl pkg-config file doesn't convey any specifics about the
backend in use, this adds a new pkg-config file for when DRI is in use.
This can be used by the xserver build to determine if the DRI and/or
GLX extensions are appropriate.

autoconf: Check for posix_memalign

Rather than just defining HAVE_POSIX_MEMALIGN on Linux, check whether
the function exists on all platforms and define the macro if it is.

Check in SwapBuffers for any new pending dri2 events

intel: Fix glCopyPixels when x or y are < 0 in hw coordinates.

Nothing would get drawn as the negative coordinates broke the rectangle
intersection code that used unsigned ints.  Tested with copypix demo and
sliding the copy to the upper left.

i965: Use the shared intel_pixel_copy.c.

This disables the textured copy implementation on 965, which didn't appear
to work (mesa copypix demo, disable the blit path, move so that regions don't
overlap and textured is used, and you get garbage).  If we resurrect this for
i965, I'd rather it used the 915-style metaops instead.  Current metaops code
left in place so that whoever picks it up has a reference.

intel: Same pixel function init for everyone now.

intel: Avoid glBitmap software fallback for blending when no blending occurs.

Mesa demos tend to leave blending on but in GL_ONE/GL_ZERO, or
GL_SRC_ALPHA/GL_ONE_MINUS_SRC_ALPHA with a source alpha of 1.0.

intel: Merge check_blit_fragment_ops between i915/i965.

Both had some useful bits for the other.

intel: Note reasons for blit pixel op fallbacks under INTEL_DEBUG=pix.

i915: Add support for accelerated glBitmap, shared from 965.

i915: Fix read != draw drawable for glCopyPixels.

Taken from commit bad6e175cf59cce630c37d73f6e71f3a4de50ae6.

i915: Allow accelerated pixel ops to be disabled with INTEL_NO_BLIT.

This matches 965.