From owner-freebsd-questions@FreeBSD.ORG Tue Dec 21 09:57:20 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3FA716A4CE for ; Tue, 21 Dec 2004 09:57:20 +0000 (GMT) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BFA43D2D for ; Tue, 21 Dec 2004 09:57:20 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [134.93.183.16] (edda.Geo.Uni-Mainz.DE [134.93.183.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 54AED30006E9 for ; Tue, 21 Dec 2004 10:57:19 +0100 (CET) Message-ID: <41C7F397.90902@uni-mainz.de> Date: Tue, 21 Dec 2004 10:57:43 +0100 From: "O. Hartmann" Organization: Institut =?ISO-8859-1?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-AT; rv:1.7.3) Gecko/20041113 X-Accept-Language: de-de, en MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <41C58F92.3060108@uni-mainz.de> <20041220191923.GA32770@catflap.slightlystrange.org> <41C7D6D2.5080801@uni-mainz.de> <41C7E1CF.4030609@uni-mainz.de> In-Reply-To: <41C7E1CF.4030609@uni-mainz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: Re: FreeBSD 5.3 and BIND9 problems! X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Dec 2004 09:57:20 -0000 O. Hartmann schrieb: > O. Hartmann schrieb: > >> Daniel Bye schrieb: >> >>> On Sun, Dec 19, 2004 at 03:26:26PM +0100, O. Hartmann wrote: >>> >>> >>>> Dear Sirs. >>>> Compiling PHP 5.0.3 from PHP.NET, PHP 5.0.2 from ./ports collection >>>> and PHP5-SNAP from php.net fail in compiling in FreeBSD 5.3-STABLE >>>> (cvsupdated and rebuilt today!) with an error that seems to be >>>> BIND9 specific: >>>> >>>> ext/standard/dns.lo(.text+0x1d49): In function `.L166': >>>> : undefined reference to `res_ninit' >>>> ext/standard/dns.lo(.text+0x1db5): In function `.L166': >>>> : undefined reference to `res_nmkquery' >>>> ext/standard/dns.lo(.text+0x1de7): In function `.L166': >>>> : undefined reference to `res_nsend' >>>> ext/standard/dns.lo(.text+0x1f6a): In function `.L166': >>>> : undefined reference to `res_nclose' >>>> >>>> I searched the web and mailing lists for this problem and I found >>>> out, that PHP won't compile when FreeBSD 5.x lacks in BIND9. As I >>>> know, FreeBSD 5.3 definitely has BIND9, but why is PHP not >>>> compiling the expected way? /usr/include/resolv.h does not have any >>>> definitions for the above mentioned routines and it seems to be a >>>> 'weird' failure, maybe something I missed when installing 'world'? >>>> >>> >>> >>> >>> You don't by any chance have NO_BIND set in /etc/make.conf? I've been >>> caught out by a similar failure in the past... >>> >>> Dan >>> >>> >>> >> NO_BIND isn't set as it wasn't set before. >> I checked the installed /usr/include/resolv.h again and found that no >> one of the missing >> routines shown above are within this include file, so it seemes to me >> strange ... >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" > > > All right, maybe this is of suitable help: > > This is a port of the ./configure output, when configurte checks > system properties: > > checking for res_nmkquery... no > checking for __res_nmkquery... no > checking for res_nmkquery in -lresolv... no > checking for __res_nmkquery in -lresolv... no > checking for res_nmkquery in -lbind... no > checking for __res_nmkquery in -lbind... yes > checking for res_nsend... no > checking for __res_nsend... yes > checking for dn_expand... yes > > Should this mean that the problem is a PHP5 problem? Shorthand solution: renaming all the missing routines in ext/standard/dns.c with a preceding '__' - and it works! This job should be done via autoconf, but it doesn't ...