scons: Don't define UNICODE on windows builds.

It creates problems in many libraries (glut, glew) which are not unicode
aware.

Merge commit 'origin/master' into gallium-0.2

Conflicts:
windows/VC8/mesa/osmesa/osmesa.vcproj
windows/VC8/progs/demos/gears.vcproj
windows/VC8/progs/progs.sln

i915: Add decode for PS in batchbuffers.

i965: Remove gratuitous whitespace in INTEL_DEBUG=wm output.

i965: Use _mesa_num_inst_src_regs() instead of keeping a copy of its contents.

nouveau: Map correct mip level when using the shadow (nv30, nv40).

nouveau: nv30 does not support separate blend functions for alpha and rgb

[intel] Remove remaining references to intel_wait_flips().

Oops.

windows: fix output dir for glut project file

swrast: fix redundant texture application in affine_textured_triangle().

This function does simple texture mapping so disable normal texture mapping
before we call _swrast_write_rgba_span() so that we don't do it twice.

mesa: add some debug assertions to detect null current texture object pointers

See bug #17895.  These assertions could be removed when this is resolved.

windows: another round of VC8 project file updates

New static configs generate DLLs that do not have a dependency on the MSCVR*
DLL's.

Revert "windows: new VC8 projects statically linked against libcmt"

This reverts commit bbda892c551e7d3f2d94cc877cc6e80f8568fa99.

Static configs rolled into regular project files (in next commit).
Provided by Karl Schultz.

progs: Ignores

docs: document glXMakeContextCurrent() and Windows fixes

Fix issues with glXMakeContextCurrent and glXMakeCurrentReadSGI

There were several bugs in the infrastructure for these two routines.

1. GLX_ALIAS was incorrectly used.  The function and its alias must be
identical!  glXMakeContextCurrent / glXMakeCurrentReadSGI and
MakeContextCurrent had different parameters.  This caused the last
parameter of MakeContextCurrent to get random values.

2. We based the implementation of glXMakeContextCurrent on the manual
page instead of the GLX spec.  The GLX spec says that
glXMakeContextCurrent can be passed a Window as a drawable.  When this
happens, it will behave just like glXMakeCurrentReadSGI or
glXMakeCurrent.

3. If there was a problem finding or creating the DRI drawable,
MakeContextCurrent would crash instead of returning an error.

This commit fixes all three issues, and fixes bug #18367 and bug #19625.

i915: Fix gem backend after surface changes

[intel] Go back to using the typedef for the sarea struct

The upstream linux kernel headers and libdrm kernel headers disagree on the
tag name for the sarea struct: _drm_i915_sarea vs drm_i915_sarea.  They
both typedef it to drm_i915_sarea_t though, so just use that.

Remove intel pageflipping support in its entirety.

It's been broken and deprecated for a while, so it's time to die. This has the
wonderful benefit of cleaning up the code a fair amount; making it marginally
less twisty.

I'm unsure if the for loops in IntelWindowMoved are still needed.

glsl: silence unused var warnings

mesa: silence uninitialized var warnings

mesa: silence compiler warning at -O2

mesa: bump version to 7.3-rc3

mesa: inlclude whole windows/VC8/ directory in tarballs

windows: new VC8 projects statically linked against libcmt

windows: more VC8 project file updates

Make some compiler flags per-file.
Remove driverfuncs.c from osmesa project.

gallium: Remove the standalone surfaces.

This commit is mostly just a cosmetic change that cleans-up the interfaces,
replacing pipe_winsys::surface_* calls by

   /**
    * Allocate storage for a display target surface.
    *
    * Often surfaces which are meant to be blitted to the front screen (i.e.,
    * display targets) must be allocated with special characteristics, memory
    * pools, or obtained directly from the windowing system.
    *
    * This callback is invoked by the pipe_screenwhen creating a texture marked
    * with the PIPE_TEXTURE_USAGE_DISPLAY_TARGET flag  to get the underlying
    * buffer storage.
    */
   struct pipe_buffer *(*surface_buffer_create)(struct pipe_winsys *ws,
                                        unsigned width, unsigned height,
                                        enum pipe_format format,
                                        unsigned usage,
                                        unsigned *stride);

Most drivers were updated but not all were tested. Use the softpipe pipe
driver and the xlib winsys changes as a reference when fixing other drivers.

Add a comment about _tnl_emit_indexed_vertices_to_buffer.

tnl: Add a utility to emit indexed vertices to a DMA buffer.

This utility is useful for hardware that doesn't support HW index buffers.
It's a bit inefficient but appears to give a substantial performance gain,
as we can emit tri strips that would otherwise be split into triangles.

Fix store texel for argb4444.

Fix store texel for argb8888_rev.

Add RGBA4444 and RGBA5551 texture formats.

dri1: Add a macro to validate two dri drawables in one go.

Dri drivers often may validate first a write drawable and then a read
drawable ("readable"). However, the hardware lock may be unlocked when
validating the readable, causing the write drawable status to be stale.

Drivers should use this macro instead when validating two drawables.

mesa: fix build of stand-alone glslcompiler driver

xlib: fix dependencies

statetracker: copy back color buffer to front buffer when needed

Fixes front-buffer rendering when following a SwapBuffers.
See progs/tests/rubberband.c

gallium: minor reformatting

util: add reduced prim helper

tests: test pseudo-XOR blend mode.

GL_XOR logicop mode can be approximated with blending by computing 1 - dst.
Here's a couple test programs for that.

