syncing niflib with xml (note: Union field missing from BoundingVolume; see niflib hack in docsys/nifxml.py)

Finished new MatTexCollection helper class which makes it possible to manipulate material properties and texture objects with the same classes regardless of the intended NIF version.
Realized that only read was implemented for files with version < 3.3.0.13, so implemented write for those old versions as well.

Since there seemed to be no way to make pre-main initialization work for statically linking the library, I went back to using a CPP file that includes all the NiObject files and registers each one with the ObjectRegistry.

Moved Object Registration/Creation functionality into new ObjectRegistry class.  Hopefully this fixes the issue with the object map not being initialized yet since it is a static member of the class and should theoretically be initialized before code in functions of that class can be executed.  Seems to work for me, but I'll wait until Tazpn tests it to declare it fixed.

- There are no longer any defines, things like inheritance class name, NIF attribute variables, and default constructor code are all visible without looking at another file.
- All non-custom parts of the Object files are now totally identical and in the same order, so it will be easier to compare them.
- NiObjects are now completely self-contained.  To remove them from Niflib, you have only to exclude their CPP file from the build.  To add new ones, you only have to include their new CPP file.
- Making a change to a NiObject implementation file only causes that one file to be re-compiled, which is generally much quicker than before since the large obj_define and obj_impl files do not have to be parsed or compiled.
- There are no longer any "Internal" versions of the Read, Write, asString, FixLinks, or GetRefs functions.  Now there is just one function for each of these with pre and post custom code areas (except for GetRefs which I didn't think needed it.)
- Updates to the hierarchy in the XML should now be almost completely automatic.  All that should be necessary to make an update is to add any new NiObject CPP files to the build.
- Changes to the generated parts of the NiObject files can now be made at any time, and immediately applied to all NiObjects without editing each existing one.

Updated Niflib to the latest XML which adds support for bhkMeshShape, NiMultiTextureProperty, NiRawImageData, and NiSequence.

Objects now have a Create methods and register themselves in the global object map with pre-main initialization, making obj_factories.cpp obsolete.

Re-exposed TYPE constants and marked them NIFLIB_API, making the TypeConst function obsolete.  You now must use NiObject::TYPE instead of NiObject::TypeConst() again.

Laying the groundwork for Niflib to be able to work on systems with different endian types.  All Read/Write functions now take NifInfo structures which are based by const reference.  These are also passed into the NifStream functions so they will have access to the requested endian type of the NIF as well.  Also added endian detection and swapping functions.

Moved TypeConst function implementation out of header file. Hopefully should fix GCC visibility issue.
Fixed GetIDString virtual function missmatch that was causing the name not to show up when the function was called from a NiObjectRef.
Added Python-specific operator functions to Ref to prevent the wrapper from crashing on Null Refs.

Added NiGeometry::ApplyTransforms function to automatically zero out the transforms of a mesh and apply them to its vertices.
Added NiGeometryData::Transform function to apply an arbitrary transform to all vertices and normals of a mesh (used by above).
Added NiNode::PropagateTransform function to apply a NiNode's local transform to its children and then zero it out.
Fixed NiTriShapeData to properly set numTriangles when SetTriangles is called.
NiGeometry::BindSkin function now automatically propagates transforms of NiNodes between the root and the meshes and then applies those transforms to the vertices, making the NiSkinData overall transform unnecessary.
Removed "set root to scene root" option as it is no longer necessary.

Corrected Shape/particle hierarchy by adding NiGeometry and NiGeometryData.  This is the correct hierarchy and having particles come back as derived from NiTriBasedGeomData was causing problems.
Commented out printf commands in triangle stripper.

Replaced _WRITE, _READ, _STRING, AND _FIXLINKS defines with the corresponding internal function call.
Replaced STANDARD_INTERNAL_FUNCTIONS with the internal function signatures.
Made my Doxygen config file use relative paths and added it to SVN so everyone can generate the same documentation for themselves.
Removed includes WZ added to ComplexShape.  These were not missing, they are up to the user to include if they wish.

Added support for sub version 4 headers, object storage, and link method.  Some objects like NiNodes already read correctly.

Fixed the relative include paths and tried to update solution, but havn't got the precompiled header working right.

Casting functions now check for NULL as of last commit.

The code I added to make NiTriBasedGeom select the correct skeleton root was wrong and has been re-written and tested.  It now seems to select the same skeleton root as real NIF files.
The NiTriBasedGeomData::SetUVSetCount function now sets the hasUVs bool value correctly.
Fixed some skin related bugs in ComplexSh::Split.

Commented out functions written by Amorilia that I need to figure out how to fix.

Major update to python generation scripts and others.  Currently just namepace and mutable size members with appropriate generated code.