Michiel, When PHP 4.3 was released just over a month ago, I attempted to compile the source code under Linux. I couldn't make the compile work because the "make" file could not find something called apxs, and would terminate the build.
Quite by accident, I recently learned what apxs is. apxs is a tool for building and installing extension modules for the Apache HyperText Transfer Protocol (HTTP) server. This is achieved by building a dynamic shared object (DSO) from one or more source or object files which then can be loaded into the Apache server under runtime via the LoadModule directive from mod_so. apxs is nothing more than a Perl script. On Red Hat 8.0 you can find the apxs documentation at /var/www/manual/programs/apxs.html, but no apxs application (Perl script) is to be found. What I find frustrating is that Red Hat 8.0 does not provide apxs with their Apache distribution. One has to wonder why they omitted such basic functionality? In order to get apxs, I need to download and compile Apache. This would then allow me to compile up the PHP 4.3 scripts. While I observe that axps can be downloaded from places like http://rpmfind.net, I note its a release from Apache 1.3.6-1 dated from 1999. Would this be compitable with something like Apache 2.0.44? I don't have a clue on any compatibility issues here. Furthermore Red Hat installs Apache in non-standard data paths, making a PHP build not and easy install with an off-the-shelf PHP compile. I'm realizing that Red Hat does not update core elements such as Apache or PHP in a timely manner. The lag from update availability is four to six months, if not more. I can appreciate why they do this. Its to eliminate the burden of install side-effects for a new application release. I have already experienced the LAMP element to element release compatibility issue. One has to be careful about installing the latest of one element at the expense of breaking other LAMP operations. There are times though when one must have something new such as a new Apache server for security updates or PHP because of required new capability. Of for that matter, add something like the PHP graphic module, which I cannot do right now. To put some opertaional control back in my development environment, I'm going to break away from Red Hat's non-standard Apache install by building from Apache sources. Then too, I can bring in PHP 4.3, which I need for a variety of reasons. This is not an immediate task for me as my mind is presently on other project core issues, so I can't help you with further advice right now. You might want to consder taking this approache too. In the meantime, if others have something more to share here or correct any of my assumptions, it would be appreciated. Pete Mackie Seaquest Software http://www.seaquest.com "Michiel" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hey there, > > Hope one of you can help me out with this...... > > I have been trying to compile PHP 4.3.0 on a Red Hat 8.0 system for about > three weeks now and it will not compile. When running the configure script, > it keeps on exiting with this error: > > > configure: error: can not run test program while cross compiling > > > I tried a lot to fix this, but I think it's the fact that configure says > that my GCC is a cross compiler... On other systems where I compiled PHP > 4.3.0. the first lines of the configure output showed that the installed GCC > is not a cross-compiler, while my first lines tell me GCC IS a cross > compiler... > > I am getting kind of annoyed after all this time ;-) Is there anyone who can > help me out ? > > Thanks in advance, > Michiel. > > -- PHP Install Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
