[PHP-DEV] Bug #11043 Updated: apache2 build fails: undefined symbol: tsrm_error
ID: 11043 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Compile Failure Operating System: Linux (severely modified Redhat PHP Version: 4.0 Latest CVS (2001-05-23) New Comment: Other people are able to get latest CVS work with Apache2. (latest CVS of that too I think) --Jani Previous Comments: [2001-10-18 15:21:03] [EMAIL PROTECTED] Any news on this yet? [2001-05-29 16:37:09] [EMAIL PROTECTED] can't suspend from User Modify, only from Dev Modify... suspending now... [2001-05-29 16:36:01] [EMAIL PROTECTED] Oh, I probably did not make that clear - I have a few CVS builds that work flawlessly with Apache 1.3.x (1.3.14, I think). The builds for Apache 2 cause the problem. I tried the latest CVS (checked out just before the CVS went down), and Friday's morning CVS snapshot of Apache 2, and the problem is still there. I kinda wonder if I could blame libtool though - I updated libtool to 1.4-2 and automake to 1.4p1-1 so I could compile the latest php and apache, and it broke some earlier builds; it appears to be totally broken. I had to revert to older versions of libtool and automake so my co-workers won't kill me. I won't be able to test it until I can find libtool that works and doesn't break my old stuff. Jani, if you can test it again apache 2, and prove it wrong, please, close the bug report and tell me what version of libtool and which snapshot of apache2 you used. Otherwise, I will probably suspend this report until I can test it again. Vlad [2001-05-29 15:50:09] [EMAIL PROTECTED] latest CVS of both Zend and TSRM (and PHP) work just fine for me with apache 1.3.20..but I haven't tried Apache 2 yet. --Jani [2001-05-25 12:43:37] [EMAIL PROTECTED] With yesterday's CVS, yes. (I just #define TSRM_DEBUG as a temporary fix). I couldn't get to CVS for a while though, so I am not sure about the latest source. 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=11043 Edit this bug report at http://bugs.php.net/?id=11043edit=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 #11043 Updated: apache2 build fails: undefined symbol: tsrm_error
ID: 11043 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Suspended Status: Feedback Bug Type: Compile Failure Operating System: Linux (severely modified Redhat PHP Version: 4.0 Latest CVS (2001-05-23) New Comment: Any news on this yet? Previous Comments: [2001-05-29 16:37:09] [EMAIL PROTECTED] can't suspend from User Modify, only from Dev Modify... suspending now... [2001-05-29 16:36:01] [EMAIL PROTECTED] Oh, I probably did not make that clear - I have a few CVS builds that work flawlessly with Apache 1.3.x (1.3.14, I think). The builds for Apache 2 cause the problem. I tried the latest CVS (checked out just before the CVS went down), and Friday's morning CVS snapshot of Apache 2, and the problem is still there. I kinda wonder if I could blame libtool though - I updated libtool to 1.4-2 and automake to 1.4p1-1 so I could compile the latest php and apache, and it broke some earlier builds; it appears to be totally broken. I had to revert to older versions of libtool and automake so my co-workers won't kill me. I won't be able to test it until I can find libtool that works and doesn't break my old stuff. Jani, if you can test it again apache 2, and prove it wrong, please, close the bug report and tell me what version of libtool and which snapshot of apache2 you used. Otherwise, I will probably suspend this report until I can test it again. Vlad [2001-05-29 15:50:09] [EMAIL PROTECTED] latest CVS of both Zend and TSRM (and PHP) work just fine for me with apache 1.3.20..but I haven't tried Apache 2 yet. --Jani [2001-05-25 12:43:37] [EMAIL PROTECTED] With yesterday's CVS, yes. (I just #define TSRM_DEBUG as a temporary fix). I couldn't get to CVS for a while though, so I am not sure about the latest source. [2001-05-24 23:48:33] [EMAIL PROTECTED] Do you still get this error? 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=11043 Edit this bug report at http://bugs.php.net/?id=11043edit=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 #11043 Updated: apache2 build fails: undefined symbol: tsrm_error
ID: 11043 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating system: Linux (severely modified Redhat PHP Version: 4.0 Latest CVS (2001-05-23) Description: apache2 build fails: undefined symbol: tsrm_error after poking around with the source, I found that omitting '--enable-debug' fixes that problem. However, it starts spitting out segfaults after that, but I think that is a different issue... Anyway, there is clearly a problem when '--enable-debug' is specified. Previous Comments: --- [2001-05-23 02:25:58] [EMAIL PROTECTED] Got the latest CVS of apache2 and php (May 22, 2001). Both built fine. however, `apachectl start` caused this: Syntax error on line 186 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: undefined symbol: tsrm_error Configure line was: ./configure --prefix=/usr/local/apache2 --with-apxs2=/usr/local/apache2/bin/apxs --with-imap --with-mcrypt=/usr --with-mysql=/usr --with-pspell --with-gd --with-ttf=/usr/include/freetype --with-jpeg-dir=/usr --enable-debug Where did tsrm_error go? I am not familiar with TSRM at all, and I was just playing with apache2, so I might be missing something trivial, but I can't see it. And I won't have time to look into that for at least a couple of days, so I just decided to submit this so it does not get lost. Vlad --- Full Bug description available at: http://bugs.php.net/?id=11043 -- 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 #11043 Updated: apache2 build fails: undefined symbol: tsrm_error
ID: 11043 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0 Latest CVS (2001-05-23) Assigned To: Comments: And you did checkout the TSRM too? Or did you do cvs update in that dir? Did you try ./cvsclean? --Jani Previous Comments: --- [2001-05-23 02:54:02] [EMAIL PROTECTED] after poking around with the source, I found that omitting '--enable-debug' fixes that problem. However, it starts spitting out segfaults after that, but I think that is a different issue... Anyway, there is clearly a problem when '--enable-debug' is specified. --- [2001-05-23 02:25:58] [EMAIL PROTECTED] Got the latest CVS of apache2 and php (May 22, 2001). Both built fine. however, `apachectl start` caused this: Syntax error on line 186 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: undefined symbol: tsrm_error Configure line was: ./configure --prefix=/usr/local/apache2 --with-apxs2=/usr/local/apache2/bin/apxs --with-imap --with-mcrypt=/usr --with-mysql=/usr --with-pspell --with-gd --with-ttf=/usr/include/freetype --with-jpeg-dir=/usr --enable-debug Where did tsrm_error go? I am not familiar with TSRM at all, and I was just playing with apache2, so I might be missing something trivial, but I can't see it. And I won't have time to look into that for at least a couple of days, so I just decided to submit this so it does not get lost. Vlad --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=11043edit=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 #11043 Updated: apache2 build fails: undefined symbol: tsrm_error
ID: 11043 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Compile Failure Operating system: Linux (severely modified Redhat PHP Version: 4.0 Latest CVS (2001-05-23) Description: apache2 build fails: undefined symbol: tsrm_error Yes, I did check out TSRM (it would never have built otherwise in the first place, right?) It was a fresh clean check-out, so I would assume I do not need to run ./cvs-clean. I did it anyway (just in case, since you asked), and the result is exactly the same. Well, I'm taking off work in 10 minutes so unless you have any more suggestions, Jani, I'll read the list tomorrow and see if I get any feedback, and maybe poke around some more. Previous Comments: --- [2001-05-23 03:01:21] [EMAIL PROTECTED] And you did checkout the TSRM too? Or did you do cvs update in that dir? Did you try ./cvsclean? --Jani --- [2001-05-23 02:54:02] [EMAIL PROTECTED] after poking around with the source, I found that omitting '--enable-debug' fixes that problem. However, it starts spitting out segfaults after that, but I think that is a different issue... Anyway, there is clearly a problem when '--enable-debug' is specified. --- [2001-05-23 02:25:58] [EMAIL PROTECTED] Got the latest CVS of apache2 and php (May 22, 2001). Both built fine. however, `apachectl start` caused this: Syntax error on line 186 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: undefined symbol: tsrm_error Configure line was: ./configure --prefix=/usr/local/apache2 --with-apxs2=/usr/local/apache2/bin/apxs --with-imap --with-mcrypt=/usr --with-mysql=/usr --with-pspell --with-gd --with-ttf=/usr/include/freetype --with-jpeg-dir=/usr --enable-debug Where did tsrm_error go? I am not familiar with TSRM at all, and I was just playing with apache2, so I might be missing something trivial, but I can't see it. And I won't have time to look into that for at least a couple of days, so I just decided to submit this so it does not get lost. Vlad --- Full Bug description available at: http://bugs.php.net/?id=11043 -- 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]