* build & install Xserver modules
* tweak for building with gcc 3.3.x
* rework for recent <bsd.x11.mk> rototill (moving it before other
bsd.*.mk includes)
* remove libc_wrapper.o from libos.a, and explicitly link in where required
in the .OBJDIR compile correctly.
(Something I changed in the last commit must have broken this.
Or make(1) changed. Or something else borked. In any case, it's fixed now.)
ccmakedep cleanlinks gccmakedep makedepend makeg makestrs mergelib
mkdirhier mkhtmlindex revpath rman
Even though this build doesn't need them, other programs that use
imake (et al) may need them.
static libX11.a libX11_p.a libX11.ln
dynamic libX11_pic.a libX11.so*
This is because the "static" build needs some different sources to the
"dynamic" build, and some of the shared sources in the "dynamic" build
need different CPPFLAGS for that build.
link these explicitly. Why:
- on my main system i get intermittent link errors with ICE and Xt
missing various libc symbols with the implicit link of these libs
- it also works for static linking
<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.
(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.
(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.