How difficult would a PHP5 port be? *cough* kb7sqi*cough*
:P
See the response the the wordpress thread. :-) Sometimes it better just to accept that newer/better systems will serve the job better. I can't imagine trying to load a forum like this on even a Turbo Slab w/ 128 megs of ram. Sure there'd be the cool factor, I admit that, but not worth it in the long run. It'd take a lot of work.
I'm not interested in a forum ;)
Some other, simpler, projects that would be entertaining.
oh well :P
Hi,
I've build php-4.4.8 and I'm running it on OpenSTEP 4.2. I have the command line interface php and build with apache as mod_php. Both the cli php and mod_php with apache is working but not perfectly, I've tried some free implementation of an web image gallery for php and some things work some don't, seems to be problems with managing files. I'm new to php so takes time to debug stuff...
Anyways, does anyone have any experience with php4/apache on NS/OS systems?
Hi,
I've got a working port of php-5.2.6 running on OpenSTEP 4.2. I've not tested it together with apache yet, however php-4.4.8 now runs great with apache so php5 should work to I guess. It does not want to build the PEAR php-libraries, don't know if this is a problem or not, php-4.4.8 does build the PEAR environment so maybe it can be taken from there. Problem seems to be that PHP5 requires libxml for some features and it seems like php4 can do without libxml. If anyone have a working port of libxml for NS/OS let me know.
Quote from: "linmag7"Hi,
I've got a working port of php-5.2.6 running on OpenSTEP 4.2. I've not tested it together with apache yet, however php-4.4.8 now runs great with apache so php5 should work to I guess. It does not want to build the PEAR php-libraries, don't know if this is a problem or not, php-4.4.8 does build the PEAR environment so maybe it can be taken from there. Problem seems to be that PHP5 requires libxml for some features and it seems like php4 can do without libxml. If anyone have a working port of libxml for NS/OS let me know.
Hi Linmag7,
The original libxml 1.x stuff should compile out of the box on NEXTSTEP/OPENSTEP. libxml2 however does take some work & I remember it failling on several tests after getting it to compile. That's awesome you got php-4.x to compile! How well does it run? Things should be back to normal for me in a month and I'll have time to continue working on updating/hacking stuff to run on NEXTSTEP/OPENSTEP again. It's something I do enjoy doing. Take care.
Hi,
I've tested php4 with apache by installing a few image galleries (thats why I wanted php in the first place). All the galleries I've tested work fine now after solving a few bugs caused by posix in openstep. When running the tests supplied with the php4 build most of them pass. The PHP5 build now has libxml2 (I managed to build it now) xml tests supplied with php pass with PHP5. About 99% of the standard tests supplied with php5 passes. About 90% of the extension tests pass (over 4000 tests, takes a loooong time). Some of the failed tests may be as a result of NeXTstep simply behaving differently than expexted, the tests may work but produce a slightly different output than expected and hence the test formally fail even though it does the job correctly. There are still some things remaining to be fixed in the php NS/OS port.
To sum things up, both php-4.x and php-5.x runs well on NS/OS. PHP-5 with Apache is still untested.
Congrats again. I look forward to messing w/ this next month. Looks like I really need to finish my hard drive upgrade in the Sparc 5. ;-)
I can't wait for a package :P Be nice to host some photo galleries and what not on my NeXT finally.
Quote from: "helf"I can't wait for a package :P Be nice to host some photo galleries and what not on my NeXT finally.
I can make an OpenSTEP 4.2 SPARC package of apache-1.3.41 mod_ssl and mod_php4 available if anyone is interested. Some time in the near future I should get a NS3.3 dev. box up and running in order to build proper NS3.3 FAT binary packages, or is there a way to set up the compiler in OpenSTEP to produce NS3.3 compatible binaries?
I've spent some time with gdb and solved a few more issues with the php5 port to NS/OS. I'm now able to run the entire "make test' suit provided with php5. It does about 4000 tests and 96.7% passes. I've build php-5 on my blade-2000 running solaris 10 and there I get 98.1% pass.
Quote from: "linmag7"I've spent some time with gdb and solved a few more issues with the php5 port to NS/OS. I'm now able to run the entire "make test' suit provided with php5. It does about 4000 tests and 96.7% passes. I've build php-5 on my blade-2000 running solaris 10 and there I get 98.1% pass.
Hey linmag7,
That's great to hear! If you put the source for your php4/5 stuff along w/ any changes you made to Apache-1.3.41 up on my server, then I'll make a "jumbo" package w/ my version of Apache 1.3.41 along w/ mod_ssl, mod_dav, mod_gzip. I've had some free time today, so I'm going thru the hassle of compiling the latest OpenSSL-0.9.8j right now for all 4 arch's so I can lipo them together later. :-) Once that is done, I'll be updating alot of stuff to take care of the security concerns w/ OpenSSL. I have quite a few packages linked against it. :cry: FYI, like I posted in my reply to Helf, I'm taking a week off @ the end of this month. During that week, one of my things to do is udpate the packages I have available for download. So, I'd be compiling a new version of apache anyway. I'd also be interested in seeing your Apache-2.2.x release also. I looked @ it a few years ago, but I was busy, & never pursued it any further since 1.3.x was working fine. I noticed you use ICQ. "Ping" me sometime when you are free this weekend & let's get you set up w/ a Dual-Development system. Then you can compile stuff for NEXTSTEP 3.3 and OPENSTEP 4.2. It not that difficult to setup & saves you from needing to install NEXTSTEP 3.3 on another drive/system. ;-) Thanks for all the interesting ports while I've been away. I'm looking forward to making packages @ the end of the month. :-)
Hi,
I've built apache-1.3.41 with support for loadable modules (mod_so). I've tested it with mod_ssl and mod_php5 and it seems to work fine. It saves me tons of compile time when testing out new features in php4 or php5. Easy to switch between php builds, no need to recompile apache or mod_ssl.
Quote from: "linmag7"Hi,
I've built apache-1.3.41 with support for loadable modules (mod_so). I've tested it with mod_ssl and mod_php5 and it seems to work fine. It saves me tons of compile time when testing out new features in php4 or php5. Easy to switch between php builds, no need to recompile apache or mod_ssl.
Yeah, that's why I suggested that in my email. On OPENSTEP, using "dylibs/shared libraries" save a lot of re-compiling. But since a great deal of people only run NEXTSTEP, you see why I compile so much stuff statically & end up re-compiling the same thing because of a something like an update to something like OpenSSL, or zlib. Lucklily I usually save the source archives. Saves some time. lol. Oh well, I'm not complaining. I still run NEXTSTEP 3.3 on my Gecko, so I'd be doing it atleast once anyway. ;-) Did you get climm up & going? Take care.
Unless there is a work around to the daydreams inability to find its disk images on a drive that's running OS4.2, I'll be stuck with NS3.3 indefinitely. :(
Quote from: "helf"Unless there is a work around to the daydreams inability to find its disk images on a drive that's running OS4.2, I'll be stuck with NS3.3 indefinitely. :(
It might be possible to get it to run on OS4.2. I know several programs didn't like to run on OS4.2 like Wingz, VOID, etc. But you could load the NS3.3 libs needed & get them to work. There was some threads on the newsgroups about that. I'll look later & see what I can turn up. Guess, I'll have to dig out that 21" monitor for the Color Turbo Slab. LOL. Thanks Helf, thanks alot. Just give me another reason to strain my back & carry that monitor back down. ROFL. ;-) Add one more thing to the list for NeXT week. You better overnight that Daydream. LMAO. Serioulsly though, I'll do some research on that. No promises. Unless some has already tried. I'll let you know. Take care.
well, the software for the daydream runs and you can create disk images and make it boot into the daydream. It will take over the system like it should but then it pops up with a bad or missing floppy icon and won't go any farther unless you stick in a Mac system floppy. So I don't know if you can solve that very easily.
don't want to hijack this thread too much :P If you want to give it a shot, I can mail you the daydream in a few weeks for a bit to play with. It'd better come back in one piece, tho ;)
Hi,
OK, so the shared libs can only be used on OS, thats too bad. Dropping backwards compatibility is almost always a sad thing to do. I guess that means that we will never see php5 with apache-2.2.x on NS since apache-2 does not support static linking with php. Is the compiler supplied with NS3.3 unable to generate code for shared libraries? If the NS3.3 compiler have that ability, then maybe its possible to build apache/php statically linked against all system libraries but still with the apache internal LoadModule feature enabled. I think apache relies on what is defined in mach-o/dyld.h for its Loadmodule feature but I don't rembember exactly what functionality is required, is usr/include/mach-o/dyld.h at all present in NS3.3?
I'm running into problems when trying to build php5 with nextstep 3.3 dev kit (gcc 2.5.8) compiler says: "Zend/zend_alloc.c:0: unknown operation in constant expression".
This is most likely the preprocessor that fails expanding or evaluating some macro in the code, but obviously not at line number zero? hard work going through every line of code in the file to check for macros that seem to cause trouble... Same code builds fine with gcc in OpenSTEP 4.2 dev kit. Anyone seen this before, or have any suggestions?
Quote from: "linmag7"I'm running into problems when trying to build php5 with nextstep 3.3 dev kit (gcc 2.5.8) compiler says: "Zend/zend_alloc.c:0: unknown operation in constant expression".
This is most likely the preprocessor that fails expanding or evaluating some macro in the code, but obviously not at line number zero? hard work going through every line of code in the file to check for macros that seem to cause trouble... Same code builds fine with gcc in OpenSTEP 4.2 dev kit. Anyone seen this before, or have any suggestions?
You might want to try using -traditional-cpp w/ cc & see if that helps. It helps get quite a bit of stuff to compile. I usually use it most of the time.
Guess what, that did the trick! Thanks alot!
btw. did you the last apache-2 package to untar without any crc errors?
Quote from: "linmag7"Guess what, that did the trick! Thanks alot!
btw. did you the last apache-2 package to untar without any crc errors?
I tested all of them. :-) Congrats on the php5! I'm sure you'll use the -traditional-cpp alot. ;-) Take care.
In case you haven't noticed, linmag7 has been working like a mad man getting this all compiled quad-fat for everyone to test. apache w/ php4/mod_ssl has been posted to my web server. Get his packages while they're HOT! apache w/ php5 support coming soon. Since my Sparc 5 is back online w/ a new 18 gig drive, there's no longer any worries about running out of space. I'm planning on testing some new instances of apache. :-) Thanks Magnus!
http://kb7sqi.com/files/linmag7/
Hi All,
As kb7sqi mentioned apache/php4 and some more stuff is available as a quad-fat packages. I'd greatly appreciate any feedback on how the builds work, specially if you test it on another hardware platform.
Quote from: "linmag7"Hi All,
As kb7sqi mentioned apache/php4 and some more stuff is available as a quad-fat packages. I'd greatly appreciate any feedback on how the builds work, specially if you test it on another hardware platform.
I'll be testing on m68k, hppa, & i386 first. ;-)