src/lib/ncurses, branch upstream/13.1.0

Bump shared library versions after ncurses bump in 13.

2021-02-05T01:51:45Z

A few shared libraries in the base system link against ncurses. An upgrade from a 12.x host to 13 results in ABI breakage for existing binaries since the newer versions of these libraries link against the newer ncurses while the binary itself links against the older ncurses. For example, dialog4ports built on 12.x sometimes crashes on 13 since it depends on libdialog which links against ncurses internally. (cherry picked from commit 0b7f1af804f06a285717b490bef80e24648adcbe)

ncurses: only keep the version with widechar support

2021-01-05T13:01:32Z

Only keep the widechar version of ncurses as libncursesw.so.9 Keep the old name to avoid breaking the ABI compatibility (the non widechar version libncurses.so.9 is not binary compatible with libncursesw.so.9) since all ports and base are already only linking against the widechar version we can simply remove libncurses.so.9 Since the .9 version only lived in the dev branch and never ended in a release, it is simply removed and not added to any binary compat package. Add symlinks to keep build time compatibility for anyone linking against -lncurses

Pass the full CFLAGS to cpp for MKlib_gen.sh.

2020-08-03T17:53:15Z

GCC's cpp was exiting immediately when it failed to find requested includes ( and ). clang-cpp emitted an error for the missing header files but continued processing the file (thus not honoring any macros defined in the missing headers). Arguably, the awk script is buggy since it doesn't check the return value of the command it executes. Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D25731

ncurses: bump shlib number to version 9

2020-02-20T09:12:07Z

ABI has change in between ncurses 5 or 6. While theorically ncurses 6 is buildable with backward compatibility, I fail at building in a way where the application linked against the previous version of ncurses are rendering properly. Let's go on the new ABI which provides all the latest features. A compat12x package is cooking for backward compatibility

Update to 6.2-20200215

2020-02-19T17:09:08Z

While I didn't plan another upgrade, This version incorporate fixes from kevans@ so let's upgrade to it

lib_gen.c now also depends on ncurses_dll.h specify it to prevent some breakage

2020-02-19T14:09:15Z

if ncurses_dll.h is already present in base while building

Update ncurses to 20200118

2020-02-18T08:11:52Z

Among the changes from before: - Add support for extended colors on widechar version - Enable ncurses extended functions - Enable version 2 of the extended mouse support - Enable SCREEN extensions Modification that differs from upstream: - _nc_delink_entries used to be exposed and was turn static, turn it back as dynamic to not break abi - Adapt our old termcap.c to modern ncurses MFC after: 3 weeks

Update Makefile.depend files

2019-12-11T17:37:53Z

Update a bunch of Makefile.depend files as a result of adding Makefile.depend.options files Reviewed by: bdrewery MFC after: 1 week Sponsored by: Juniper Networks Differential Revision: https://reviews.freebsd.org/D22494

Fix .depend files to work for build tools.

2019-06-15T17:08:13Z

This is somewhat of a follow-up to r335746. MFC after: 2 weeks Sponsored by: DellEMC

Fix ncurses fallback.c build with a strict build shell

2018-10-23T06:31:31Z

The script uses shift three times and when building with a strict /bin/sh shifting without any arguments will cause the script to fail. In this case the target will fail and we write an empty output file. When doing a NO_CLEAN build after this will mean fallback.c is up to date and clang will happily compile the empty input file which leads to strange build errors later. Fixed by passing three empty arguments to MkFallback.sh and only creating fallback.c if MKfallback.sh succeeds. Aproved By: brooks (mentor) Differential Revision: https://reviews.freebsd.org/D16867