Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi

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

« previous php.dev (#58359) next »