First try with ONLY --with-apxs option. And that works, then add the options you had one by one and see after which one it starts to do this. Also, try this snapshot:

http://snaps.php.net/php4-latest.tar.gz

I'm pretty sure this is a dupe of:
http://bugs.php.net/bug.php?id=14870

tomki: Can you strip the GD stuff?

Instead of SIGUSR1 use SIGHUP and tail the error log, looking for "child [pid] still didn't exit" errors.

It's SOME dl issue with BSDi, but I still haven't figure it out either.

As a side note: all this goes away when you compile as a static module. If you're tight on memory, be sure to strip httpd manually after install, saves a meg or so, depending on the modules of course.

msopacua:
  It's actually not GD.  It's IMAP.
Initially I attempted to use the latest RC2, and began seeign this problem..  I've tried the 2000c and 2001a since, but no dice.  I've tried it with nothing but IMAP + mysql + apxs..  within a minute there are btwn 3 and 5 httpd processes consuming 98% of the CPU.
A problem I'm having that may be related??
The UW imapd compilation does not generate .so libraries..  and php complains after the MAKE if the dynamic libraries are not present.  I can make them manually in the c-client directory, with 'gcc -shared -o c-client.so *.o'..  
At that point the PHP compile does not complain..

You're actually NOT supposed to compile with shared c-client. Just let us know WHAT the error is when you try
to compile with the static c-client.

Hunh, ok.  Here's why I thought differently:


*** Warning: This library needs some functionality provided by -lc-client.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
Making all in pear

Did this happen with this snapshot:

http://snaps.php.net/php4-latest.tar.gz

???

It does not happen with that snapshot.  However, libphp4.so is not built..  and the 'make install' fails because that isn't found.  :)

verified, with update gcc (2.95.3) up-to-date autotools and (g)make, against HEAD cvs.

I'm working on a libtoolized version of the imap c-client. Maybe we should fork that one as well? Especially since it will be quite some time, before Apache 2 has static module support.

tomki: if you need imap, there's no other way then compiling php as a static module.

Is this fixed in 4.2.3?

> Is this fixed in 4.2.3?

I don't know :)
Try 4.2.3 and report result back.

Ok
No, it isn't.
Same issue of wanting a shared libc-client library.
I tried the snapshot, and it didn't complain about that, but failed during the make install. (I forget where, I'll try another snapshot in a couple days)

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

Did not work; didn't generate the .so

su# make install
Installing PHP SAPI module
[activating module `php4' in /usr/local/web/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/web/apache/libexec/libphp4.so
cp: libs/libphp4.so: No such file or directory
apxs:Break: Command failed with rc=1
*** Error code 1

Is there anything in .libs/ or libs/ directory?

su# ls libs/
libphp4.a       libphp4.la
su# ls .libs/
libphp4.a       libphp4.la      libphp4.lai

Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.