gallium/util: fix util_color_[un]pack[-ub] to be strict aliasing safe

use pointer to union instead of void pointer.
gcc complained a lot, depending what the pointer originally actually was.
Looks like it's in fact maybe legal to cast for instance uint pointers to
union pointers as long as union contains a uint type, hence use this with some
callers, other just use union util_color in the first place.

mesa: fix strict aliasing issues in half-to-float/float-to-half conversions

use union instead of casts

identity: fix copy&paste error

svga: fix another pipe_reference strict aliasing violation

gallium: fix remaining users of pipe_reference function

mesa: use _mesa_memcpy for COPY_4FV macro

Gets rid of one of the worst strict-aliasing offenders, and actually
produces faster code (at least in some cases, when compiler can use
for instance 64bit moves for memcpy).
(note _mesa_memcpy should get inlined)

gallium: fix ref counting bug in pb_bufmgr

This was discovered by the pipe_reference api change.

gallium: fix reference counting functions to be strict-aliasing compliant

Historically, parts of mesa code are not strict-aliasing safe, hence
-fno-strict-aliasing is needed to compile (this got forgotten for scons
builds for gallium, which indeed not only caused compiler warnings but also
unexplicable crashes in non-debug builds). However, we should try to eliminate
code not complying with strict-aliasing code at least for gallium.
Hence change pipe_reference functions to make them strict-aliasing compliant.
This adds a bit more complexity (especially for derived classes) but is the
right thing to do, and it does in fact fix a segfault.

tgsi/ureg: Fix ureg_emit_src().

radeong: Clean up some bad code.

radeong: Add helper to determine pipe driver.

radeong: Do ioctls before selecting pipe driver.

r300g, radeong: De-specialize r300_winsys into radeon_winsys.

There's like five good reasons for this, I swear.

radeong: Change ioctl order, document it.

r300g: No vertex textures here.

cso: check if pipe_context::bind_vertex_sampler_states is non-null

Fixes segfaults upon exit when the CSO module is releasing its objects.

Revert "llvmpipe: plug in dummy pipe_context::set_vertex_sampler_textures function"

This reverts commit 792888121b92913733daec7526c9441f27ce1231.

We're instead returning 0 for the PIPE_CAP_MAX_VERTEX_TEXTURE_UNITS query.

llvmpipe: return 0 for PIPE_CAP_MAX_VERTEX_TEXTURE_UNITS query

The driver (and draw module) don't support vertex shader textures yet.

llvmpipe: plug in dummy pipe_context::set_vertex_sampler_textures function

Fixes immediate segfault.

cell: fix TGSI breakage

gallium/util: __builtin_bswap32() is in only gcc 4.3 or later

gallium/util: added PIPE_CC_GCC_VERSION symbol

mesa: added comment for target_enum_to_index()

softpipe: setup machine->Face without a conditional

tgsi: fix ureg emit after version token change

st/xorg: fix merge droppings

These were stranded in emacs and not saved before committing.

Merge commit 'origin/tgsi-simplify-ext'

Conflicts:
src/gallium/drivers/r300/r300_vs.c

Merge commit 'origin/mesa_7_7_branch'

Conflicts:
src/gallium/drivers/svga/svga_screen_texture.c
src/gallium/state_trackers/xorg/xorg_composite.c
src/gallium/state_trackers/xorg/xorg_exa.c
src/gallium/state_trackers/xorg/xorg_renderer.c
src/gallium/state_trackers/xorg/xorg_xv.c
src/mesa/main/texgetimage.c
src/mesa/main/version.h

mesa: Update vertex texture code after gallium changes.

r300g: simplify allocations of VS output registers

No need to parse TGSI tokens since it's easier to walk through shader
semantics.

Also fog coordinates now work reliably.

r300g: simplify allocations of FS input registers

r300g: clean up derived states

The state setups which aren't derived anymore have been moved to the VS
and FS objects.

r300g: VS->FS attribute routing rework

Now it always correctly pairs up VS and FS even if the semantics and indices
of VS outputs and FS inputs don't match.

r300g: add R300 prefix in reg definitions

cso: Fix function prototype.

trace: Implement separate vertex sampler state.

fo: Implement separate vertex sampler state.

id: Implement separate vertex sampler state.

trace: Reduce double semicolons to single ones.

sp: Do not falsely advertise support for some SNORM formats.

sp: Implement separate vertex sampler state.

python: Update for renamed sampler/texture state setters.

st: Update for renamed sampler/texture state setters.

trace: Update for renamed sampler/texture state setters.

svga: Update for renamed sampler/texture state setters.

r300: Update for renamed sampler/texture state setters.

nv: Update for renamed sampler/texture state setters.

lp: Update for renamed sampler/texture state setters.

id: Update for renamed sampler/texture state setters.

i915: Update for renamed sampler/texture state setters.

fo: Update for renamed sampler/texture state setters.

cell: Update for renamed sampler/texture state setters.

vl: Update for renamed sampler/texture state setters.

draw: Update for renamed sampler/texture state setters.

cso: Add support for separate vertex sampler state.

gallium: Introduce separate vertex texture/sampler state.

