Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1093 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 39124 invoked from network); 28 Apr 2003 23:12:53 -0000 Received: from unknown (HELO echosuite.com) (66.14.129.196) by pb1.pair.com with SMTP; 28 Apr 2003 23:12:53 -0000 Received: (qmail 5848 invoked from network); 28 Apr 2003 23:12:53 -0000 Received: from palana.echospace.com (HELO php.net) (192.168.1.6) by seatac.echospace.com with SMTP; 28 Apr 2003 23:12:53 -0000 Message-ID: <3EADB571.1040707@php.net> Date: Mon, 28 Apr 2003 16:12:49 -0700 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jani Taskinen CC: internals@lists.php.net References: <20030427223415.369767fc.kevin@oceania.net> <20030427225400.45d523d5.kevin@oceania.net> <3EAD841F.7060507@php.net> <3EADB3BD.90102@php.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] php5 compile fails From: vlad@php.net (Vlad Krupin) Then either always search for kerberos or close bug as "Won't Fix" and hope Redhat 9.1 doesn't have that problem. Judging by their attitude, they are not keen on changing that though:( As it is stands right now, PHP will not compile on such a system. Hope that helped, Vlad Jani Taskinen wrote: > 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. >> >> >> > > >