Edit report at https://bugs.php.net/bug.php?id=62511&edit=1
ID: 62511
Updated by: johan...@php.net
Reported by: ttessier at swhistlesoft dot com
Summary: default install of php version overriding custom
build of module
-Status: Open
+Status: Not a bug
Type: Feature/Change Request
Package: Compile Failure
Operating System: Solaris 9 x86
PHP Version: Irrelevant
Block user comment: N
Private report: N
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Set --with-php-config=/usr/local/php53/bin/php-config while compiing the
extension.
Previous Comments:
------------------------------------------------------------------------
[2012-07-08 18:31:59] ttessier at swhistlesoft dot com
Description:
------------
I have an existing installation of php5.2.x and an installed version of
php5.2.3
that I wanted to install pgsql mod into. Because php5.2.x is in the default
prefix
of /usr/local this was overriding my /usr/local/php53/ data and producing some
wierd errors in terms of php versioning(Ie structure member does not exist for
zend struct ).
When running the /usr/local/php53/bin/phpize directly this produced the same
results.
When setting PATH=/usr/local/php53/bin/:$PATH as the PATH, everything started
to
work.
Can we have some of these programs validate the module version? IE:
phpize/php_config/whatever else run during phpize test to make sure it's
running
the correct version for the source?
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=62511&edit=1
