#10108 [Com]: cc 1501:218 file XXX contains an incorrect file suffix

From: 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

« previous php.bugs (#30954) next »