From owner-freebsd-questions@FreeBSD.ORG Mon Oct 24 09:40:34 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EBDA10656A4 for ; Mon, 24 Oct 2011 09:40:34 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id BB20A8FC12 for ; Mon, 24 Oct 2011 09:40:33 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p9O9eWj5000810; Mon, 24 Oct 2011 05:40:32 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p9O9eSC5000809; Mon, 24 Oct 2011 05:40:28 -0400 (EDT) Date: Mon, 24 Oct 2011 05:40:28 -0400 From: Thomas Dickey To: "John R. Levine" Message-ID: <20111024094028.GA27596@saltmine.radix.net> References: <20111023225808.GA6341@saltmine.radix.net> <20111023232336.2351.qmail@joyce.lan> <20111023234004.GA12404@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: Thomas Dickey , freebsd-questions@freebsd.org Subject: Re: Updating emacs fails X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Oct 2011 09:40:34 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 24, 2011 at 08:32:30AM +0200, John R. Levine wrote: > >>It sounds to me like the right thing to do is to fix emacs' configurati= on > >>so it always uses the base system ncurses whether or not the package > >>version is there. Right? > > > >maybe/maybe not. It depends on what emacs needs - whether it only works > >with either its own termcap module or a conventional termcap library in > >the system. Probably its installation documentation tells what's needed. >=20 > If you look at the build log I posted, it's failing because it's trying t= o=20 > link in the system termcap library and failing because ncurses doesn't=20 > provide it. In other places, "-ltermcap" is symlinked to -lncurses ("provide" can be taken in more than one way - the functions are always available, whether or not the port is written to use them). A quick look at the emacs 23.3 sources shows various things relevant to ncurses: a) the configure script makes a special check on netbsd to use ncurses rather than the termcap library. b) it has a very old comment suggesting where to get the terminfo or termcap sources (pre-1997). c) the NEWS file points out that LIBS_TERMCAP is either terminfo or termcap. d) src/s/freebsd.h defines LIBS_TERMCAP to -lncurses unless the system is before FreeBSD 4.0 e) src/Makefile.in uses machine.h (in this case derived from the previously-mentioned file). There's enough in the emacs sources to make it pretty clear that a failure to have emacs find the termcap functions would be a problem in the emacs port - emacs prefers -lncurses to -ltermcap unless it's being overridden. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFOpTH7tIqByHxlDocRAh4qAJ0b9/RuL6BBMoa0ZfRYYo2vCyMiYwCffdPJ DvQTi186HyidpynDEmbKhlo= =kMpT -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV--