5.4.32 RC1
Fix destruction order in zend_shutdown (bug #65463, #66036)

If Apache or a similar SAPI receives a signal during PHP processing
it calls zend_shutdown() without calling shutdown_executor().
	#65463: If a module like Gearman or Memcached is loaded,
in the unfixed version it is unloaded by zend_destroy_modules() before the
CG(CLASS_TABLE) is destructed. When CG(CLASS_TABLE) is destructed,
any pointers to methods (specifically around destruction) in the unloaded
module's .so are now dangling and the process segfaults.
	#66036: Any subclasses of an internal class like ArrayObject need
to be destructed in order: subclass first and then the internal class. In the
unfixed version zend_shutdown() clears the CG(CLASS_TABLE) from the head
of the list onwards, so internal classes are destructed first and user-defined
classes last. Internal classes are alloc/deallocated with malloc/free while
user-defined classes with emalloc/efree. If there's shared data between them
then efree() could be called instead of free() leading to a seg-fault.
Fix typo from commit 32314f6b6
Patch for bug #67839 (mysqli does not handle 4-byte floats correctly)

Before the patch, a value of 9.99 in a FLOAT column came out of mysqli
as 9.9998998641968. This is because it would naively cast a 4-byte float
into PHP's internal 8-byte double.
To fix this, with GCC we use the built-in decimal support to "up-convert"
the 4-byte float to a 8-byte double.
When that is not available, we fall back to converting the float
to a string and then converting the string to a double. This mimics
what MySQL does.
Fix failing tests
Fix bug #67716 - Segfault in cdf.c
Fix bug #67716 - Segfault in cdf.c
Merge branch 'PHP-5.4' into PHP-5.5

* PHP-5.4:
  Fix bug #67716 - Segfault in cdf.c
Merge branch 'PHP-5.4' into PHP-5.5

* PHP-5.4:
  Fix bug #67716 - Segfault in cdf.c
Fix bug #67716 - Segfault in cdf.c
Merge branch 'pull-request/772' into PHP-5.4

* pull-request/772:
  Fix failing tests
  Patch for bug #67839 (mysqli does not handle 4-byte floats correctly)

Before the patch, a value of 9.99 in a FLOAT column came out of mysqli
as 9.9998998641968. This is because it would naively cast a 4-byte float
into PHP's internal 8-byte double.
To fix this, with GCC we use the built-in decimal support to "up-convert"
the 4-byte float to a 8-byte double.
When that is not available, we fall back to converting the float
to a string and then converting the string to a double. This mimics
what MySQL does.
Add NEWS
Merge branch 'PHP-5.4' into PHP-5.5

* PHP-5.4:
  Add NEWS
  Fix failing tests
  Patch for bug #67839 (mysqli does not handle 4-byte floats correctly)

Conflicts:
	ext/mysqli/tests/table.inc
Fix another failing test
Update NEWS
typofixes
Merge branch 'PHP-5.4' into PHP-5.5

* PHP-5.4:
  typofixes
Correct typo in comments: 'initialized'
Merge branch 'PHP-5.4' into PHP-5.5

* PHP-5.4:
  Correct typo in comments: 'initialized'
Fixed bug #66985: Some timezones are no longer valid in PHP 5.5.10.