[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Critical Status: Feedback Bug Type: Compile Failure Operating System: NetBSD/Alpha 1.5W-current PHP Version: 4.0.6 New Comment: Is this still happening? Previous Comments: [2001-06-28 13:07:38] [EMAIL PROTECTED] This is not the only bug in libtool 1.4 I assume. Anyway, this has to be fixed before next release. [2001-06-28 01:16:13] [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Again, does this happen with the latest CVS or with PHP 4.0.6? --Jani [2001-06-27 16:38:17] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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) 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/?id=11707 Edit this bug report at http://bugs.php.net/?id=11707edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Compile Failure Operating System: NetBSD/Alpha 1.5W-current PHP Version: 4.0.6 New Comment: this problem doesn't exisit in a snap i tested yesterday. you could close this now. btw that same snap had a big memory leak. i'll send a bug on that later. Previous Comments: [2001-08-17 03:31:03] [EMAIL PROTECTED] Is this still happening? [2001-06-28 13:07:38] [EMAIL PROTECTED] This is not the only bug in libtool 1.4 I assume. Anyway, this has to be fixed before next release. [2001-06-28 01:16:13] [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Again, does this happen with the latest CVS or with PHP 4.0.6? --Jani [2001-06-27 16:38:17] [EMAIL PROTECTED] 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 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/?id=11707 Edit this bug report at http://bugs.php.net/?id=11707edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: NetBSD/Alpha 1.5W-current PHP Version: 4.0.6 New Comment: close per user request. Previous Comments: [2001-08-17 12:26:29] [EMAIL PROTECTED] this problem doesn't exisit in a snap i tested yesterday. you could close this now. btw that same snap had a big memory leak. i'll send a bug on that later. [2001-08-17 03:31:03] [EMAIL PROTECTED] Is this still happening? [2001-06-28 13:07:38] [EMAIL PROTECTED] This is not the only bug in libtool 1.4 I assume. Anyway, this has to be fixed before next release. [2001-06-28 01:16:13] [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Again, does this happen with the latest CVS or with PHP 4.0.6? --Jani 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/?id=11707 Edit this bug report at http://bugs.php.net/?id=11707edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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] [EMAIL PROTECTED] Again, does this happen with the latest CVS or with PHP 4.0.6? --Jani --- [2001-06-27 16:38:17] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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=11707edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 User Update by: [EMAIL PROTECTED] Old-Status: Feedback 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 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) Previous Comments: --- [2001-06-27 13:40:12] [EMAIL PROTECTED] What version of PHP is this? Latest CVS? Or 4.0.6? --- [2001-06-27 13:37:07] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] '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] [EMAIL PROTECTED] And do not export those LIBS / LDFLAGS. The configure does it itself. --- [2001-06-27 09:03:16] [EMAIL PROTECTED] 'rm config.cache ; ./configure with your options ; make clean ; make' --- 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 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 User Update by: [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] What version of PHP is this? Latest CVS? Or 4.0.6? --- [2001-06-27 13:37:07] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] '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] [EMAIL PROTECTED] 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 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: Again, does this happen with the latest CVS or with PHP 4.0.6? --Jani Previous Comments: --- [2001-06-27 16:38:17] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] What version of PHP is this? Latest CVS? Or 4.0.6? --- [2001-06-27 13:37:07] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] '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. --- 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=11707edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 User Update by: [EMAIL PROTECTED] Old-Status: Feedback 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 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 [EMAIL PROTECTED] that creation of relinkable libtool objects is broken is in the multi-language branch? Thanks in advance, -- Alexandre Oliva Previous Comments: --- [2001-06-27 21:46:13] [EMAIL PROTECTED] Again, does this happen with the latest CVS or with PHP 4.0.6? --Jani --- [2001-06-27 16:38:17] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] What version of PHP is this? Latest CVS? Or 4.0.6? --- [2001-06-27 13:37:07] [EMAIL PROTECTED] 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) --- 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 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Sablotron XSL Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: 'rm config.cache ; ./configure with your options ; make clean ; make' Previous Comments: --- [2001-06-26 14:54:27] [EMAIL PROTECTED] here is my setup: export LIBS=-lm -lc -lintl -lX11 export LDFLAGS=-Wl,-export-dynamic -Wl,-R/usr/lib -L/usr/lib -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -Wl,-R/usr/local/lib -L/usr/local/lib -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib ./configure --with-apxs --disable-pear --with-gd=/usr/pkg --with-png-dir=/usr/pkg --with-jpeg-dir=/usr/pkg --with-freetype-dir=/usr/pkg --with-xpm-dir=/usr/X11R6 --with-sablot=/usr/local --with-expat-dir=/usr/local --with-iconv=/usr/pkg --with-pgsql=/usr/local --with-mysql=/usr/local --enable-libgcc --with-gnu-ld --with-zlib --with-system-regex --with-config-file-path=/usr/local/etc --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --enable-memory-limit --enable-sysvsem --enable-sysvshm --enable-sockets --with-ttf=/usr/pkg --enable-freetype-4bit-antialias-hack --- [2001-06-26 14:51:38] [EMAIL PROTECTED] when building php-cvs as a dso for apache, things go fine. however, if just remove the --with-apxs setting to compile it as a cgi, then about midway through, i get errors about somefile.lo isn't a libtool type. i did start from scratch when building the dso and cgi. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11707edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.6 Assigned To: Comments: And do not export those LIBS / LDFLAGS. The configure does it itself. Previous Comments: --- [2001-06-27 09:03:16] [EMAIL PROTECTED] 'rm config.cache ; ./configure with your options ; make clean ; make' --- [2001-06-26 14:54:27] [EMAIL PROTECTED] here is my setup: export LIBS=-lm -lc -lintl -lX11 export LDFLAGS=-Wl,-export-dynamic -Wl,-R/usr/lib -L/usr/lib -Wl,-R/usr/pkg/lib -L/usr/pkg/lib -Wl,-R/usr/local/lib -L/usr/local/lib -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib ./configure --with-apxs --disable-pear --with-gd=/usr/pkg --with-png-dir=/usr/pkg --with-jpeg-dir=/usr/pkg --with-freetype-dir=/usr/pkg --with-xpm-dir=/usr/X11R6 --with-sablot=/usr/local --with-expat-dir=/usr/local --with-iconv=/usr/pkg --with-pgsql=/usr/local --with-mysql=/usr/local --enable-libgcc --with-gnu-ld --with-zlib --with-system-regex --with-config-file-path=/usr/local/etc --enable-track-vars --enable-force-cgi-redirect --enable-discard-path --enable-memory-limit --enable-sysvsem --enable-sysvshm --enable-sockets --with-ttf=/usr/pkg --enable-freetype-4bit-antialias-hack --- [2001-06-26 14:51:38] [EMAIL PROTECTED] when building php-cvs as a dso for apache, things go fine. however, if just remove the --with-apxs setting to compile it as a cgi, then about midway through, i get errors about somefile.lo isn't a libtool type. i did start from scratch when building the dso and cgi. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11707edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11707 Updated: FILE.lo isn't a libtool type if built php as a cgi
ID: 11707 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Sablotron XSL 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 here is my setup: export LIBS=-lm -lc -lintl -lX11 \ export LDFLAGS=-Wl,-export-dynamic \ -Wl,-R/usr/lib -L/usr/lib \ -Wl,-R/usr/pkg/lib -L/usr/pkg/lib \ -Wl,-R/usr/local/lib -L/usr/local/lib \ -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib ./configure \ --with-apxs \ --disable-pear \ --with-gd=/usr/pkg \ --with-png-dir=/usr/pkg \ --with-jpeg-dir=/usr/pkg \ --with-freetype-dir=/usr/pkg \ --with-xpm-dir=/usr/X11R6 \ --with-sablot=/usr/local \ --with-expat-dir=/usr/local \ --with-iconv=/usr/pkg \ --with-pgsql=/usr/local \ --with-mysql=/usr/local \ --enable-libgcc \ --with-gnu-ld \ --with-zlib \ --with-system-regex \ --with-config-file-path=/usr/local/etc \ --enable-track-vars \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-memory-limit \ --enable-sysvsem \ --enable-sysvshm \ --enable-sockets \ --with-ttf=/usr/pkg \ --enable-freetype-4bit-antialias-hack Previous Comments: --- [2001-06-26 14:51:38] [EMAIL PROTECTED] when building php-cvs as a dso for apache, things go fine. however, if just remove the --with-apxs setting to compile it as a cgi, then about midway through, i get errors about somefile.lo isn't a libtool type. i did start from scratch when building the dso and cgi. --- Full Bug description available at: http://bugs.php.net/?id=11707 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
