From owner-freebsd-gnome@FreeBSD.ORG Wed Jun 13 07:37:56 2012 Return-Path: Delivered-To: gnome@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 621671065670; Wed, 13 Jun 2012 07:37:56 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 427C68FC0C; Wed, 13 Jun 2012 07:37:56 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id q5D7bm22018084; Wed, 13 Jun 2012 00:37:51 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201206130737.q5D7bm22018084@gw.catspoiler.org> Date: Wed, 13 Jun 2012 00:37:48 -0700 (PDT) From: Don Lewis To: mezz.freebsd@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: gnome@FreeBSD.org, mezz@FreeBSD.org Subject: Re: ports/167989: databases/evolution-data-server build fails on FreeBSD 10 with new Heimdal X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jun 2012 07:37:56 -0000 On 12 Jun, Jeremy Messenger wrote: > On Tue, Jun 12, 2012 at 4:05 PM, Don Lewis wrote: >> On 20 May, mezz@FreeBSD.org wrote: >>> Synopsis: databases/evolution-data-server build fails on FreeBSD 10 with new Heimdal >>> >>> State-Changed-From-To: open->closed >>> State-Changed-By: mezz >>> State-Changed-When: Sun May 20 16:27:40 UTC 2012 >>> State-Changed-Why: >>> Committed, thanks! >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=167989 >> >> The patch to the configure script didn't work for me.  The problem is >> that the extra include files weren't pulled in because they were inside >> a #ifdef/#endif block that referenced an undefined symbol.  For some >> reason this sort of thing is done in a number of other places in >> configure, but it works there because they only include the header being >> tested, which ac_fn_c_check_header_compile also includes >> unconditionally. >> >> The following patch to the patch works for me: > > Go ahead commit it. Thanks! > > Cheers, > Mezz Committed, thanks!