Enable hypot for all

- Nuke empty_string. It is a reminanent from the time where RETURN_FALSE()
used to return "" and not bool(false). It's not worth keeping it because
STR_FREE() and zval_dtor() always have

- Nuke empty_string. It is a reminanent from the time where RETURN_FALSE()
used to return "" and not bool(false). It's not worth keeping it because
STR_FREE() and zval_dtor() always have to check for it and it slows down
the general case. In addition, it seems that empty_string has been abused
quite a lot, and was used not only for setting zval's but generally in
PHP code instead of "", which wasn't the intention. Last but not least,
nuking empty_string should improve stability as I doubt every place
correctly checked if they are not mistakenly erealloc()'ing it or
calling efree() on it.
NOTE: Some code is probably broken. Each extension maintainer should
check and see that my changes are OK. Also, I haven't had time to touch
PECL yet. Will try and do it tomorrow.

show more ...

hypot() is not experimental.

Fixed bug #28508 (Do not make hypot() available if not supported by libc).

Fixed bug #28228 (number_format() does not allow empty decimal separator).

Nuke unused vars

Don't use fp arithmetic for int results
# FP arithmetic is not accurate enough on 64-bit archs
# This patch relies on ZEND_SIGNED_MULTIPLY_LONG(),
# so that should be fixed as well.

- A belated happy holidays and PHP 5

Fixed Bug #25694 (round() and number_format() give inconsistent results).

fix format strings

Bugfix #24142, part 2

Avoid a round() bug that occurs due to over optimization of C code by gcc.
This bug was confirmed across multiple systems with gcc 2.95.3 & 3.X+

updating license information in the headers.

* email address change

Fixed bug #21648

Fix the number format fix when the number of decimal places is 0.
# Thanks to Edin for his telepathy!

Fix Bug #21523 - number_format could cause a memory allocation for a
negative memory size in situations where the sprintf implementation of the
host system generated less decimal places than

Fix Bug #21523 - number_format could cause a memory allocation for a
negative memory size in situations where the sprintf implementation of the
host system generated less decimal places than were requested.

Resolved this issue by making number_format examine the string returned
by spprintf and have it pad to the correct number of decimal places.

Added a test-case based on the bug report; the length of decimal places
required to trigger this bug is sprintf implementation dependent; as the
implementation is now using spprintf (provided by PHP), that number is
78 digits (NDIG - 2).

# I played with the idea of enhancing sprintf to do the equivalent, but
# it was too much effort considering that the precision of floats/doubles
# is not good enough to warrant it.

# This fix could do with some QA from someone else to make sure there are
# no memory bounds problems and then MFH it to PHP_4_3

show more ...

Bump year.

-php_error -> php_error_docref
-removed some cases where emalloc result was tested

fix warnings
#highest bit cannot be set so this must work

Switch to using error_docref
# Satisfy all those named Mar[ck]us

Report function name when log() triggers a base warning

Add the ability to take the logarithm of any base by adding a base parameter
to log()
Added regression tests for the new form

fix compiler warning

- If functions are not available on OS, they're not available in PHP.