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.

- 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.  This significantly improves the hierarchy and adds support for BSWindModifier.

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.

More documentation improvements.  Added documentation to NiDynamicEffect-derived objects, removed some obsolete examples, and replaced remaining references to "block" with "object" wherever possible.

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.

Fixed Niflib DLL compile.  All public functions should now be marked with either NIFLIB_API or NIFLIB_HIDDEN.  May have missed a few here or there but they should be noticed eventually.

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.

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.

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

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.