#16692 [Com]: Cannot find or read import file: /usr/local/apache2/bin/httpd.exp
| From: | brandon at oit dot gatech dot edu | Date: | Wed, 22 Jan 2003 21:00:24 +0000 |
| Subject: | #16692 [Com]: Cannot find or read import file: /usr/local/apache2/bin/httpd.exp | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-30952@lists.php.net to get a copy of this message | ||
ID: 16692
Comment by: brandon@oit.gatech.edu
Reported By: garlic@garlic.com
Status: No Feedback
Bug Type: Apache2 related
Operating System: AIX
PHP Version: 4.2.0
New Comment:
Our PHP 4.3.0 build failed to compile sapi/cli/php on our AIX machine,
with over one hundred error messages like:
cc: 1501-218 file ext/ctype/ctype.lo contains an incorrect file suffix
The causes of this are rather subtle:
1. GNU libtool will usually not create static objects under AIX.
2. But the PHP developers want libtool to create static objects.
3. So the PHP developers provide their own ./libtool in the source
tree which will create them, which they run with "/bin/sh libtool".
4. Unfortunately, while "/bin/sh <file>" usually looks for <file> in
the current directory before searching through $PATH, on AIX it
looks through $PATH first; thus the PHP Makefile winds up running
/usr/local/bin/libtool (or wherever you have it installed) instead.
Thus the solution is to modify the PHP Makefile so that the line
LIBTOOL = $(SHELL) libtool --silent
instead reads
LIBTOOL = $(SHELL) ./libtool --silent
Technical notes: When you compile and install libtool, it runs a
script called libtool.m4 which, around line 2363 in the libtool-1.4.3
source, disables AIX static linking with the explanation that:
"On AIX, shared libraries and static libraries use the same
namespace, and are all built from PIC."
It disables static linking by setting enable_static=no when it writes
your libtool script; the ./libtool script in the PHP build directory
works precisely because this variable is set to "yes" instead.
Previous Comments:
------------------------------------------------------------------------
[2002-10-27 01:00:02] php-bugs@lists.php.net
No feedback was provided for this bug for over 2 weeks, 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-09 14:36:16] iliaa@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
Could you please see if the problem persists with Apache 2.0.43 and PHP
4.3-dev.
------------------------------------------------------------------------
[2002-05-22 03:51:59] gru@porsche.co.at
This also happens with Apache 2.0.36 apxs-script.
After running ./configure you have to edit the config_vars.mk.
Search for httpd.exp and change it to $prefix/modules/httpd.exp (as
Aaron wrote). Then run "make" - without problems.
------------------------------------------------------------------------
[2002-05-07 19:29:23] aaron@php.net
Did you use a special Apache layout? Does the httpd.exp
file exist anywhere in your apache install tree?
(I would expect it to be in $prefix/modules/httpd.exp)
I won't mark this closed yet, but it seems likely to be
a problem with Apache 2.0.35's apxs, and you might want
to try using 2.0.36.
------------------------------------------------------------------------
[2002-04-23 00:11:11] sniper@php.net
Reclassified. (and changed the summary)
Those 'incorrect file..' warnings can be ignored.
------------------------------------------------------------------------
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/16692
--
Edit this bug report at http://bugs.php.net/?id=16692&edit=1