+ build libafb for i386 (like xsrc does)
+ hook getconfig into the build
+ add new input driver acecad
+ add new xkb symbols
+ add new font encodings
It should be safe to update the set lists for i386 now.
(All paths are relative to usr/X11R6)
* Obsolete:
bin/fontconfig-config
* Add directories:
lib/X11/locale/zh_CN.UTF-8
lib/X11/xkb/geometry/ibm
* Rename include/freetype2/ft2build.h to include/ft2build.h and obsolete former
* Add files:
fonttosfnt(1) program & man page
include/expat.h
lib/X11/app-defaults/XClock-color
lib/X11/fonts/TTF/Vera*.ttf
some font encodings
zn_CN.UTF-8 locale
some font encodings
various xkb config files
lib/X11/xedit/lisp/progmodes/patch.lsp
Xfontcache(3) and various links
XDGA(3) and various links
XRes(3) and various links
Xss(3) and various XScreenSaver*(3) links
* Add some more TODO items
* Clean up lib/expat build now that the version is hard coded.
-rename the fonts.dir/fonts.scale targets to avoid collision with
regular files
-allow the rule for "fonts.scale" to be overridden, and do so in
the Speedo Makefile
clean ${BDFFILES} and ${PCFFILES} via separate rm -f's during "make
cleandir." The need to split these into separate rm's comes from the
fact that some cross-compilation host systems can't deal with the
>128kB arg list that a single 'rm' of all these things would cause.
The desire to clean the actual generated fonts only in 'cleandir' came
from lukem during review.
<bsd.own.mk>, as we now set BINDIR,LIBDIR,MANDIR in <bsd.x11.mk>
rather than using a hierarchy of Makefile.inc files just to include
x11/Makefile.inc to get those variables.
(from /usr/xsrc) using bsd-style Makefiles.
Why?
- sane cross building
- easy builds from read only source
- non-root building
- imake is evil
nuff said.
(from /usr/xsrc) using bsd-style Makefiles.
Why?
- sane cross building
- easy builds from read only source
- non-root building
- imake is evil
nuff said.
perry