gallium: use align() intead of round_up()

tgsi: change an if to an else-if, added const qual, added comments

dri: add fake front definitions

dri: add fake front definitions

windows: updated VC8 project files

Merge commit 'origin/gallium-0.2' into gallium-xlib-rework

Conflicts:

src/gallium/state_trackers/glx/xlib/fakeglx.c
src/gallium/state_trackers/glx/xlib/xm_api.c
src/gallium/winsys/xlib/xmesaP.h

xlib: fix compilation after xmesa header moves

Merge commit 'origin/gallium-0.2' into gallium-xlib-rework

g3dvl: Some cleanups.

g3dvl: Ref count everywhere.

g3dvl: Mark all buffers for incoming frame data as discardable.

nouveau: Rename buffer on map if discardable, busy, and write-only.

gallium: Add PIPE_BUFFER_USAGE_DISCARD.

When passed to map() signals that the buffer's previous contents are
not required, allowing the driver to allocate a new buffer if the
current buffer can not be mapped immediately.

g3dvl: Return BadAlloc if we can't create an XvMC surface.

g3dvl: Follow mesa naming conventions for src dirs.

egl: eglinfo load i915 driver

i915: Build gem and egl winsys by default

i915: Make gem submit commands

egl: Fix swap and creation of front buffer

glx: gcc 2.95 build fix (move declaration before code)

Adapted from patch by Matthieu Herbb <matthieu.herrb@laas.fr>

i915: Use new egl state_tracker

egl: Add a egl state_tracker that use Gallium

This works on top Gallium and KMS. The only thing that
does not work currently is swap buffers for shown mesa
screens. So the only fun thing this will produce is a
white screen.

The driver wishing to us the state_tracker needs to
implement the intrace as define in drm_api.h located
in gallium/include/state_tracker. And also have a
working KMS implementation.

i915: Update gem backend a bit

egl: Make eglscreen sleep for five seconds

egl: Add eglscreen to help debug egl mesa screen

egl: Make eglinfo print screen info

debug: add noprefix version of debug_dump_enum

xlib: don't explicitly create the pipe_winsys struct

xlib: don't explicitly create the pipe_winsys struct

i965: fix polygon culling bug when rendering to a texture/FBO

Since we use an inverted viewport transformation for render to texture, that
inverts front/back polygon orientation.
Now glCullFace(GL_FRONT / GL_BACK) works correctly.

intel: added intel_rendering_to_texture() helper function.

When we're rendering to textures we have to invert the viewport transformation.
This helper cleans up that test and can be used elsewhere...

mesa: remove GL_DEPTH_TEST + no depth buffer test

One could enable depth testing before binding an FBO that has a depth buffer
so this test is no longer useful or correct.

Merge commit 'origin/master' into gallium-0.2

Conflicts:
src/mesa/shader/slang/slang_compile.c

glsl: fix broken sampler assignments

scons: Use -std=gnu99

It a scary world out there: people use all sort of non standard C stuff,
and we must enable support for that in here in order to build.

-pedantic still warn us when we use that nonstandard though.

stw: Dispatch  to our stw_winsys::flush_front_buffer

pipe_winsys::flush_front_buffer should die someday, but this is good enough
for now.

i915: fallback on transfer mode

windows: updated VC8 project file

windows: updated mesa.def file

glsl: use _mesa_sprintf()

glsl: move declaration before code

mesa: tweak to formatting

mesa: check frambuffer complete status before rendering

mesa: small cleanup

mesa: revert partial commit for 0x0 render targets

mesa: check frambuffer complete status before rendering

mesa: Fix merge conflicts

mesa: bump version to 7.3-rc2

glsl: fix comment

glsl: minor clean-up for rect sampler test

r300: work-around FRAG_BIT_FOGC warning/error

See bug 17929.

Fog doesn't actually work, but the often complained about warning is
silenced.

i965: asst. fixes, work-arounds for FBOs and render to texture

OpenGL allows mixing and matching depth and stencil renderbuffers in
framebuffer objects while the hardware really only supports interleaved
depth/stencil buffers.  This makes for some tricky buffer management.

An extra wrinkle is the situation where the user allocates a 16bpp depth
texture or renderbuffer then tries to render to it along with a stencil
buffer.  We'd have to promote the 16bpp Z values to 24-bit Z values and
mix in the stencil values to setup the depth/stencil renderbuffer.

There's no support for that now, so always allocate 32bpp depth textures/
renderbuffers for now.

i965: fix incorrect renderbuffer DataType assignment

i965: fix some FBO depth/stencil assertions

Merge commit 'origin/master' into gallium-0.2

Conflicts:
docs/install.html
docs/relnotes-7.3.html
src/mesa/shader/slang/slang_codegen.c
src/mesa/shader/slang/slang_compile.c
src/mesa/shader/slang/slang_emit.c
src/mesa/shader/slang/slang_preprocess.c
src/mesa/shader/slang/slang_preprocess.h

intel: SW fallback maps texture images, not texture coordinates

trivial: clear with random color

glsl: propagate pragma info down into compiler from preprocessor

windows: remove reference to swizzle.c file

glsl: simplify IR storage for samplers

Don't overload the Size field with the texture target, to avoid confusion.

mesa: fix incorrect transformation of GL_SPOT_DIRECTION

This was changed between GL 1.0 and 1.1.  Mesa still had the 1.0 behaviour.