NetBSD/compat
mrg 572b798264 "regenerate" this based on the non-compat version updating. 2009-09-11 22:36:39 +00:00
..
crypto/external rebuild all of these based upon build-makefiles version 1.7. 2009-07-21 01:00:36 +00:00
external "regenerate" this based on the non-compat version updating. 2009-09-11 22:36:39 +00:00
gnu/lib rebuild all of these based upon build-makefiles version 1.7. 2009-07-21 01:00:36 +00:00
lib Build & install rumpdev, a device component for rump. It currently 2009-09-03 15:35:58 +00:00
libexec/ld.elf_so don't define SHLINKINSTALLDIR in 10 places. It is done in Makefile.compat 2009-05-19 20:27:22 +00:00
Makefile glue in openssh 2009-06-07 22:59:22 +00:00
Makefile.compat we need SHLINKINSTALLDIR to be /libexec for /bin and /sbin binaries. 2009-05-19 20:27:50 +00:00
README Fix typo. 2009-01-13 17:52:32 +00:00
build-makefiles do not need the postfix libraries. 2009-07-21 01:05:35 +00:00

README

$NetBSD: README,v 1.3 2009/01/13 17:52:32 jmmv Exp $

This directory contains Makefile fragments that will build all of the
NetBSD libraries in 32-bit mode and install them into /usr/lib/<arch>
and also install a /usr/libexec/ld.elf_so-<arch>.

This is current only supported for the amd64 and sparc64 platforms,
where <arch> is "i386" or "sparc" respectively.  (It could be used to
build MIPS o32 libraries on n32 system, but not both n32 and o32 on
a n64 system.  It only supports one extra target.)


Most of the makefiles here were built with the "build-makefiles" script.
The exceptions are lib/csu/Makefile and ld.elf_so/Makefile.


The method used is the:
	- evaluate some local variables
	- switch .CURDIR
	- include original Makefile,
	- evaluate some variables
	- switch .CURDIR back
that is used by crunchgen to build eg, installer media or /rescue.



TODO:
	- some yacc issue -- libc, libipsec and libpcap need "make" run
	  to generate headers properly, otherwise it complains about
	  no way to get to foo.h.  this is currently hacked by putting
	  a rule "foo.h: foo.c" in the (generated) makefiles
	- there's an ugly hack to make libpam build correctly again the
	  right libc.  ld.elf_so has a similar (but less ugly hack)
	- not sure that /usr/lib/{i386,sparc}{,/i18n} are created 
	  properly yet

Future work

Ideally this should be able to handle any number of compat targets.
Perhaps using a "force MAKEOBJDIR, and run-run make" solution will
work, but my initial attempts got me no where.  If not, perhaps
build-makefiles could be expanded to be used at run-time in such
a per-compat target obj-dir.