GNU bug report logs - #35342
configure.ac: scan also libtinfow for tputs()

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35342 in the body.
You can then email your comments to 35342 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Дилян Палаузов
 <dilyan.palauzov <at> aegee.org>
To: bug-gnu-emacs <at> gnu.org
Subject: configure.ac: scan also libtinfow for tputs()
Date: Thu, 18 Apr 2019 16:20:38 +0000

Hello,

on my system I have no libtinfo, libncruses, libcurses, libterminfo and libtermcap.

But I have libtinfow and libncursesw, and the former contains tputs.

• Tweak ./configure.ac to scan also libtinfow and libncursesw for tputs() before giving up.

With emacs 26.2 this is not the case.

Regards
  Дилян

Message #8 received at 35342 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Дилян Палаузов
 <dilyan.palauzov <at> aegee.org>
Cc: 35342 <at> debbugs.gnu.org
Subject: Re: bug#35342: configure.ac: scan also libtinfow for tputs()
Date: Sat, 20 Apr 2019 09:44:33 -0400

found 35342 26.2
fixed 35342 27.1
quit

Дилян Палаузов <dilyan.palauzov <at> aegee.org> writes:

> on my system I have no libtinfo, libncruses, libcurses, libterminfo and libtermcap.
>
> But I have libtinfow and libncursesw, and the former contains tputs.

> With emacs 26.2 this is not the case.

Yes, when you reported it previously (Bug#33977), it was only fixed on
the master branch (what will become Emacs 27.1).  Should we backport [1:
a3d52b3057] to emacs-26 (so it will be fixed in Emacs 26.3)?

[1: a3d52b3057]: 2019-01-05 10:15:56 -0800
  Port to platforms where tputs is in libtinfow
  https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=a3d52b3057c98bce581bc94912ef3ced6fad6f14

Message #15 received at 35342 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: dilyan.palauzov <at> aegee.org, 35342 <at> debbugs.gnu.org
Subject: Re: bug#35342: configure.ac: scan also libtinfow for tputs()
Date: Sat, 20 Apr 2019 17:16:28 +0300

> From: Noam Postavsky <npostavs <at> gmail.com>
> Date: Sat, 20 Apr 2019 09:44:33 -0400
> Cc: 35342 <at> debbugs.gnu.org
> 
> > on my system I have no libtinfo, libncruses, libcurses, libterminfo and libtermcap.
> >
> > But I have libtinfow and libncursesw, and the former contains tputs.
> 
> > With emacs 26.2 this is not the case.
> 
> Yes, when you reported it previously (Bug#33977), it was only fixed on
> the master branch (what will become Emacs 27.1).  Should we backport [1:
> a3d52b3057] to emacs-26 (so it will be fixed in Emacs 26.3)?

OK, I guess, although I don't really understand whether tputs in
ncursesw is a drop-in replacement for its namesake in ncurses: we
don't use wide characters with the curses APIs, AFAIK.

Message #18 received at 35342 <at> debbugs.gnu.org (full text, mbox):

From: Дилян Палаузов
 <dilyan.palauzov <at> aegee.org>
To: Eli Zaretskii <eliz <at> gnu.org>, Noam Postavsky <npostavs <at> gmail.com>
Cc: 35342 <at> debbugs.gnu.org
Subject: Re: bug#35342: configure.ac: scan also libtinfow for tputs()
Date: Sat, 20 Apr 2019 14:51:43 +0000

Hello,

I altered my ./configure to check tinfow/ncursesw, it uses tputs from tinfow and I have not experienced any problems.

I have forgotten, that I have reported that previously.

Regards
  Дилян

On Sat, 2019-04-20 at 17:16 +0300, Eli Zaretskii wrote:
> > From: Noam Postavsky <npostavs <at> gmail.com>
> > Date: Sat, 20 Apr 2019 09:44:33 -0400
> > Cc: 35342 <at> debbugs.gnu.org
> > 
> > > on my system I have no libtinfo, libncruses, libcurses, libterminfo and libtermcap.
> > > 
> > > But I have libtinfow and libncursesw, and the former contains tputs.
> > > With emacs 26.2 this is not the case.
> > 
> > Yes, when you reported it previously (Bug#33977), it was only fixed on
> > the master branch (what will become Emacs 27.1).  Should we backport [1:
> > a3d52b3057] to emacs-26 (so it will be fixed in Emacs 26.3)?
> 
> OK, I guess, although I don't really understand whether tputs in
> ncursesw is a drop-in replacement for its namesake in ncurses: we
> don't use wide characters with the curses APIs, AFAIK.

Message #21 received at 35342 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Дилян Палаузов
 <dilyan.palauzov <at> aegee.org>
Cc: npostavs <at> gmail.com, 35342 <at> debbugs.gnu.org
Subject: Re: bug#35342: configure.ac: scan also libtinfow for tputs()
Date: Sat, 20 Apr 2019 18:31:44 +0300

> From: Дилян Палаузов
> 	 <dilyan.palauzov <at> aegee.org>
> Cc: 35342 <at> debbugs.gnu.org
> Date: Sat, 20 Apr 2019 14:51:43 +0000
> 
> I altered my ./configure to check tinfow/ncursesw, it uses tputs from tinfow and I have not experienced any problems.

I understand, but the general question still stands.

Message #24 received at 35342 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: dilyan.palauzov <at> aegee.org, 35342 <at> debbugs.gnu.org
Subject: Re: bug#35342: configure.ac: scan also libtinfow for tputs()
Date: Sat, 27 Apr 2019 13:29:09 -0400

tags 35342 fixed
close 35342 26.3
unarchive 33977
merge 35342 33977
quit

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Yes, when you reported it previously (Bug#33977), it was only fixed on
>> the master branch (what will become Emacs 27.1).  Should we backport [1:
>> a3d52b3057] to emacs-26 (so it will be fixed in Emacs 26.3)?
>
> OK, I guess, although I don't really understand whether tputs in
> ncursesw is a drop-in replacement for its namesake in ncurses: we
> don't use wide characters with the curses APIs, AFAIK.

Pushed to emacs-26.  No clue about the ncursesw vs ncurses though.

531c74e249 2019-04-27T13:17:10-04:00 "Port to platforms where tputs is in libtinfow"
https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=531c74e2493cf54dc76238930bb93c6d7112ed3b

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.