php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #14547 Informix as shared module libtool rpath problem
Submitted: 2001-12-16 09:46 UTC Modified: 2003-02-13 19:54 UTC
Votes:8
Avg. Score:4.8 ± 0.7
Reproduced:7 of 7 (100.0%)
Same Version:1 (14.3%)
Same OS:1 (14.3%)
From: zhamm at secmgmt dot com Assigned:
Status: No Feedback Package: Informix related
PHP Version: 4.1.0 OS: RH Linux 7.1
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2001-12-16 09:46 UTC] zhamm at secmgmt dot com
When configuring/compiling PHP 4.1.0 on RH 7.1, I can successfully compile PHP with informix built in, but not as a shared module.  (INFORMIXDIR, INFORMIXSERVER, and PATH already set)  Thus,  

"# ./configure --with-apxs=/usr/sbin/apxs --with-informix --enable-shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png" 

works just fine. However,

"# ./configure --with-apxs=/usr/sbin/apxs --enable-shared --with-informix=shared --with-mysql=/usr --with-gd --with-zlib --with-gettext --with-png"
fails with:

Making install in informix
make[2]: Entering directory `/php/php-4.1.0/ext/informix'
make[3]: Entering directory `/php/php-4.1.0/ext/informix'
/bin/sh /php/php-4.1.0/libtool --silent --mode=link gcc  -I. -I/php/php-4.1.0/ext/informix -I/php/php-4.1.0/main -I/php/php-4.1.0 -I/usr/include/apache -I/php/php-4.1.0/Zend -I/opt/informix/incl/esql -I/usr/include/mysql -I/php/php-4.1.0/ext/xml/expat  -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -I/php/php-4.1.0/TSRM -g -O2 -prefer-pic   -o informix.la -avoid-version -module -rpath /p
hp/php-4.1.0/modules  ifx.lo  -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -l
ifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx
libtool: link: only absolute run-paths are allowed
make[3]: *** [informix.la] Error 1
make[3]: Leaving directory `/php/php-4.1.0/ext/informix'
make[2]: *** [install-recursive] Error 1
make[2]: Leaving directory `/php/php-4.1.0/ext/informix'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/php/php-4.1.0/ext'
make: *** [install-recursive] Error 1

Since I know nothing about libtool, I'm not even sure where to start to make a path absolute.  I *guess* this is a bug, but perhaps maybe pilot error?  Should I be using some other configuration directive?  This is the format I used with 4.0.2 and it worked fine.


Zack

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-12-18 18:24 UTC] zhamm at secmgmt dot com
Upgraded to RH 7.2 to use the newer version of libtool.  No joy.  Same exact problem.

Zack
 [2002-02-12 03:55 UTC] jfuertes at maz dot es
Same problem over Suse 7.3 Pro.
PHP's Informix support is very very low and bad. ?Informix 
programers have best things to do than help php to suppor 
they?
 [2002-02-12 08:47 UTC] jfuertes at maz dot es
The same happens with the latest snapshot from today.
 [2002-06-15 20:37 UTC] sniper@php.net
This snapshot:

http://snaps.php.net/php4-latest.tar.gz

Works for me with Informix CSDK 2.70.UC3.
Although I did only compile it as static module, not shared.
But it _should_ work fine as shared too.

--Jani



 [2002-06-15 23:56 UTC] zhamm at secmgmt dot com
Please try compiling it as shared.  I'll try the same from the snapshot.
 [2002-06-16 00:31 UTC] sniper@php.net
Works just fine as shared too. Please let us know if the snapshot works for you or not.


 [2002-07-16 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 [2002-10-21 09:45 UTC] mike at secmgmt dot com
./configure --with-informix=shared

Still fails, with:

/php-4.2.3 -I/home/mike/php-4.2.3/Zend -I/opt/informix/incl/esql -I/home/mike/php-4.2.3/ext/mysql/libmysql -I/home/mike/php-4.2.3/ext/xml/expat  -I/home/mike/php-4.2.3/TSRM -g -O2   -o informix.la -avoid-version -module -rpath /home/mike/php-4.2.3/modules  ifx.lo  -Rext/informix -Lext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -lifasf -lifgen -lifos -lifgls -ldl -lcrypt -lphpifx -lifglx

libtool: link: only absolute run-paths are allowed
make[3]: *** [informix.la] Error 1

This can be fixed easily by hand, but I don't know how to fix it with the configure stuff.  It is still a bug.
 [2002-10-21 10:02 UTC] mike at secmgmt dot com
/bin/sh /home/mike/php-4.2.3/libtool --silent --mode=link gcc -I. -I/home/mike/php-4.2.3/ext/informix -I/home/mike/php-4.2.3/main -I/home/mike/php-4.2.3 -I/home/mike/php-4.2.3/Zend -I/opt/informix/incl/esql -I/home/mike/php-4.2.3/ext/mysql/libmysql -I/home/mike/php-4.2.3/ext/xml/expat  -I/home/mike/php-4.2.3/TSRM -g -O2   -o informix.la -avoid-version -module -rpath /home/mike/php-4.2.3/modules  ifx.lo  -R/home/mike/php-4.2.3/ext/informix -L/home/mike/php-4.2.3/ext/informix -R/opt/informix/lib/esql -L/opt/informix/lib/esql -R/opt/informix/lib -L/opt/informix/lib -lifsql -lifasf -lifgen -lifos -lifgls -ldl -lcrypt -lifglx

Made it work, I had to remove -lphpifx and add absolute paths to some of the stuff.  I don't understand why this can't be fixed, the bug and fix have been documented for months now, what gives?

1.  Change makefile to use absolute paths for libtool.
2.  Remove -lphpfix from the buld line.
 [2003-01-31 10:18 UTC] zhamm at secmgmt dot com
This got listed as no-feedback? What gives?
 [2003-02-03 06:14 UTC] 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 decide what email address you're using..
(do NOT use the 'Add Comment' link when you add comments to your _own_ bug report)


 [2003-02-13 19:54 UTC] 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.


 
PHP Copyright © 2001-2021 The PHP Group
All rights reserved.
Last updated: Fri Dec 03 11:03:36 2021 UTC