Description:
------------
I'm not sure if this is truly a bug, or just a "gotcha", but oci8-1.2.1 uses zend_strtod, which Red Hat's php 4.3.2 doesn't have.  That results in undefined symbol errors from the loader when oci8.so is loaded.

Maybe your intent is that oci8-1.2.1 requires php >= X.Y.Z, which is fine.  It's just not documented that there's a minimum version of php that oci8 1.2.1 will work with, so I was surprised when 1.2.1 built just fine with php 4.3.x, but wouldn't load.

Reproduce code:
---------------
Take Red Hat 3 AS's Source RPM for php-4.3.2-20.  Modify the spec so that Red Hat's patched ext/oci8 is removed, and oci8-1.2.1 is installed in its place.  Modify the "build" line so that it uses the --with-oci8=instantclient,shared,$ORACLE_HOME instead of what Red Hat is using.

Rebuild using --define 'oracle 1'. The build will succeed but the resulting oci8.so can't be used because it depends on a Zend symbol that php 4.3.2 doesn't have.

Expected result:
----------------
A warning or error at configure time, e.g.

  oci8-1.2.1 requires PHP X.Y.Z or greater

or a note in the README.

Actual result:
--------------
As explained above.