src-test2/bin/rm/Makefile, branch release/6.2.0_cvs

This commit was manufactured by cvs2svn to create tag

2007-01-11T22:54:46Z

'RELENG_6_2_0_RELEASE'. This commit was manufactured to restore the state of the 6.2-RELEASE image.

Remove unnecessary SRCS= where could be guessed directly by our

2005-01-27T14:52:47Z

bsd.*.mk infrasture. Obtained from: ru

Revert previous delta, which is not required with rev 1.5 of

2002-07-15T12:08:21Z

src/contrib/gcc/c-format.c .

Set WFORMAT=0, because our compiler currently complains about NULL

2002-07-11T08:45:38Z

arg 2 to err() and friends, and warnings are promoted to errors. This allows the following revisions to be reverted: rev 1.39 src/bin/cp/cp.c rev 1.26 src/bin/chmod/chmod.c rev 1.40 src/bin/rm/rm.c The following revisions can already be reverted, because they were already covered by WFORMAT=0: rev 1.8 src/bin/ls/lomac.c rev 1.63 src/bin/ls/ls.c rev 1.8 src/bin/ps/lomac.c rev 1.34 src/bin/rcp/rcp.c

Default to WARNS=2. Binary builds that cannot handle this must explicitly

2001-12-04T01:57:47Z

set WARNS=0. Reviewed by: mike

Set WARNS=2 on programs which compile cleanly.

2001-07-15T10:30:46Z

Submitted by: Mike Barcroft

Switch over to using the new fflagstostr and strtofflags library calls.

2000-06-17T14:19:33Z

Revert part of the last commit, remove {g|s}etflags from the libc

2000-02-05T18:42:36Z

interface, and statically link them to the programs using them. These functions, upon reflection and discussion, are too generically named for a library interface with such specific functionality. Also the api that they use, whilst ok for private use, isn't good enough for a libc function. Additionally there were complications with the build/install-world process. It depends heavily upon xinstall, which got broken by the change in api, and caused bootstrap problems and general mayhem. There is work in progress to address future problems that may be caused by changes in install-chain tools, and better names for {g|s}etflags can be derived when some future program requires them. For now the code has been left in src/lib/libc/gen (it started off in src/bin/ls). It's important to provide library functions for manipulating file flag strings if we ever want this interface to be adopted outside of the source tree, but now isn't necessarily the right moment with 4.0-release just around the corner. Approved: jkh

Historically file flags (schg, uschg, etc) have been converted from

2000-01-27T21:17:01Z

string to u_long and back using two functions, flags_to_string and string_to_flags, which co-existed with 'ls'. As time has progressed more and more other tools have used these private functions to manipulate the file flags. Recently I moved these functions from /usr/src/bin/ls to libutil, but after some discussion with bde it's been decided that they really ought to go in libc. There are two already existing libc functions for manipulating file modes: setmode and getmode. In keeping with these flags_to_string has been renamed getflags and string_to_flags to setflags. The manual page could probably be improved upon ;)

Actually remove unrequired SRCS.

2000-01-05T19:22:10Z