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.

Ensure all objects are built when installing DRI

Don't make libmesa.a or libglapi.a depend on asm_subdirs

Since the asm_subdirs target does not actually create a file, make will
always consider that it needs to be rebuilt. If libmesa.a and libglapi.a
have asm_subdirs as a prerequisite, then they will always need to be
rebuilt, too. The correct order will be preserved by the default target,
though.

This should fix #16358.

Create $(TOP)/$(LIB_DIR) for install, too

If `make install' is run without running `make' first, the $(LIB_DIR)
will not be created. This also changes the mkdir a little bit so that it
isn't run if necessary and added `-p' so that it is immune to races.

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

#undef DEBUG to silence warnings

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

s/inline/INLINE

remove old comments

Solaris port of Mesa 7.1 with autoconf support

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

Rename quad function to quadr to avoid clash with Solaris quad typedef

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

Make minstall work with Solaris /bin/sh

Solaris /bin/sh doesn't set $PWD for you

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

Fix builds with compilers other than gcc 3.0 & newer

Add #include "glheader.h" for definition of __builtin_expect for compilers
that don't support it.

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

added pointer to beta/release candidates

R300: 1002:5657 is actually RV410

See bug 14289

r200: fix typo in r200TryDrawPixels parameter validation (bug 16406)

mesa: tweak mipmap level selection for cube maps

This is just a hack.  After we convert the 3D texcoord into a face plus 2D
texcoord we need to recompute the partial derivatives and mipmap LOD.
But we don't have the info to do that.  Adjusting the original mipmap
level by -1 seems to give somewhat better results than before though.

i915: Bug #14313: Fix accelerated (PBO) ReadPixels.

Refactoring of mine in 02d5ba849197e19843dad164239b51f18fb16faf broke it
by failing to understand that the masking was about sign extension.

i965: add support for Intel 4 series chipsets

mesa: fix inconsistent use of GL_UNSIGNED_INT vs. GL_UNSIGNED_INT_24_8_EXT for Z unpacking

assorted glide driver fixes

glu: silence warnings

mesa: make mm.c use unsigned ints for offsets.

If you have a GPU using this code and it has the offsets up in this space,
this fails.

r300: Make LOD bias a persistent environment variable.
Per airlied's suggestion.

Compute/setup fog coordinates even if vertex program is enabled.

Only when fog's enabled, of course.
In the usual case, this is just a pass-through operation.

mesa: allocate pixel zoom arrays on heap, not stack

Fixes stack overflow on Windows.

Don't compute vertex fog when fragment program is active.

r300: Fix new incarnation of bug 3195.
tests/bug_3195 doesn't render right, but at least it doesn't segfault this way.

r300: Forgot to clear old state before writing new state.
Oooops. Hehe.

r300: Enable LOD bias state emission.
Properly set t->filter_1 for r300_state to emit.
Expect buggies as people see LOD bias enabled for the first time...

Oops, misordered a few instructions.
Not like it matters, though, since it's not taking effect yet.

r300: Unbreak LOD biasing, a bit.
Needs a bit more work on submission.

No more drivers/xorg

Don't try to clean in xorg since GLcore is gone.

r5xx: Enable fragment.position, partial ARB_shadow.
I don't like PROGRAM_BUILTIN; could we either patch Mesa or just use a different constant?

r5xx: Detangle FP fallback and translation switches.
r5xx should fallback if it encounters a bad FP.
TODO: Re-enable the dumb shader so we don't have to completely fallback.

r300: Add radeonTransformALU and fix a bug in r300_fragprog DPH

This new generic transform replaces "special" instructions by more generic
variants. Hopefully, we will be able to share this code between r300 and r500.

r300_fragprog: Use less complex instructions

MOV, ADD and MUL do not fit the hardware as well as MAD, but they are less
complex and thus leave more room for future optimizations.

r5xx: More FP rewriting; fix texrect FP insts.

r5xx: New FP code, take two.
Add the code emission source file, and comment out unneeded tex de-swizzling.

r5xx: FP refactor, take one.
Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code.

r3xx/r5xx: Don't force aniso.
*Pulls paper bag down over head*

r300: Implement GL_ARB_shadow and GL_EXT_shadow_funcs

texenvprogram: Mark textures using ARB_shadow as ShadowSamplers

Since ARB_fragment_program and friends are defined to ignore the setting of
the GL_TEXTURE_COMPARE_FUNC parameter, we have to explicitly enable the
shadow comparison by marking the texture unit in ShadowSamplers when
appropriate.

r300: Add radeonCompilerDump for debugging

r300_fragprog: Refactor TEX transformation

Streamlining source and destination registers, as well as texcoord scaling for
RECT textures is now done in a radeon_program based transformation.

The idea is that this will allow us to optimize away unnecessary indirections
more easily.

r300: Add radeon_program and trivial refactoring of r300_fragprog to use it

The idea/hope is that radeon_program will serve as an intermediate
representation for r3xx up to r6xx fragment and vertex programs.
Right now, it is nothing more than a simplistic wrapper around Mesa's
prog_instruction, together with the notion of clauses, taken from r6xx docs.

The clauses will eventually be used to represent the nodes that are used in
r300 family fragment programs.

r300: Do not include r300_fragprog.h from r300_context.h and other cleanups

r300_fragprog: Remove dead declarations, move NOP declarations into source

r300_fragprog: Refactoring and cleanup

Refactor so that r300_pfs_compile_state "owns"/holds a pointer to
r300_fragment_program instead of the other way round. This is more natural from
an object orientation point of view.

Move the compiled hardware state into r300_fragment_program_code, in
anticipation of on-the-fly program recompilation based on external OpenGL
state.

r300_fragprog: Remove dead code

r300/r500: Separate fragprog compiler structures

r500 code still used r300_pfs_compile_state, which contains some fields that
really only make sense on r3xx type hardware. In order to allow both fragprog
implementations to go forward without disturbing each other, I've pushed this
structure down into the respective r[3|5]00_fragprog.c

r300: Fix depth texture GL_LUMINANCE vs. GL_INTENSITY mixup

r300: Reenable t->filter_1 (though currently not used)