diff options
author | ngie <ngie@FreeBSD.org> | 2015-01-11 18:13:56 +0000 |
---|---|---|
committer | ngie <ngie@FreeBSD.org> | 2015-01-11 18:13:56 +0000 |
commit | 50b3937987a75961824a4a1242bf8df76bcdb6a3 (patch) | |
tree | 713bdba0aa93bc2cc52f83bddd9c56ab3693eb1a /lib/libc/stdio/fmemopen.c | |
parent | d454042db9ed752fe37a9a4a5ec7ca799238f188 (diff) | |
download | FreeBSD-src-50b3937987a75961824a4a1242bf8df76bcdb6a3.zip FreeBSD-src-50b3937987a75961824a4a1242bf8df76bcdb6a3.tar.gz |
MFC r275687,r275692:
Relnotes: yes
r275687:
Remove termcap entry reordering; install the file verbatim instead
termcap entry reordering requires ex (which is available via usr.bin/vi), which
breaks on build hosts where installworld is run with MK_VI == no (or when
make delete-old is run on ^/projects/building-blocks as vi, et al, are
removed on the branch when the knob is tweaked to => "no")
Reordering termcap was believed to improve performance, but the file is now
accessed via /etc/termcap.db, so /etc/termcap (and /usr/share/misc/termcap by
proxy) access is less preferred.
Reordering the file broke the historical comment <-> entry mapping as well,
which could muddle the purpose of entries in the file, so it could be
potentially harmful to readers in its reordered state.
Discussion took place on hackers@ here:
https://lists.freebsd.org/pipermail/freebsd-hackers/2014-December/046657.html
Discussed with: -hackers, mp
Sponsored by: EMC / Isilon Storage Division
r275692:
Fix building termcap.db when make obj is run beforehand from a clean tree by
using make variables for the filenames, which helps resolve pathing
appropriately when running cap_mkdb
Pointyhat to: me
Diffstat (limited to 'lib/libc/stdio/fmemopen.c')
0 files changed, 0 insertions, 0 deletions