This was broken for newer FreeBSDs which give out pty names
/dev/pty[pqrsPQRS][0123456789abcdefghijklmnopqrstuv]
emacs, manually searching, stopped at a gap of 3 entries. But the new
naming scheme allows a gap of 28. Set to 30 just in case. Actually
there's no good reason not to set that to 256, it's not that 512
system calls kill us everytime someone opens a shell in emacs.
Bump portsrevision so that it gets picked up by portupgrade.
I wonder whether other emacsens are affected, too...
shell-mode on FreeBSD once a number of ttys were taken, it wouldn't
find the next free one where xterm and everybody else would.
Teach it to walk the list of possible FreeBSD ttys correctly.
This code is evil, I'm only doing it because emacs-21 is *really* evil
and I didn't port all of my .emacs to xemacs yet...
patch-cc (configure.in): Merged with patch-ch.
patch-af (src/unexfreebsd.c): Removed. Not used by this port.
patch-ca (src/Makefile.in): Removed. 5-CURRENT's and
4-STABLE's libtermcap -> libncurses symbolic link issues
are now well handled by vendor's src/s/freebsd.h.
Moved LIBS_XPG changes to patch-cb.
patch-cb (src/s/freebsd.h): Regenerate for emacs-20.7.
Update the conditional of enclosing the USE_XPG check
so as not to link libxpg4 on recently 5-CURRENT and
4-STABLE after the merge of libxpg4 into libc.
Added LIBS_XPG to LIBS_SYSTEM.
PR: ports/19653
Submitted by: OKAZAKI Tetsurou <okazaki@be.to>
use the terminfo version of tparam() since the termcap version supplies
tgoto() which seriously screws up text display. ncurses-4.1 has both a
termcap and terminfo internal interface and is quicker with the terminfo
one even when it's read a termcap.db file.
(which was about equal to number of FreeBSD installations on Hale Bopp
itself). Seems like I need to just go ahead and commit it so people
can try out and scream!
