Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
| From: | sniper@php.net | Date: | Thu, 28 Jun 2001 17:07:38 +0000 |
| Subject: | Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi | ||
| Groups: | php.dev | ||
| Request: | Send a blank email to php-dev+get-58359@lists.php.net to get a copy of this message | ||
ID: 11707
Updated by: sniper
Reported By: tom@minnesota.com
Old-Status: Open
Status: Critical
Bug Type: Compile Failure
Operating system:
PHP Version: 4.0.6
Assigned To:
Comments:
This is not the only bug in libtool 1.4 I assume.
Anyway, this has to be fixed before next release.
Previous Comments:
---------------------------------------------------------------------------
[2001-06-28 01:16:13] tom@minnesota.com
it happens with latest CVS 4.0.7-dev is what phpinfo tells me. i tested the exact same config on
4.0.5 release and i didn't see this problem. uppon searching the libtool mailing list, i do
believe php is using a buggy version of libtool. here is a thread on a similar issue:
this post shows similar errors, though diff app:
http://gcc.gnu.org/ml/java/2001-01/msg00168.html
and here is the explaination from one of libtool's core in regard to that issue:
Hmm... Looks like a bug in the multi-language branch. Would you
please report to bug-libtool@gnu.org that creation of relinkable
libtool objects is broken is in the multi-language branch? Thanks in
advance,
--
Alexandre Oliva
---------------------------------------------------------------------------
[2001-06-27 21:46:13] sniper@php.net
Again, does this happen with the latest CVS or with PHP 4.0.6?
--Jani
---------------------------------------------------------------------------
[2001-06-27 16:38:17] tom@minnesota.com
i was wrong about the options sablot, iconv, and expat options. having those options or not,
doesn't matter, still the same error with
libtool: link: `main.lo' is not a valid libtool object
*** Error code 1
---------------------------------------------------------------------------
[2001-06-27 16:35:11] tom@minnesota.com
here is the exact error:
/bin/sh /home/staffs/t/tom/work/php/php4-current/php4/libtool --silent --mode=link gcc -I. -I/ho
me/staffs/t/tom/work/php/php4-current/php4/main -I/home/staffs/t/tom/work/php/php4-current/php4/m
ain -I/home/staffs/t/tom/work/php/php4-current/php4 -I/home/staffs/t/tom/work/php/php4-current/ph
p4/Zend -I/usr/local/include/freetype2/freetype -I/usr/pkg/include -I/usr/local/include/mysql -I/
usr/local/include -I/home/staffs/t/tom/work/php/php4-current/php4/TSRM -I/usr/pkg/include -g -O2
-prefer-non-pic -static -o libmain.la main.lo internal_functions.lo snprintf.lo php_sprintf.l
o safe_mode.lo fopen_wrappers.lo alloca.lo php_ini.lo SAPI.lo rfc1867.lo php_content_types.lo str
lcpy.lo strlcat.lo mergesort.lo reentrancy.lo php_variables.lo php_ticks.lo streams.lo network.lo
php_open_temporary_file.lo php_logos.lo
libtool: link: `main.lo' is not a valid libtool object
*** Error code 1
Stop.
---
i just did
rm config.cache
./configure <options>
make clean
make
all that w/o the LDFLAGS, LIBS, and ENV variables are refreshed (no left-overs)
---------------------------------------------------------------------------
[2001-06-27 13:40:12] sniper@php.net
What version of PHP is this? Latest CVS? Or 4.0.6?
---------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view the rest of the comments,
please view the bug report online.
ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=11707&edit=2