src/sys/modules/linprocfs, branch releng/5.3 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3 2004-08-29T06:15:44Z MFC rev. 1.12: Build a dummy opt_compat.h header. 2004-08-29T06:15:44Z Tim J. Robbins tjr@FreeBSD.org 2004-08-29T06:15:44Z urn:sha1:0fdacc2ca0db186265e41cdc9dbafc6b38f9e4a9 Approved by: re (kensmith) o Remove @- from the ln and change it to a -sf. This was bogus, and 2003-11-19T05:08:27Z Warner Losh imp@FreeBSD.org 2003-11-19T05:08:27Z urn:sha1:3193579b66fd7067f898dbc54bdea81a0e6f9bd0 regocnized as such at the time. Now that the other bogons in the tree have been fixed, we can remove this ugly kludge. o Remove stale/bogus opt_foo.h files. These are left over from by-gone resources. And they point to the need, yet again, to improve the build system so meta information is only in one place. Submitted by: ru Reviewed by: bde Approved by: re@ (jhb) Move the pseudofs, procfs and linprocfs modules out from the fs directory. 2002-02-04T20:16:50Z Dag-Erling Smørgrav des@FreeBSD.org 2002-02-04T20:16:50Z urn:sha1:3fd18735a4975d99908822d60291f410de46aaf6 Keeping them there seemed like a good idea at the time, but it annoys bde and confuses people who do not understand how MODULES_OVERRIDE works. Disconnect linprocfs prior to moving it. 2001-06-10T23:20:38Z Dag-Erling Smørgrav des@FreeBSD.org 2001-06-10T23:20:38Z urn:sha1:1d6286d833a886753ca8163b8eed8f301a52c733 Remove some cruft 2001-02-27T07:40:09Z Peter Wemm peter@FreeBSD.org 2001-02-27T07:40:09Z urn:sha1:adaae327bbf4838a49cc00a2b33dcac5e8127b0e Use a consistent style and one much closer to the rest of /usr/src 2001-01-06T14:00:42Z David E. O'Brien obrien@FreeBSD.org 2001-01-06T14:00:42Z urn:sha1:c68159a6d8eede11766cf13896d0f7670dbd51aa The linprocfs sources have moved to sys/compat/linprocfs. 2000-12-12T22:00:05Z Dag-Erling Smørgrav des@FreeBSD.org 2000-12-12T22:00:05Z urn:sha1:190a3b2513a463d40cf965da3fa10b21dc1cfe7e Use .include <bsd.kmod.mk> to get to ../../*/conf/kmod.mk instead of 2000-05-27T01:14:33Z Peter Wemm peter@FreeBSD.org 2000-05-27T01:14:33Z urn:sha1:64db83a8ab2d1f72a9b2174b39d2ef42b5b0580c encoding the relative path. Pull in sys/conf/kmod.mk, rather than /usr/share/mk/bsd.kmod.mk. 2000-05-04T12:08:52Z Peter Wemm peter@FreeBSD.org 2000-05-04T12:08:52Z urn:sha1:56ca39961bd1c9946a505c41c3fc634ef63fdd42 This means that the kernel can be totally self contained now and is not dependent on the last buildworld to update /usr/share/mk. This might also make it easier to build 5.x kernels on 4.0 boxes etc, assuming gensetdefs and config(8) are updated. Point to the new location of the sources under the i386 linux compatibility 2000-04-20T03:55:19Z Mike Smith msmith@FreeBSD.org 2000-04-20T03:55:19Z urn:sha1:5a4b62eaceb673684ac83e68272b6c7895de45a1 code.