[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20170715: Broken libtinfo again
From: |
Sven Joachim |
Subject: |
Re: 20170715: Broken libtinfo again |
Date: |
Mon, 17 Jul 2017 16:22:02 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
Am 17.07.2017 um 14:58 schrieb Dr. Werner Fink:
> This change
>
> @@ -2168,6 +2168,8 @@
> #define _nc_export_termtype2(dst,src) /* nothing */
> #define _nc_import_termtype2(dst,src) /* nothing */
> #define _nc_free_termtype2(t) _nc_free_termtype(t)
> +/* also... */
> +#define _nc_read_entry2 _nc_read_entry
> #endif
>
> #if NO_LEAKS
>
> in ncurses/curses.priv.h does break libtinfo.
Actually libtinfo had been broken since the addition of _nc_read_entry2
in the 20170415 patchlevel because _nc_read_entry was dropped from it
(unless you configured with --enable-widec). This broke tack which
relies on that symbol, see https://bugs.debian.org/868328.
The current patchlevel backs out that change and restores compatibility
with 20170408 and earlier, but breaks infocmp versions built from the
20170415-20170708 patchlevels.
Cheers,
Sven
- 20170715: Broken libtinfo again, Dr. Werner Fink, 2017/07/17
- Re: 20170715: Broken libtinfo again,
Sven Joachim <=
- Re: 20170715: Broken libtinfo again, Dr. Werner Fink, 2017/07/17
- Re: 20170715: Broken libtinfo again, Sven Joachim, 2017/07/17
- Re: 20170715: Broken libtinfo again, Dr. Werner Fink, 2017/07/17
- Re: 20170715: Broken libtinfo again, Thomas Dickey, 2017/07/17
- Re: 20170715: Broken libtinfo again, Dr. Werner Fink, 2017/07/18
- Solved: [bug-ncurses] 20170715: Broken libtinfo again, Dr. Werner Fink, 2017/07/18
- Re: 20170715: Broken libtinfo again, Thomas Dickey, 2017/07/17