niflib: removed -fpermissive flag from Makefile and fixed 32 bit pointer casts for 64 bit build (reported by guidoj, fixed with hints from Alphax, see issue #2788607)

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.

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.

Created a new ComplexShape class which can currently be used to automatically split the sort of complicated mesh that contains per-point-per-face attributes into NiTriShape classes.  Should support skinning as well, but has not been tested.
Added TexCoord == operator.
Changed type of Triangle members to unsigned short.
Color4 now defaults to all zeros.
NiAVObject::AddProperty now takes a const argument.
Fixed exception in NiTexturingProperty to throw a runtime_error instead of a string.
NiTriBasedGeom::BindSkin should now automatically finds the skeleton root by itself.  The skeleton_root argument has been removed.

Initialized TexCoord values to 0.0f.
Added Visibility flag functions to NiAVObject.cpp
Fixed NiTexturingProperty::SetTexture to set the internal hasXTexture variables correctly.

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.

Implemented Color3 object.
Adjusted project settings to make the Maya importer link faster.

Made DLL creation optional and added a "Release - DLL" configuration.  The Release configuration creates a static library.

Enabled precompiled headers in MS Visual C++ project.  Also tried some tweaked optimization settings to make it compile faster.

Made all include paths relative so you don't have to set any directories to compile.  Hopefully Amorilia will fix this in the code generation script.
Implemented a few more functions.