#21621 [NEW]: configure hangs
From: [EMAIL PROTECTED] Operating system: solaris8 PHP version: 4.3.0 PHP Bug Type: *Configuration Issues Bug description: configure hangs I am trying to build PHP-4.3.0 with apache-2.0.43 using prescribed build steps but when I try to configure PHP it hangs on the tr command. > cd apache-2.0.43 > configure --prefix=/usr/local/apache checking for chosen layout... Apache checking for working mkdir -p... yes checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 Configuring Apache Portable Runtime library ... checking for APR... reconfig configuring package in srclib/apr now configure: loading cache /dev/null checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 ... > cd ../php-4.3.0 > configure --with-apache=../2.0.43 creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for working sed... sed checking host system type... sparc-sun-solaris2.8 Updated php_version.h It hangs here trying to run the translate command (tr). If I retype the configure command then I get. > configure --with-apache=../2.0.43 loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for working sed... sed checking host system type... sparc-sun-solaris2.8 Again, it hangs on tr. This seems like a configure bug. Can you please help me here? Thanks... John Edson Atmel Corporation 1150 E. Cheyenne Mtn. Blvd., MS 10250 Colorado Springs, CO 80906 Phone: 719-540-3220 -- Edit bug report at http://bugs.php.net/?id=21621&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21621&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21621&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21621&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21621&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21621&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21621&r=support Expected behavior: http://bugs.php.net/fix.php?id=21621&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21621&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21621&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21621&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21621&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21621&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21621&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21621&r=gnused
#21621 [Fbk->Opn]: configure hangs
ID: 21621 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: solaris8 PHP Version: 4.3.0 New Comment: I am using /usr/ucb/tr which is native solaris8 and should be using /usr/bin/tr it looks like. That fixed the problem. Thanks for your help. Previous Comments: [2003-01-13 16:21:21] [EMAIL PROTECTED] Which 'tr' command are you using, version # and is it native to solaris or is it GNU? [2003-01-13 12:46:07] [EMAIL PROTECTED] I am trying to build PHP-4.3.0 with apache-2.0.43 using prescribed build steps but when I try to configure PHP it hangs on the tr command. > cd apache-2.0.43 > configure --prefix=/usr/local/apache checking for chosen layout... Apache checking for working mkdir -p... yes checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 Configuring Apache Portable Runtime library ... checking for APR... reconfig configuring package in srclib/apr now configure: loading cache /dev/null checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 ... > cd ../php-4.3.0 > configure --with-apache=../2.0.43 creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for working sed... sed checking host system type... sparc-sun-solaris2.8 Updated php_version.h It hangs here trying to run the translate command (tr). If I retype the configure command then I get. > configure --with-apache=../2.0.43 loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for working sed... sed checking host system type... sparc-sun-solaris2.8 Again, it hangs on tr. This seems like a configure bug. Can you please help me here? Thanks... John Edson Atmel Corporation 1150 E. Cheyenne Mtn. Blvd., MS 10250 Colorado Springs, CO 80906 Phone: 719-540-3220 -- Edit this bug report at http://bugs.php.net/?id=21621&edit=1
#21636 [NEW]: compiling php-4.3.0 fails using gcc
From: [EMAIL PROTECTED] Operating system: solaris8 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: compiling php-4.3.0 fails using gcc Hello, When I try to compile php-4.3.0 with apache-2.0.43 I get what appears to be a gcc error. I compiled apache-2.0.43 as follows: cd gcc-2.0.43 configure --prefix=/usr/local/apache --enable-so make make install I then tried to compile php-4.3.0 using the following comands: cd php-4.3.0 configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs make I then get the following error: ... creating number.c creating number.h creating main/internal_functions.c creating main/internal_functions_cli.c ++ |*** WARNING *** | || | You chose to compile PHP with the built-in MySQL support. If you | | are compiling a server module, and intend to use other server | | modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, | | mod_perl) you must NOT rely on PHP's built-in MySQL support, and | | instead build it with your local MySQL support files, by adding| | --with-mysql=/path/to/mysql to your configure line.| ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point.| ++ | *** NOTE *** | |The default for register_globals is now OFF!| || | If your application relies on register_globals being ON, you | | should explicitly set it to on in your php.ini file. | | Note that you are strongly encouraged to read | | http://www.php.net/manual/en/security.registerglobals.php | | about the implications of having register_globals set to on, and | | avoid using it if possible.| ++ ^[[1mThank you for using PHP.^[[0m /home/jedson/stow/sol8/src/php-4.3.0/php-4.3.0/ext/standard/var_unserializer.c: In function `php _var_unserialize': /home/jedson/stow/sol8/src/php-4.3.0/php-4.3.0/ext/standard/var_unserializer.c:308: warning: com parison is always false due to limited range of data type Output line too long. Output line too long. Output line too long. Output line too long. gcc: TSR: No such file or directory make[3]: *** [sapi/cli/php] Error 1 make[2]: *** [compile-php-4.3.0] Error 2 I am using the following Sun packages: autoconf-2.57 automake-1.7.2 bison-1.75 flex-2.5.4a gcc-3.2 make-3.80 Is there something that I need to do here? I did get php-4.2.3 to compile but I understand that there are problems with running php-4.2.3 with apache-2.0.43. Is that true? Thanks... John -- Edit bug report at http://bugs.php.net/?id=21636&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21636&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21636&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21636&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21636&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21636&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21636&r=support Expected behavior: http://bugs.php.net/fix.php?id=21636&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21636&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21636&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21636&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21636&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21636&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21636&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21636&r=gnused
#21636 [Bgs]: compiling php-4.3.0 fails using gcc
ID: 21636 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: solaris8 PHP Version: 4.3.0 New Comment: that fixed it. thanks again... Previous Comments: [2003-01-14 10:12:51] [EMAIL PROTECTED] Due to a bug in the installed sed on your system the build fails. Install GNU sed and it should be okay. Thank you for your interest in PHP. [2003-01-14 10:11:09] [EMAIL PROTECTED] Hello, When I try to compile php-4.3.0 with apache-2.0.43 I get what appears to be a gcc error. I compiled apache-2.0.43 as follows: cd gcc-2.0.43 configure --prefix=/usr/local/apache --enable-so make make install I then tried to compile php-4.3.0 using the following comands: cd php-4.3.0 configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache/bin/apxs make I then get the following error: ... creating number.c creating number.h creating main/internal_functions.c creating main/internal_functions_cli.c ++ |*** WARNING *** | || | You chose to compile PHP with the built-in MySQL support. If you | | are compiling a server module, and intend to use other server | | modules that also use MySQL (e.g, mod_auth_mysql, PHP 3.0, | | mod_perl) you must NOT rely on PHP's built-in MySQL support, and | | instead build it with your local MySQL support files, by adding| | --with-mysql=/path/to/mysql to your configure line.| ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point.| ++ | *** NOTE *** | |The default for register_globals is now OFF!| || | If your application relies on register_globals being ON, you | | should explicitly set it to on in your php.ini file. | | Note that you are strongly encouraged to read | | http://www.php.net/manual/en/security.registerglobals.php | | about the implications of having register_globals set to on, and | | avoid using it if possible.| ++ ^[[1mThank you for using PHP.^[[0m /home/jedson/stow/sol8/src/php-4.3.0/php-4.3.0/ext/standard/var_unserializer.c: In function `php _var_unserialize': /home/jedson/stow/sol8/src/php-4.3.0/php-4.3.0/ext/standard/var_unserializer.c:308: warning: com parison is always false due to limited range of data type Output line too long. Output line too long. Output line too long. Output line too long. gcc: TSR: No such file or directory make[3]: *** [sapi/cli/php] Error 1 make[2]: *** [compile-php-4.3.0] Error 2 I am using the following Sun packages: autoconf-2.57 automake-1.7.2 bison-1.75 flex-2.5.4a gcc-3.2 make-3.80 Is there something that I need to do here? I did get php-4.2.3 to compile but I understand that there are problems with running php-4.2.3 with apache-2.0.43. Is that true? Thanks... John -- Edit this bug report at http://bugs.php.net/?id=21636&edit=1
