#22896 [Com]: Error on make with 4.3.1 on solaris 8
| From: | elegua at hotmail dot com | Date: | Tue, 16 May 2006 18:47:11 +0000 |
| Subject: | #22896 [Com]: Error on make with 4.3.1 on solaris 8 | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-97198@lists.php.net to get a copy of this message | ||
ID: 22896
Comment by: elegua at hotmail dot com
Reported By: jpt at ifrance dot com
Status: No Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: Solaris 8
PHP Version: 4.3.1
New Comment:
I have Solaris 8, Apache 2.0, and PHP 5.1.4. I am trying to configure
--with-sybase-ct= for sybase 12-5. I get the exact same errors. I have
searched the Web and I have tried various types of things as everyone
else has listed, but with no luck.
This works
./configure --prefix=/export/home/php
--with-apxs2=/export/home/apache/bin/apxs --with-libxml=/opt/csw/lib
--with-zlib-dir=/opt/csw/lib --with-mysql=/export/home/mysql
--with-mysqli=/export/home/mysql/bin/mysql_config --with-gd
--enable-soap --enable-sockets --with-sybase=/export/home/sybase/
This does not
./configure --prefix=/export/home/php
--with-apxs2=/export/home/apache/bin/apxs --with-libxml=/opt/csw/lib
--with-zlib-dir=/opt/csw/lib --with-mysql=/export/home/mysql
--with-mysqli=/export/home/mysql/bin/mysql_config --with-gd
--enable-soap --enable-sockets --with-sybase-ct=/export/home/sybase/
The sybase that is installed has a symlink from OCS_12-5 to the
standard /sybase/lib.
I am not sure why the sybase build works, and the -CT does not. The
reason I am trying to use -ct is because I cannot get results from
stored procedures. Nothing I have found on the net says that going to
the ct library will fix this. But I cannot find anything else that
gives me any hope of being able to get results ( and not the value of 1
) from my stored procedures.
Thanks.. :( any help would be much appreciated!!
Previous Comments:
------------------------------------------------------------------------
[2004-08-12 12:02:26] trollcollect at yahoo dot de
Just fyi, we have made progress on this. It seems the problem arises
from a "broken" libintl within solaris that php links against. To solve
this, the sybase client brings his own libintl_r but this is not being
used by the generated makefile for php. So after running configure,
modify the Makefile from -lintl to -lintl_r.
Another problem was the "forced" usage of the sybtcl library which i
also had to remove / modify from -lsybtcl to -ltcl.
HTH
------------------------------------------------------------------------
[2004-08-09 16:35:44] trollcollect at yahoo dot de
Same here. Tried with 4.3.8, the problem appears exactly when sybase
support (DB or CT) is added in configure. To narrow the problem down i
tried with this configure line:
./configure --prefix=/export/apps/apache-RAtool/php
--with-apxs=/export/apps/apache-RAtool/apache/1.3.31/bin/apxs
--disable-all --with-sybase-ct=/apps/sybase/12/OCS-12_0/
...same problem. The system is a fairly recent solaris 8, i've tried
with both gcc 3.3.2 and newest workshop compiler. Trying to link
against several Sybase versions between 11 and 12.0. Found a few people
report this error over the net, without a single helpful answer yet.
Latest and most desperate attempt was to build 5.0.0 hoping it would
not show these errors, no success though. Here are the relevant lines
of the make output:
o Zend/zend_reflection_api.lo Zend/zend_execute.lo sapi/cli/php_cli.lo
sapi/cli/
getopt.lo main/internal_functions_cli.lo -linsck -ltcl -lintl -lcomn
-lct -lcs -
lresolv -lm -ldl -lnsl -lsocket -lgcc -o sapi/cli/php
Undefined first referenced
symbol in file
intl_iocsfgets
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intlgetenv
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_close
/apps/sybase/12/OCS-12_0//lib/libcomn.so
intl_iocsfseek
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_strbuild
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_home
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_iocsfclose
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_cstrbuild
/apps/sybase/12/OCS-12_0//lib/libcs.so
intl_nextentry
/apps/sybase/12/OCS-12_0//lib/libcomn.so
comn_calloc
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_iocsfopen
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_open
/apps/sybase/12/OCS-12_0//lib/libcomn.so
intl_nextvalue
/apps/sybase/12/OCS-12_0//lib/libcomn.so
comn_realloc
/apps/sybase/12/OCS-12_0//lib/libtcl.so
comn_free
/apps/sybase/12/OCS-12_0//lib/libtcl.so
comn_malloc
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_iocsfread
/apps/sybase/12/OCS-12_0//lib/libcomn.so
intl_nextsection
/apps/sybase/12/OCS-12_0//lib/libcomn.so
intl_iocsfwrite
/apps/sybase/12/OCS-12_0//lib/libtcl.so
intl_datetime
/apps/sybase/12/OCS-12_0//lib/libcomn.so
intl_errstr
/apps/sybase/12/OCS-12_0//lib/libcomn.so
ld: fatal: Symbol referencing errors. No output written to
sapi/cli/php
collect2: ld returned 1 exit status
gmake: *** [sapi/cli/php] Error 1
------------------------------------------------------------------------
[2003-04-21 09:19:02] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
------------------------------------------------------------------------
[2003-04-09 05:53:24] sniper@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
And what was the configure line for PHP you used?
------------------------------------------------------------------------
[2003-04-08 03:14:21] tim at comben dot com
I have a very simmilar problem on Solaris version 9.0, when i try to
add in the apxs module it stops with a simmilar error report.
tim
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22896
--
Edit this bug report at http://bugs.php.net/?id=22896&edit=1