ID:               31101
 User updated by:  phpbr at ecartz dot com
 Reported By:      phpbr at ecartz dot com
 Status:           Open
 Bug Type:         Compile Failure
 Operating System: Red Hat 9.0
 PHP Version:      4.3.10
 New Comment:

Just to make sure that I didn't have cruft left from previous
configurations, I renamed my php-4.3.10 directory to php-old and
extracted a fresh copy from the tarball and get the originally observed
behavior with just 

./configure --with-openssl --with-kerberos
make


Previous Comments:
------------------------------------------------------------------------

[2004-12-23 06:50:39] phpbr at ecartz dot com

Sorry, it's --with-openssl no - between open and ssl

Right now, 

./configure --with-kerberos --with-openssl 

is my full configure line.  I tried adding --with-imap since the
kerberos checking is inside the IMAP checking, but I get a malformed
Makefile when I do that:  Missing separator error.  Anyway, the error
is with just the above command and 

make clean && make

------------------------------------------------------------------------

[2004-12-23 06:33:14] [EMAIL PROTECTED]

works fine for me. You're doing something wrong and not giving enought
information. (the full configure line you use would be nice start..)

btw. There is NO such configure option as '--with-open-ssl'.


------------------------------------------------------------------------

[2004-12-23 06:11:53] phpbr at ecartz dot com

I have found that the simple case I gave missed a piece: 
--with-open-ssl  The actual problem occurs with the following
commands:

rm config.cache && ./configure --with-open-ssl --with-kerberos
make clean && make

The actual errors are (with ~ substituted for the base directory)

gcc  -Iext/openssl/ -I~/php-4.3.10/ext/openssl/ -DPHP_ATOM_INC
-I~/php-4.3.10/include -I~/php-4.3.10/main -I~/php-4.3.10
-I~/php-4.3.10/Zend -I~/php-4.3.10/ext/xml/expat  -I~/php-4.3.10/TSRM 
-g -O2  -c ~/php-4.3.10/ext/openssl/openssl.c -o ext/openssl/openssl.o 
&& echo > ext/openssl/openssl.lo
In file included from /usr/include/openssl/ssl.h:179,
                 from ~/php-4.3.10/ext/openssl/php_openssl.h:82,
                 from ~/php-4.3.10/ext/openssl/openssl.c:28:
/usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory
In file included from /usr/include/openssl/ssl.h:179,
                 from ~/php-4.3.10/ext/openssl/php_openssl.h:82,
                 from ~/php-4.3.10/ext/openssl/openssl.c:28:
/usr/include/openssl/kssl.h:134: parse error before "krb5_enctype"
/usr/include/openssl/kssl.h:136: parse error before '*' token
/usr/include/openssl/kssl.h:137: parse error before '}' token
/usr/include/openssl/kssl.h:149: parse error before
"kssl_ctx_setstring"
/usr/include/openssl/kssl.h:149: parse error before '*' token
/usr/include/openssl/kssl.h:150: parse error before '*' token
/usr/include/openssl/kssl.h:151: parse error before '*' token
/usr/include/openssl/kssl.h:151: parse error before '*' token
/usr/include/openssl/kssl.h:152: parse error before '*' token
/usr/include/openssl/kssl.h:153: parse error before
"kssl_ctx_setprinc"
/usr/include/openssl/kssl.h:153: parse error before '*' token
/usr/include/openssl/kssl.h:155: parse error before "kssl_cget_tkt"
/usr/include/openssl/kssl.h:155: parse error before '*' token
/usr/include/openssl/kssl.h:157: parse error before "kssl_sget_tkt"
/usr/include/openssl/kssl.h:157: parse error before '*' token
/usr/include/openssl/kssl.h:159: parse error before "kssl_ctx_setkey"
/usr/include/openssl/kssl.h:159: parse error before '*' token
/usr/include/openssl/kssl.h:161: parse error before "context"
/usr/include/openssl/kssl.h:162: parse error before
"kssl_build_principal_2"
/usr/include/openssl/kssl.h:162: parse error before "context"
/usr/include/openssl/kssl.h:165: parse error before
"kssl_validate_times"
/usr/include/openssl/kssl.h:165: parse error before "atime"
/usr/include/openssl/kssl.h:167: parse error before
"kssl_check_authent"
/usr/include/openssl/kssl.h:167: parse error before '*' token
/usr/include/openssl/kssl.h:169: parse error before "enctype"
In file included from ~/php-4.3.10/ext/openssl/php_openssl.h:82,
                 from ~/php-4.3.10/ext/openssl/openssl.c:28:
/usr/include/openssl/ssl.h:909: parse error before "KSSL_CTX"
/usr/include/openssl/ssl.h:931: parse error before '}' token
make: *** [ext/openssl/openssl.lo] Error 1

Again, if I manually add -I/usr/kerberos/include to the Makefile e.g.

EXTRA_INCLUDES = -I/usr/kerberos/include

the make proceeds without issue.

------------------------------------------------------------------------

[2004-12-16 12:40:26] [EMAIL PROTECTED]

Works fine for me. You only need --with-kerberos btw..no paths are
necessary since the default location is used.



------------------------------------------------------------------------

[2004-12-15 19:41:23] phpbr at ecartz dot com

Description:
------------
I ran configure with --with-kerberos=/usr/kerberos which correctly
added the proper -L switch (see bug 6211) but failed to add
-I/usr/kerberos/include to the INCLUDES assignment.  I originally saw
this in 4.3.9 and upgraded to 4.3.10 to see if it was fixed.  Note that
this is a different bug from 6211 (albeit similar).  Note further that
this would only happen if /usr/kerberos/include is not in the default
include path for the compiler.  Not sure how common this is.

Reproduce code:
---------------
./configure --with-kerberos=/usr/kerberos # I had more --with-*, but I
don't think that they matter here
 # I will try to verify this later
make

Expected result:
----------------
The configure script should append -I/usr/kerberos/include to the
INCLUDES assignment (around line 85 of my Makefile) when it produces
Makefile, e.g.
INCLUDES = -I$(top_builddir)/Zend -I/usr/kerberos/include

Manually adding -I/usr/kerberos/include to the EXTRA_INCLUDES = line in
Makefile allows the compile to proceed.

Actual result:
--------------
make throws an error about not being able to find krb5.h


------------------------------------------------------------------------


-- 
Edit this bug report at http://bugs.php.net/?id=31101&edit=1

Reply via email to