compatibility symbolic links for ncurses and ncursesw

[Vincent Lefevre]

The zsh-devel port is linked by default with the Mac OS X ncurses (in
/usr/lib) because only the Mac OS X ncurses library has compatibility
symbolic links, e.g.

/usr/lib/libtermcap.dylib -> libncurses.5.4.dylib
/usr/lib/libcurses.dylib -> libncurses.5.4.dylib

(the first one is used by zsh by default, and the second one is used
when the --with-curses-terminfo configure option is given). But this
ncurses version is buggy when the Emacs terminal is used (with TERM
set to its default value eterm-color). Try

  emacs -eval '(progn (set-buffer (apply ''make-term "zsh" "zsh" nil ''("-f"))) (term-mode) (term-char-mode) (switch-to-buffer "*zsh*"))'

for instance...

Unfortunately, to be able to link zsh against ncurses or ncursesw,
zsh doesn't have --with-ncurses and --with-ncursesw options (I've
sent a request to the zsh-workers mailing-list), so that one can't
add ncurses and ncursesw variants for the time being.

However, even if this is added to zsh, it would be fine to have
compatibility symbolic links for the ncurses and ncursesw ports.
To avoid an obvious clash when both ports are installed, these
symbolic links could be added by a "compat" variant (of course,
only one "compat" variant can be installed at a time). There's
still the (minor) problem that one can't depend on a variant, so
that the user will have to be careful when installing ports if
he wants the right version of the curses library.

Any comment?

-- 
Vincent Lefèvre <vincent at vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)