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.

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.