ID: 16413
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: IMAP related
Operating System: OpenBSD 3.0
PHP Version: 4.1.2
New Comment:
_mail_string
OPENBSD problem!
I got PHP4 and configured it with the following arguments successfully:
| [root@impulse conf]#./configure --with-apxs
| --with-config-file-path=/var/www/conf --enable-safe-mode
| --enable-track-vars --enable-magic-quotes --enable-bcmath
| --enable-calendar --with-db2 --enable-ftp --with-imap --with-java
| --with-ldap --with-mcal --with-mhash --with-pgsql --enable-trans-sid
| --enable-memory-limit
While compiling with LDFLAGS="-ldl" (as suggested by some messages in
the OpenBSD-misc archives; I received the following when compiling
without -ldl, as well), I received the following:
| *** Warning: inter-library dependencies are not known to be
supported.
| *** All declared inter-library dependencies are being dropped.
| *** 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.
| ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer
| to global symbol at 0xfab
| ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer
| to global symbol at 0xf4f
| ld: .libs/libphp4.lax/libsapi.al/mod_php4.lo: relocation must refer
| to global symbol at 0xcce
| Making all in pear
| [root@impulse php-4.0.0]#
I then make-install'd without any errors. Upon restarting
apache, I received the following error:
| [root@impulse conf]#apachectl restart
| /usr/sbin/apachectl restart: httpd not running, trying to start
| /usr/libexec/ld.so: Undefined symbol "_mail_string" in
| httpd:/usr/lib/apache/modules/libphp4.so
| /usr/sbin/apachectl restart: httpd could not be started
| [root@impulse conf]#
I then configured PHP4 with only --with-apxs, and compiled cleanly, but
received the same errors, so I don't think it's a problem in compiling
one of the options. I have successfully had PHP3 run on the box with
the same apache.
Has anyone run into this before? Does anyone know any way to solve it?
I saw somewhere that it might be an ELF problem, but I still do not
understand why it works on PHP3. (no, i cannot use OpenBSD ports, coz I
have to many features added).
Previous Comments:
------------------------------------------------------------------------
[2002-06-29 01:00:07] [EMAIL PROTECTED]
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
------------------------------------------------------------------------
[2002-06-11 04:56:13] [EMAIL PROTECTED]
Latest ports for OpenBSD 3.0 works now for me.
Don't ask me why :-)
------------------------------------------------------------------------
[2002-06-01 16:18:10] [EMAIL PROTECTED]
I have the same problem when compiling my own port in the same way but
using PHP 4.1.2. Precompiled packages work also fine for me.
(And may you see my bug report 17165 which appear to be near problem
(ie. libc-client.a)).
------------------------------------------------------------------------
[2002-05-28 13:06:21] [EMAIL PROTECTED]
Is this still an issue with PHP 4.2.1?
------------------------------------------------------------------------
[2002-04-03 21:27:02] [EMAIL PROTECTED]
I was using the following i386 port:
php4-4.0.6p1-gettext-imap-mhash-no_x11-mcrypt-mysql.tgz
It worked fine with the apache bundled with OpenBSD. I used pkg_delete
to remove the php port (so as not to cause any conflicts when I
compiled my own php in /usr/local). I also compiled and installed my
own copy of apache/mod_ssl without a hitch under /home/httpd before
installing PHP.
As long as I do not compile PHP with imap support it works fine (that
is what I have running now). I originally tried to compile php against
the c-client port that is bundled with OpenBSD, but I was unable to
complete a configure against this version of c-client. The configure
script asked me to add the --with-kerberos flag to the configure
string. When I do add this flag, configure gives me an error
"Attention--something is likely to be wrong, configure was unable to
determine a basic system feature..." (paraphrased). After trying a few
times with different DIR options to the --with-kerberos
flag(/usr/local, /usr, absent DIR option) I used pkg_delete to remove
the c-client port and downloaded and compiled my own in a futile
attempt to make things work! With my own compilation of c-client the
configure script works fine but I am (as you know) unable to start
apache.
If it helps, this is a brand new setup, running OpenBSD 3.0, i386, with
only ports from the 3.0 release tree. No old packages, not an upgrade,
etc. Gosh, thanks for looking into this--hope any this info helps your
development efforts!
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/16413
--
Edit this bug report at http://bugs.php.net/?id=16413&edit=1
