Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1092 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 36679 invoked from network); 28 Apr 2003 23:08:26 -0000 Received: from unknown (HELO cs181147.pp.htv.fi) (213.243.181.147) by pb1.pair.com with SMTP; 28 Apr 2003 23:08:26 -0000 Received: from localhost (jani@localhost) by cs181147.pp.htv.fi (8.11.6/8.11.6) with ESMTP id h3SN8MJ32257; Tue, 29 Apr 2003 02:08:22 +0300 X-Authentication-Warning: cs181147.pp.htv.fi: jani owned process doing -bs Date: Tue, 29 Apr 2003 02:08:22 +0300 (EEST) Sender: jani@cs181147.pp.htv.fi Reply-To: Jani Taskinen To: Vlad Krupin cc: internals@lists.php.net In-Reply-To: <3EADB3BD.90102@php.net> Message-ID: References: <20030427223415.369767fc.kevin@oceania.net> <20030427225400.45d523d5.kevin@oceania.net> <3EAD841F.7060507@php.net> <3EADB3BD.90102@php.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] php5 compile fails From: sniper@iki.fi (Jani Taskinen) I'm not willing to add such hacks (no more!) just because some new system has an obvious bug in it. --Jani On Mon, 28 Apr 2003, Vlad Krupin wrote: >Jani Taskinen wrote: > >> There was some bug report about this too..so is the >> answer to these "Not PHP bug, blame RH9" ? :) >> >I do not know. It depends... > >Redhat9 comes with openssl that is compiled without OPENSSL_NO_KRB5. >Hence, krb5.h is required, but it's located in /usr/kerberos/include. >They keep closing bugreports about that saying "won't fix" - they say >that your make file is responsible for making sure it knows where to >find kerberos include files. I respectfully disagree, because a file like: > >#include >int main(){} > >should compile, and it doesn't. > > >As a quick fix, I just ripped some code off imap/config.m4, modified it >a bit and added to openssl/config.m4 (see patch). This fixes the problem. >However, it is kinda silly to require --with-kerberos parameter if >people are using older openssl and do not have/use kerberos. The right >way to do this is to find out whether openssl was compiled with >OPENSSL_NO_KRB5. If not, then we need to search for kerberos, like the >patch does. If it is defined, no intervention is required. I am not >quite sure what's the best way to do that, so could someone look at the >patch and fix it to check for OPENSSL_NO_KRB5 ? (I don't have time to >figure that out right this moment) > >Vlad > >P.S. This also affects 4.3.2 and will frustrate the heck out of everyone >trying to install it on a redhat9 system. > -- <- For Sale! ->