GNU bug report logs - #50444
Remove support for the curses library

Previous Next

Package: emacs;

Reported by: Stefan Kangas <stefan <at> marxist.se>

Date: Tue, 7 Sep 2021 00:29:02 UTC

Severity: wishlist

Tags: notabug

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: eggert <at> cs.ucla.edu, 50444 <at> debbugs.gnu.org
Subject: bug#50444: Remove support for the curses library
Date: Tue, 07 Sep 2021 09:03:41 +0300
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Tue, 7 Sep 2021 02:28:31 +0200
> Cc: paul eggert <eggert <at> cs.ucla.edu>
> 
> Building with curses is, according to Paul Eggert:
> 
>     "Completely broken" in the sense it won't link and Emacs won't build,
>     yes. (It will link in master, due to a patch I installed recently.)
> 
>     And yes, the original curses library has been obsolete for at least two
>     decades.
> 
> See the discussion here:
> https://lists.gnu.org/archive/html/emacs-devel/2021-01/msg00416.html
> 
> The conclusion from that thread AFAIU is that support for curses
> should be removed.  (We should keep ncurses though.)

Doesn't that mean we will be removing support for AIX (and any other
systems that cannot use ncurses due to the same problem)?  Are we
willing to drop support for those platforms because of curses?  AFAIU,
the original problem was fixed, and there's no longer a link error
when using curses.

In any case, if we are planning to drop support for curses, we need
to obsolete it first, i.e. add a configure-time warning for that.




This bug report was last modified 3 years and 309 days ago.

Previous Next


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