#10108 [Com]: cc 1501:218 file XXX contains an incorrect file suffix
| From: | brandon at oit dot gatech dot edu | Date: | Wed, 22 Jan 2003 21:04:07 +0000 |
| Subject: | #10108 [Com]: cc 1501:218 file XXX contains an incorrect file suffix | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-30954@lists.php.net to get a copy of this message | ||
ID: 10108
Comment by: brandon@oit.gatech.edu
Reported By: michael.viorney@laposte.net
Status: Bogus
Bug Type: Compile Failure
Operating System: AIX V4.3.3
PHP Version: 4.3.0-dev
New Comment:
This does not look like quite the same bug to me as #14245,
and I suggest the following might resolve this bug:
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:
------------------------------------------------------------------------
[2003-01-20 16:56:24] sniper@php.net
I'm bogusing this since this is again the same bug
as is reported in http://bugs.php.net/bug.php?id=14245
Please add any useful comments with extra info to that
report instead. Thank you.
------------------------------------------------------------------------
[2002-08-03 01:00:10] php-bugs@lists.php.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-07-08 10:22:34] michael.viorney@laposte.net
Sorry,
don't checked the right directory.
.libs/ directory contains :
libphp4.a
libphp4.exp
libphp4.la->../libphp4.la
libphp4.lai
libphp4.so.0
------------------------------------------------------------------------
[2002-07-08 10:20:14] michael.viorney@laposte.net
The ./libs directory is empty at this end of the compilation.
------------------------------------------------------------------------
[2002-07-02 20:29:31] sniper@php.net
After compile..do you have anything in .libs/ ?
------------------------------------------------------------------------
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/10108
--
Edit this bug report at http://bugs.php.net/?id=10108&edit=1