php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #16692 Cannot find or read import file: /usr/local/apache2/bin/httpd.exp
Submitted: 2002-04-19 00:26 UTC Modified: 2002-10-27 01:00 UTC
Votes:2
Avg. Score:2.0 ± 1.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: garlic at garlic dot com Assigned:
Status: No Feedback Package: Apache2 related
PHP Version: 4.2.0 OS: AIX
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: garlic at garlic dot com
New email:
PHP Version: OS:

 

 [2002-04-19 00:26 UTC] garlic at garlic dot com
Compiling PHP 4.2.0RC4 with Apache 2.0.35 under AIX 5L with IBM compiler results in following messages.

/bin/sh /work/work/apache/php-4.2.0RC4/libtool --silent --mode=link cc  -I. -I/work/work/apache/php-4.2.0RC4/ -I/work/work/apache/php-4.2.0RC4/main -I/work/work/apache/php-4.2.0RC4 -I/usr/local/apache2/include -I/work/work/apache/php-4.2.0RC4/Zend -I/usr/local/ssl/include -I/work/work/imap/imap-2001a/c-client -I/usr/local/mysql/include -I/work/work/apache/php-4.2.0RC4/ext/xml/expat  -D_THREAD_SAFE -I/work/work/apache/php-4.2.0RC4/TSRM -O3 -DZTS -prefer-pic   -o libphp4.la -rpath /work/work/apache/php-4.2.0RC4/libs -Wl,-bI:/usr/local/apache2/bin/httpd.exp -avoid-version -L/usr/local/ssl/lib -L/work/work/imap/imap-2001a/c-client -L/usr/local/mysql/lib  -R /usr/local/ssl/lib -R /work/work/imap/imap-2001a/c-client -R /usr/local/mysql/lib stub.lo  Zend/libZend.la  sapi/apache2filter/libsapi.la  main/libmain.la  regex/libregex.la  /work/work/apache/php-4.2.0RC4/ext/ctype/libctype.la /work/work/apache/php-4.2.0RC4/ext/ftp/libftp.la /work/work/apache/php-4.2.0RC4/ext/imap/libimap.la /work/work/apache/php-4.2.0RC4/ext/mysql/libmysql.la /work/work/apache/php-4.2.0RC4/ext/openssl/libopenssl.la /work/work/apache/php-4.2.0RC4/ext/pcre/libpcre.la /work/work/apache/php-4.2.0RC4/ext/posix/libposix.la /work/work/apache/php-4.2.0RC4/ext/session/libsession.la /work/work/apache/php-4.2.0RC4/ext/standard/libstandard.la /work/work/apache/php-4.2.0RC4/ext/xml/libxml.la  TSRM/libtsrm.la -lpam -lc-client -lmysqlclient -lz -lcrypt -lpam -lcrypt -lssl -lcrypto -lbind -lm -ldl -lpthread -lcrypt -ldl
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix
cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix

Followed by losts more of these followed by 
cc: 1501-218 file TSRM/.libs/libtsrm.al contains an incorrect file suffix
ld: 0706-003 Cannot find or read import file: /usr/local/apache2/bin/httpd.exp
        ld:accessx(): No such file or directory
make: 1254-004 The error code from the last command is 255.


Stop.
make: 1254-004 The error code from the last command is 1.


Stop.


Configured with 

CFLAGS="-O3" ./configure --with-apxs2=/usr/local/apache2/bin/apxs \
        --enable-track-vars \
        --with-mysql=/usr/local/mysql \
        --with-imap=/work/work/imap/imap-2001a \
        --with-openssl=/usr/local/ssl \
        --enable-ftp

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-04-23 00:11 UTC] sniper@php.net
Reclassified. (and changed the summary)
Those 'incorrect file..' warnings can be ignored.

 [2002-05-07 19:29 UTC] 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-05-22 03:51 UTC] gru at porsche dot co dot 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-10-09 14:36 UTC] 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-10-27 01:00 UTC] php-bugs at lists dot php dot 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".
 [2003-01-22 15:00 UTC] brandon at oit dot gatech dot edu
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.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 21 16:01:28 2024 UTC