NetBSD

History

lukem c2d985356e Consistently comment out rules which attempt to rebuild .info from .texinfo, (and associated targets for .dvi et al), as well as man pages from .pod, using a prefix of `# '. This prevents a variety of build issues caused by situations such as cvs checkouts which result in the .texinfo file being slightly newer than the .info file, and the build process trying to unnecessarily regenerate them, which will fail in a variety of circumstances (build tools not available, read-only source, etc ...) Once a better solution is found, we can switch to it. For now, this improves things greatly and should reduce a lot of support requests that would undoubtably appear otherwise...		2003-03-02 13:11:04 +00:00
..
dist	Consistently comment out rules which attempt to rebuild .info from .texinfo,	2003-03-02 13:11:04 +00:00
lib	build libopcodes separately from libbfd as in binutils 2.13 they have	2003-03-01 13:18:28 +00:00
libexec	Use a neutral error message - the details have been printed already, and	2003-01-21 22:47:20 +00:00
usr.bin	update / regenerate for binutils 2.13.2.1	2003-03-01 13:09:11 +00:00
usr.sbin	allow NO_SENDMAIL to equal "no"	2003-01-09 16:57:45 +00:00
Makefile	Use @true instead of @${TRUE} in includes-foo targets, since there is no	2001-10-12 21:05:08 +00:00
README	Remove completely outdated maintenance history, and add proper NetBSD RCS tag.	2002-09-22 09:47:56 +00:00

README

$NetBSD: README,v 1.4 2002/09/22 09:47:56 wiz Exp $

Organization of Sources:

This directory hierarchy is using a new organization that
separates the GNU sources from the BSD-style infrastructure
used to build the GNU sources.  The GNU sources are kept in
the standard GNU source tree layout under:

	dist/*

The build infrastructure uses the normal BSD way under:

	lib/*
	usr.bin/*

The makefiles in the above hierarchy will "reach over" into
the GNU sources (src/gnu/dist) for everything they need.


Maintenance Strategy:

The sources under src/gnu/dist are generally a combination of
some published distribution plus changes that we submit to the
maintainers and that are not yet published by them.  There are
a few files that are never expected to be submitted to the FSF,
(i.e. BSD-style makefiles and such) and those generally should
stay in src/gnu/lib or src/gnu/usr.bin (the BSD build areas).

Make sure all changes made to the GNU sources are submitted to
the appropriate maintainer, but only after coordinating with the
NetBSD maintainers by sending your proposed submission to the
<tech-toolchain@netbsd.org> mailing list.  Only send the changes
to the third-party maintainers after consensus has been reached.