I tried the 4.0.6 rpm install, but as is common with RPMs, it requires specific libraries to be installed -- libraries that are now 2-3 versions old (as in, RH7.2 vintage). Doesn't work with a RH8 install.
I did not "hack" any configure scripts. There was a post on php.net under Linux installation manual that suggested modifying /usr/sbin/apxs because there was an error. It turns out, the error was not using the --with-apxs2 flag on the configure line. My solution, and the solution which anyone else on old code can try: You can regain the old global vars behavior from pre-4.2 days by simply editing your php.ini file and changing "register_globals = Off" to "register_globals = On". I went with a RH RPM install for 4.2.x on a different system and made this change to php.ini and now am in good shape. I have not been able to get PHP to compile on RH, but my memory from a year ago was that compiling PHP proved to be a major pain in the arse. Why? Because the stupid ./configure script is broken!! Pardon my saying so, but wtf?!? When you run configure and say things like --with-jpeg and you do an "ldconfig -p | grep jpeg" and you see the library exists and is registered, then why in the world can't the configure script see the library?!? When I compiled 4.1.x a year ago, I had to specify directory paths for every single library I wanted to use, whether it be mysql, jpeg, freetype, gd, mm, etc. This is absolutely ridiculous! I hope this gets fixed in the near future. Mitch -- check out the results of ./configure and make sure it's finding your libraries. If it's not, then try specifying the path to the libs explicitly (usually =/usr is adequate for me). That may solve your compile problem. As for your PEAR issue, that sounds weird. Good luck on that! > -----Original Message----- > From: Goetz Lohmann [mailto:[EMAIL PROTECTED]] > Sent: Thursday, February 06, 2003 7:01 AM > To: [EMAIL PROTECTED] > Subject: [PHP-INST] Re: unique install, having problem > > > Benjamin Tomhave schrieb: > > Greetings, > > > > I have a legacy site that has yet to migrated from 4.0.x to > 4.3.x era code. > > Ergo, I need to install PHP 4.0.6 on RedHat 8.0. I'm > configuring with the > > following options: > > ./configure --prefix=/usr --with-mysql=/usr > --with-apxs=/usr/sbin/apxs > > This seems to work ok (well, ok, I get a warning about apxs, > but I "fixed" > > the script to make the error go away and this did not resolve > the compile > > error). > > maybe try an rpm package instead of compiling by yourself ? > maybe migration 4.0.x to 4.3.x I consider to only get 4.3.0 > and read the changelog. Every single step which is changed > from version 4.0.x is documented so thats the point to start > migrating I gues ... ;-) > > by the way ... you hacked the configure script ??? this is > not the usual way to go ... in fact, after this nobody > realy could help you cause you don't use the default !? > > > When I compile, I end up with the following (this is just the last few > > lines). I'm not exactly sure what the error really is that's > causing the > > compile to fail. I do not see any other errors prior to this. > Was hoping > > someone else might have experienced the same issue. > Regardless, hoping to > > find a solution asap. Anybody have any ideas? > > > > make[3]: Leaving directory `/root/php-4.0.6/ext/xml' > > make[2]: Leaving directory `/root/php-4.0.6/ext/xml' > > make[1]: Leaving directory `/root/php-4.0.6/ext' > > Making all in sapi > > make[1]: Entering directory `/root/php-4.0.6/sapi' > > Making all in apache > > make[2]: Entering directory `/root/php-4.0.6/sapi/apache' > > make[3]: Entering directory `/root/php-4.0.6/sapi/apache' > > /bin/sh /root/php-4.0.6/libtool --silent --mode=compile > > gcc -I. -I/root/php-4.0.6/sapi/apache -I/root/php-4.0.6/main > -I/root/php-4. > > 0.6 -I/usr/include/httpd -I/root/php-4.0.6/Zend > -I/usr/include/mysql -I/root > > /php-4.0.6/ext/xml/expat/xmltok > -I/root/php-4.0.6/ext/xml/expat/xmlparse -I/ > > root/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c > > sapi_apache.c > > sapi_apache.c: In function `apache_php_module_main': > > sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function) > > sapi_apache.c:80: (Each undeclared identifier is reported only once > > sapi_apache.c:80: for each function it appears in.) > > make[3]: *** [sapi_apache.lo] Error 1 > > make[3]: Leaving directory `/root/php-4.0.6/sapi/apache' > > make[2]: *** [all-recursive] Error 1 > > make[2]: Leaving directory `/root/php-4.0.6/sapi/apache' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/root/php-4.0.6/sapi' > > make: *** [all-recursive] Error 1 > > did you > > #> make distclean/clean > #> rm config.cache > > after you made any changes ? > > > > -- > @ Goetz Lohmann, Germany | Web-Developer & Sys-Admin > \/ ------------------------------------------------------ > () He's the fellow that people wonder what he does and > || why the company needs him, until he goes on vacation. > > > -- > PHP Install Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP Install Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
