[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...