PHP 5.6.0-rc1 seems to work cleanly with the serialization hacks
Adding a `PharExceptionAsset` that is actually used to verify that internal classes can be extended and un-serialized
`PharException` should be un-serializable
`unserialize` is not supposed to be called on simple serializable assets
`unserialize` is not supposed to be called on `SerializableArrayObjectAsset`
Allowing instantiation of internal classes that require particular serialization formats by generating mocks on the fly
PHP 5.4.29 and PHP 5.5.13 have broken un-serialization of classes that extend internal classes. Must extend/mock at runtime.
PHP 5.6 also needs overriding of the serialization format for internal classes
Revert "PHP 5.6 also needs overriding of the serialization format for internal classes"

This reverts commit 1892d737204a60d08148abfedd604870b41fbb1a.
Revert "Serializing default property values is not required"

This reverts commit dcba7c6e16e2599faa0462d2d399ab3bbba060ff.

Conflicts:
	src/Instantiator/Instantiator.php
Serializing the default value of a property even when it's not being set
Introducing an asset extending `ArrayObject`, since `Phar` is internally always un-serialized
Using the `InstantiatorTestAsset\ArrayObjectAsset` instead of the `PharAsset` in tests
Cleaning up code and avoiding hacks using `eval()` for instantiation of internal classes

Also adding constants for the serialization format, as well as comments to clarify about operations being applied
Removing unused private `$internalSerializableClasses`
Removing abbreviation
Removing unused `isInternalClassWithRequiredSerializedString` method
Introducing `Instantiator\Exception\ExceptionInterface`
Introducing `Instantiator\Exception\InvalidArgumentException`
Introducing `Instantiator\Exception\InvalidArgumentException#fromSerializationTriggeredException()`