Previously, gallium shared sampler and texture state between vertex
and fragment shader stages. This change generalises this concept by
providing separate entrypoints for vertex and fragment sampler state
setting.

A new capability bit is added to query the driver for the number
of samplers that can be utilised by a vertex and fragment shader
at the same time.

tgsi/sanity: Up MAX_REGISTERS to 1024.

mesa: set version string to 7.7-rc1

Merge branch 'mesa_7_6_branch' into mesa_7_7_branch

Conflicts:
progs/util/shaderutil.c
src/mesa/drivers/dri/r600/r600_context.c
src/mesa/main/version.h

i915: Actually put i915PointParameterfv in the driver function table.  Duh.

st/mesa: handle front/back-face +1/-1 vs. 1/0 conversion

Fixes progs/glsl/twoside.c demo.

mesa: Fix array out-of-bounds access by _mesa_TexParameterf.

_mesa_TexParameterf calls set_tex_parameterf, which uses the params
argument as an array.

i915: Fallback bit define missed on previous commit

i915: Round point sizes instead of truncate.

i915: Enable point sprite coordinate generation

Support still isn't completely correct, but it's better.  piglit
point-sprite now passes.  However, glean's pointSprite test fails.  In
that test the texture on the sprite is somehow inverted as though
GL_POINT_SPRITE_COORD_ORIGIN were set to GL_LOWER_LEFT.  i915 hardware
shouldn't be able to do that!

I believe there are also problems when not all texture units have
GL_COORD_REPLACE set.  The hardware enable seems to be all or nothing.

Fixes bug #25313.

mesa: Fix array out-of-bounds access by _mesa_TexParameterf.

_mesa_TexParameterf calls set_tex_parameteri, which uses the params
argument as an array.

r600 : clena up a bit for last commit.

r600 : add read port allocation for uniform;
       mapping ps input based on vs output;
       fix bugs including constants updating for vs.

radeon: update miptree code a little

Simplify gl image level <-> miptree level mapping (are equal now).
Don't allocate miptree for images that won't fit in it (fixes #25230).

radeon: don't check the same miptree many times when looking for matching miptrees

radeon: add some debugging info

nv50: update linkage on rasterizer change

We need to update VP_RESULT_MAP and/or COORD_REPLACE_MAP
when light_twoside and/or point_sprite are changed.

nv50: match VP outputs to FP inputs ourselves

For each FP input, don't assume that the VP output will be
at the same position, but scan the semantics instead, then
put the correct output reg indices into VP_RESULT_MAP.

Position is still assumed to be the first output/input.

See 07fafc7c9346aa260829603bf3188596481e9e62, which renders
previous assumptions incorrect.

nv50: don't permanently negate src in emit_ddy

mesa: Fix array out-of-bounds access by _mesa_TexGenf.

_mesa_TexGenf calls _mesa_TexGenfv, which uses the params argument
as an array.

mesa: Fix array out-of-bounds access by _mesa_TexGeni.

_mesa_TexGeni calls _mesa_TexGeniv, which uses the params argument
as an array.

dri: Fix potential null pointer dereference in driBindContext.

mesa: Fix array out-of-bounds access in _mesa_TexEnvf.

_mesa_TexEnvf calls _mesa_TexEnvfv, which uses the param argument
as an array.

radeon: need to flush cs when moving images between mipmap trees

util: Fix bad code.

Uf. How embarrassing.

util: Improve bitcount.

Sorry for not pushing this before, it got lost in stashes.

nv50: do conversion of last insn to 64 bit format first

Simplifies things since the second to last one will then
be converted in the subsequent pass that ensures alignment
automatically.

nv50: bswap32 the polygon stipple pattern

The hardware wants the pattern the same way it is
passed to glPolygonStipple.

gallium/util: added util_bswap32()

scons: Promote pointer arithmetic to error.

All code covered by scons is being built on multiple OSes, so pointer
arithmetic must really be addressed when spotted.

configs: Warn about pointer arithmetic.

It's not portable. Warn to help catching it early.

mesa: Avoid void pointer arithmetic.

svga: fix for not using texture width/height/depth arrays

r300g,llvmpipe: fix some more merge problems

Merge branch 'width0'

Conflicts:
src/gallium/drivers/r300/r300_texture.c
src/gallium/state_trackers/xorg/xorg_exa.c
src/mesa/state_tracker/st_cb_texture.c

st/xorg: proper fix for compositing after rounding up

Basically don't round up shared textures.  This fixes compiz,
but I'm afraid that rounding up texture sizes here in the driver
is doomed, as it will inevitably break texture wrap modes.

rbug: Mention where the GUI can be found.

svga: Re-add shader dumping.

Revert "st/xorg: fix composite after texture size changes"

This reverts commit 124ae596806f1a77af46f1f0e446d448da6e953a.

Pushed by mistake

st/xorg: fix composite after texture size changes

wgl: Fix copy'n'paste typo in comment.

svga: Handle comment tokens when dumping.

svga: Use consistent names for public symbol names of shader dumping facilities.

svga: Use consistent file names for dumping facilities.

st/xorg: speculatively round textures up to nearest POT

I'm not sure if this is a great change, but helps with caching.
Probably we want to turn this on/off on a driver-by-driver basis.