NetBSD Problem Report #29729

From www@netbsd.org  Fri Mar 18 04:56:15 2005
Return-Path: <www@netbsd.org>
Received: by narn.netbsd.org (Postfix, from userid 31301)
	id D2B3263B117; Fri, 18 Mar 2005 04:56:15 +0000 (UTC)
Message-Id: <20050318045615.D2B3263B117@narn.netbsd.org>
Date: Fri, 18 Mar 2005 04:56:15 +0000 (UTC)
From: sak8@eecs.cwru.edu
Reply-To: sak8@eecs.cwru.edu
To: gnats-bugs@netbsd.org
Subject: xemacs cannot build without ldap support
X-Send-Pr-Version: www-1.0

>Number:         29729
>Category:       pkg
>Synopsis:       xemacs cannot build without ldap support
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    hauke
>State:          closed
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 18 04:57:00 +0000 2005
>Closed-Date:    Mon Dec 12 14:14:11 +0000 2016
>Last-Modified:  Mon Dec 12 14:14:11 +0000 2016
>Originator:     Simon Kuhn
>Release:        pkgsrc-current
>Organization:
Case Western Reserve University
>Environment:
>Description:
Built xemacs with PKG_OPTIONS.xemacs=-canna. Everything is fine, until the final link end with:

Undefined                       first referenced
 symbol                             in file
ber_pvt_opt_on                      eldap.o  (symbol belongs to implicit dependency /usr/local/lib/liblber-2.2.so.7)
ld: fatal: Symbol referencing errors. No output written to temacs

liblber is a library that comes with openldap. The configure script suggests that xemacs needs liblber solely for this symbol and can't do without it.
>How-To-Repeat:
Build xemacs without PKG_OPTIONS.xemacs=ldap
>Fix:
Set PKG_OPTIONS.xemacs=ldap -canna in my case, and the link and thus the build works fine. I suggest making this option mandatory or at least the default.

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->uebayasi
Responsible-Changed-By: recht@netbsd.org
Responsible-Changed-When: Sun, 20 Mar 2005 11:06:52 +0000
Responsible-Changed-Why:
over to maintainer


State-Changed-From-To: open->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Thu, 23 Jun 2016 18:27:27 +0000
State-Changed-Why:
Is this problem still current? Despite the slow pace of xemacs updates it
has changed since this PR was last touched...


State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Wed, 10 Aug 2016 15:58:11 +0000
State-Changed-Why:
feedback bounced, someone needs to try this


Responsible-Changed-From-To: uebayasi->pkg-manager
Responsible-Changed-By: dholland@NetBSD.org
Responsible-Changed-When: Sun, 11 Dec 2016 03:51:31 +0000
Responsible-Changed-Why:
uebayashi-san resigned, shouldn't own PRs


Responsible-Changed-From-To: pkg-manager->hauke
Responsible-Changed-By: hauke@NetBSD.org
Responsible-Changed-When: Sun, 11 Dec 2016 17:36:26 +0000
Responsible-Changed-Why:
I will have a look at this.


State-Changed-From-To: open->closed
State-Changed-By: hauke@NetBSD.org
State-Changed-When: Mon, 12 Dec 2016 14:14:11 +0000
State-Changed-Why:
I could not reproduce the problem with current xemacs nor xemacs-current packages
-- presumed fixed.


>Unformatted:

Home	PR Database Search