bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#28893: [bug-gnu-emacs] emacs-26.0.90 minor build issue on OpenIndian


From: Noam Postavsky
Subject: bug#28893: [bug-gnu-emacs] emacs-26.0.90 minor build issue on OpenIndiana
Date: Wed, 18 Oct 2017 21:39:41 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux)

merge 28893 23748
quit

"Nelson H. F. Beebe" <beebe@math.utah.edu> writes:

> I found that the build of emacs-26.0.90 on OpenIndiana (a descendant
> of the short-lived OpenSolaris from Sun/Oracle) that is identified as
>
>       % cat /etc/release
>                    OpenIndiana Development oi_151.1.9 X86 (powered by illumos)
>               Copyright 2011 Oracle and/or its affiliates. All rights 
> reserved.
>                               Use is subject to license terms.
>                                  Assembled 17 January 2014
>
> failed at link time because of a missing symbol, tparm.

Hmm, it seems you already reported this for emacs 25, but there was no
response[1].

[1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23748

>       % nm -D -p /usr/lib/libtermlib.so.1 | egrep 'tputs|tparm'
>       0000117616 T tparm
>       0000116848 T tparm_p0
>       0000116976 T tparm_p1
>       0000117104 T tparm_p2
>       0000117232 T tparm_p3
>       0000117360 T tparm_p4
>       0000117488 T tparm_p7
>
> I restarted the build with
>
>       gmake LIBZ='-ltermlib -lz'
>
> and it completed normally, and has been successfully installed.

In the other bug, you suggested looking for a library providing both
tputs and tparm, here, if I understand correctly, you just used one
library for each.  It's not clear what's the best fix for this, the
configure code looks pretty messy...





reply via email to

[Prev in Thread] Current Thread [Next in Thread]