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

ID: 11707 User Update by: tom@minnesota.com Status: Open Bug Type: Compile Failure Operating system: NetBSD/Alpha 1.5W-current PHP Version: 4.0.6 Description: FILE.lo isn't a libtool type if built php as a cgi 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 Previous Comments: --------------------------------------------------------------------------- [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? --------------------------------------------------------------------------- [2001-06-27 13:37:07] 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 12:44:20] tom@minnesota.com 'rm config.cache ; ./configure <with your options> ; make clean ; make' like i stated in my original post, i did start from scratch several times. i've also tried it without the LDFLAGS and LIBS flags. your suggestion didn't help: i've gone to the extent of removing configure and starting from ./buildconf. that didn't help either. the strange thing is, if i also remove the sablot, iconv, and expat options from ./configure <options> then it builds fine as a cgi. --------------------------------------------------------------------------- [2001-06-27 09:04:38] sniper@php.net And do not export those LIBS / LDFLAGS. The configure does it itself. --------------------------------------------------------------------------- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=11707