We don't supposed any "ports", only sources from php.net

Anyway, a quick guess is that something between pth/apache2 is out of sync or doesn't like each other (but it's certainly not PHP).

supposed -> support

A FreeBSD port is just a makefile, a dependency tree for required libraries and applications and a package tool.

I think a quick read what FreeBSD port mean could be guessed at http://www.freebsd.org/ports/
The FreeBSD port www/mod_php4 works with the source from php.net, Mr. mfisher!

You should read carefully the compiler error message. I will send every requested file to this list, f.e. /usr/local/include/pth/pthread.h. In my expirience those kind of errors happen on wrong order of including files. This may or may not be an error of PHP, because usually an library should be able to handle this, but it seems to be a special case :-)
I just ask for review that part under a FreeBSD system at you or requesting access to mine by a developer from php.net.

Jens

I'ld rather first appriciate you test against the latest version of a) php, b) gnu pth c) apache2, and even then one of the snapshots at snaps.php.net and see if it isn't fixed already.

The mod_php4 v4.2.1_1 port includes a patch for ming, a patch for domxml, mcal and sybase.

My apache2-version is port-stable: 2.0.36_1
My pth-version is port-stable: 1.4.1_1

It's not really useful to test against the devel-snapshot, because it's not supported by an enclosed makefile for system-dependencies.

Question: do you want to concentrate your resources on my system and my knowledge or do you want help me to remove that bug?

Remove the damn bug of course. And if it's fixed in the snapshots from snaps.php.net its fixed in the HEAD branch. It's not said yet that there will be another 4.2.x release.

Remove the damn bug of course. And if it's fixed in the snapshots from snaps.php.net its fixed in the HEAD branch. It's not said yet that there will be another 4.2.x release.

What's your problem?

I ask you to test the snapshot from snaps.php.net

Because I cannot do all things the port makefile does, it's not a real-world test, using the snapshot.

"Bug #14594 Failed to compile/run when using Apache 2.x, unresolved symbols" - they could compile with lesser options. I will try if I can put the checkout in the port, I tell you the result little later.

Jens

Great, setting status to feedback

Just a minor comment here, a FreeBSD port is NOT just a makefile. It can also include OS specific patches, and in many cases does.  For a long time the OpenBSD port of PHP modified code locally to enable it to compile.  I haven't built PHP out of FreeBSD ports in a long time (if ever), so I cannot comment if it does or does not.  But please don't say ports is "just a Makefile".  :)

Sorry, but a simple make build btw. ./configure && make didn't work. I now build a script which sets the configuration (appending).

Failure at last: need libtool 1.4 to build php from cvs. But there is "only" 1.3.4_4 available.

confphp:
#!/bin/sh

LOCALBASE=/usr/local
export LOCALBASE

CFLAGS="-I /usr/local/include/ -I${LOCALBASE}/include/pgsql"
export CFLAGS

LIBS=" -L${OPENSSLBASE}/lib -lcrypto -lssl"
export LIBS

./configure     --with-config-file-path=${LOCALBASE}/etc/ \
                --with-apxs2=${LOCALBASE}/sbin/apxs --with-tsrm-pth \
                --enable-versioning --with-regex=system \
                --with-gd=${LOCALBASE} \
                --enable-gd-native-ttf --with-freetype-dir=${LOCALBASE} \
                --with-jpeg-dir=${LOCALBASE} --with-png-dir=${LOCALBASE} \
                --with-zlib --with-bz2=/usr --with-mcrypt=${LOCALBASE} \
                --with-mhash=${LOCALBASE} --with-pdflib=${LOCALBASE} \
                --with-tiff-dir=${LOCALBASE} --with-mysql=${LOCALBASE} \
                --with-pgsql=${LOCALBASE} --with-ldap=${LOCALBASE} \
                --with-expat-dir=${LOCALBASE} --with-xmlrpc --enable-xslt \
                --with-xslt-sablot --with-gettext=${LOCALBASE} \
                --with-iconv=${LOCALBASE} --enable-sockets \
                --enable-sysvsem --enable-sysvshm

You will need to manually update your libtool to version 1.4.  Not sure why the FreeBSD ports haven't upgraded or provided an option for it, but they don't.  

I don't think this will be nessecary. It doesn't work on my port, and I will not ask for an unstable machine because of reproducing sth. with PHP. If PHP4 doesn't run with apache2, it doesn't run.
I can live with it, I thought I can help if I do whatever I can do.

So long
Jens

Can you for one time just listen to what we ask and try it with libtool 1.4?
Apache 2 works fine with PHP on FreeBSD (4.5) here with the correct build tools installed.

Derick

Of course, Derick, I can and will do:

mfisher asks me for trying compile php.net snapshot. First I tried to apply port's patches, but this didn't work. Than I just run buildconf.sh and this one says to me:
"php needs libtool 1.4 or newer when build from cvs tree."

So I tried, I couldn't and now I do not know what to do except waiting there will come one who can.

Jens

Unless you install libtool 1.4 there is nothing we can do, it's simply required. It's known that it's a hassle because FBSD uses the old version.

The ports patches won't apply to the snapshots because they're from a completely different development branch.

Understood. Now you know. Maybe you deal with it later.

Deal with what exactly? Sorry, I seem to have missed the obvious.

Hey, I know open source live from help of all. But as I said below: I cannot risk system stability for finding a compiling bug. I didn't wrote PHP, I didn't wrote Apache2. I simply consult and configure some servers for my customers or developing some c/s apps. I not an system administrator and I cannot handle such things like installing newest software package for testing something ...

What you (as php-people) can handle later, is the removing of the compiler bug. Maybe you talk to dirk@freebsd.org - he maintains the port for freebsd.

I will help you - as I said - with all I can do. But not with the things I cannot do.

Jens

reclassified as apache2 problem, which it really is.
I hope you're aware that apache2 itself really isn't
ready for serious use..especially if you're not using
the very latest version.

Here's one note from Apache2 (2.0.35) INSTALL file:

  * If you are building on FreeBSD, be aware that threads 
    will be disabled and the prefork MPM will be used by    
    default, as threads do not work well with Apache on 
    FreeBSD.  If you wish to try a threaded Apache on 
    FreeBSD anyway, use "./configure --enable-threads".

I don't know if this is fixed by now. Shouldn't PHP be compiled without ZTS if it's compiled for non-threaded
apache2 ??

That really helps. Thanks. I build with threads. I do not know why this problem occurs, but I will check in the next week a little bit more detailed.
Maybe I found the reason for failing compile - that I may send a fix.
Jens

I did some testing on this last night using FreeBSD 4.5 and had no problems building.  But I built from sources.  If this is (as it sounds) a port issue, you MUST contact the port maintainer, as PHP does not control this. 

Marking this as closed for now.  If the port maintainer can prove otherwise, please re-open the bug.