summaryrefslogtreecommitdiffstats
path: root/usr.bin/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Reconnect whereisjohan2002-07-031-0/+1
| | | | Approved by: sheldonh (mentor)
* Disconnect whereis while importing version from NetBSDjohan2002-07-031-1/+0
| | | | Approved by: sheldonh (mentor)
* Untie help and sccs from the build. sccs has been repo copied intojmallett2002-06-291-2/+0
| | | | | | | | | | projects/sccs/sccs/, to accompany projects/sccs/sccscmds, and help will be dying shortly. These programs will not be a part of 5.0-RELEASE, at least not in their current form. They'll either end up in src/contrib or ports. Submitted by: obrien
* Per previous discussion, and with Mark's blessing, update the valuedougb2002-06-091-1/+1
| | | | of this knob to reflect (-)current reality.
* Hook stat into the builddougb2002-06-061-1/+2
| | | | Fix a trailing ws nit while I'm here
* Don't build perl if NO_PERL is defined.des2002-06-041-1/+4
|
* Connect perl to the build.des2002-06-021-0/+1
|
* Add uuidgen(2) and uuidgen(1).marcel2002-05-281-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The uuidgen command, by means of the uuidgen syscall, generates one or more Universally Unique Identifiers compatible with OSF/DCE 1.1 version 1 UUIDs. From the Perforce logs (change 11995): Round of cleanups: o Give uuidgen() the correct prototype in syscalls.master o Define struct uuid according to DCE 1.1 in sys/uuid.h o Use struct uuid instead of uuid_t. The latter is defined in sys/uuid.h but should not be used in kernel land. o Add snprintf_uuid(), printf_uuid() and sbuf_printf_uuid() to kern_uuid.c for use in the kernel (currently geom_gpt.c). o Rename the non-standard struct uuid in kern/kern_uuid.c to struct uuid_private and give it a slightly better definition for better byte-order handling. See below. o In sys/gpt.h, fix the broken uuid definitions to match the now compliant struct uuid definition. See below. o In usr.bin/uuidgen/uuidgen.c catch up with struct uuid change. A note about byte-order: The standard failed to provide a non-conflicting and unambiguous definition for the binary representation. My initial implementation always wrote the timestamp as a 64-bit little-endian (2s-complement) integral. The clock sequence was always written as a 16-bit big-endian (2s-complement) integral. After a good nights sleep and couple of Pan Galactic Gargle Blasters (not necessarily in that order :-) I reread the spec and came to the conclusion that the time fields are always written in the native by order, provided the the low, mid and hi chopping still occurs. The spec mentions that you "might need to swap bytes if you talk to a machine that has a different byte-order". The clock sequence is always written in big-endian order (as is the IEEE 802 address) because its division is resulting in bytes, making the ordering unambiguous.
* Hook newgrp(1) up to the build.tjr2002-05-281-0/+1
| | | | PR: 36190
* Move elf2aout to usr.sbin/.ru2002-05-251-1/+0
| | | | Approved by: jake
* Taking a leap of faith, tie the help command in to the build.jmallett2002-05-221-0/+1
|
* Tie sccs(1) in to the build, as it now does one thing right: sccs whatjmallett2002-05-221-0/+1
|
* Remove mention of the GNU version of ptx, it is dead.jmallett2002-05-221-1/+1
|
* Build pathchk(1).tjr2002-05-221-0/+1
|
* Build the tabs(1) utility.tjr2002-05-211-0/+1
| | | | PR: 36126
* elf2aout can be useful to have on all platformsobrien2002-05-181-4/+1
|
* Don't build getconf if you don't have a full C++ installation.obrien2002-05-181-1/+1
|
* Add C rewrites of catman and makewhatis. These aren't quite asmarkm2002-05-181-0/+2
| | | | | | | the submitter supplied them, as I did some WARNS=n fixups (mostly const-ification). Submitted by: John Rochester <john@jrochester.org>
* Build the asa(1) utility.tjr2002-05-151-0/+1
| | | | | PR: 36130 Reviewed by: mike
* Add the csplit(1) utility, which splits files based on context, as specifiedtjr2002-05-021-0/+1
| | | | | | | by SUSv3. PR: 36191 Reviewed by: mike
* Build elf2aout for sparc64.jake2002-04-301-0/+4
|
* Back out the NO_RCMNDS knob.obrien2002-04-231-5/+2
| | | | | | | 1. The committer refused to respond to questions over the commit. 2. The servers rlogind, rshd, rexecd were not wrapped. 3. "rcmnds" as an abbreviation gets an order of magnitude less hits on Google than the much more well known "rcmds".
* Revert last change, to be revisited later.ru2002-04-121-0/+1
|
* Temporarily unconnect "doscmd" from build until I can fixru2002-04-121-1/+0
| | | | | its broken Makefile. The breakage is now fatal after the bsd.prog.mk,v 1.109 change.
* Introduce NO_RCMNDS flag so as to not compile rsh, rlogin, and rcp on will,bmilekic2002-04-091-2/+5
| | | | | | | and document in share/examples/etc/make.conf Submitted by: Aleksandar Simic <asimic@dsl.pipex.com> MFC after: 1 week
* Disconnect sortache2002-04-081-1/+0
|
* Some things don't compile on ia64 and sparc64 yet.obrien2002-04-081-2/+5
|
* Exclude xlint for ia64. For the time being, there are enough gccpeter2002-04-061-1/+4
| | | | | | | dependencies in the machine/* headers to make it explode when -U__GNUC__ is specified by lint. Not to mention that lint is passing undocumented (illegal?) args to cpp and that seems to upset gcc-3.1 now. Specifically, -Wp,-CC. -Wp,-C is documented and legal though.
* Connect ktrdump to the build. <cringe>.jake2002-04-021-0/+1
|
* Add BSD sort to the build, now that GNU sort is gone.markm2002-03-241-0/+1
|
* Turn back on (x)lint. It is working just fine.markm2002-03-121-0/+1
|
* Don't build xlint until surgery is finished.markm2002-03-101-1/+0
|
* Removed gprof4. 8-byte counters are now handled by gprof.bde2002-03-061-1/+0
|
* Add the `1 true AWK' back to the mix.obrien2002-03-051-0/+1
|
* (x)lint(1) works; re-enable it.markm2002-03-031-0/+1
|
* Temporarily remove lint(1) from the build until the import and mergemarkm2002-03-031-1/+0
| | | | of the MFN (Merge from NetBSD) is complete.
* Re-enable tip, now that the import and merge are done.markm2001-12-201-0/+1
|
* Temporarily remove tip(1) from the build while I upgrade it.markm2001-12-201-1/+0
|
* Kernel support for smbfs is only built on the i386 at the moment, sosheldonh2001-12-141-1/+1
| | | | | | | limit the building and installation of the userland utilities to that architecture for now. Reported by: bmah
* Add bmake glue for src/contrib/smbfs and connect userland smbfssheldonh2001-12-141-0/+1
| | | | | | | | | | support to the build. The MFC reminder below is subject to <re@FreeBSD.org> approval prior to 4.5-RELEASE. Reviewed by: bp, fjoe MFC: 1 week
* UUCP is gone from base.markm2001-12-131-1/+1
|
* Put the "tip" in exactly the same place where it was in rev. 1.169.ru2001-11-271-1/+1
|
* Some CVS surgery has been done to tip(1) to clean out a commit that Imarkm2001-11-261-0/+1
| | | | | | | should have done differently. Restore tip(1) to the build. I will return to this with a clean import to tip in due course.
* Temporarily remove tip/cu from the build while repo-surgery is done.markm2001-11-261-1/+0
|
* Fix NO_SENDMAIL knob. When FreeBSD's old BSD version of vacation wasgshapiro2001-11-111-1/+4
| | | | | | | | | | | | | | | replaced with the new version in sendmail's distribution, vacation and the necessary libraries (libsmdb and libsmutil) were changed so they were always compiled. This broke people who didn't checkout src/contrib/sendmail/. I don't know if it's best to think of NO_SENDMAIL as no sendmail sources available or no sendmail binary. It is now the former. Also, remove the sendmail chapter from System Managers Manual (SMM) if NO_SENDMAIL is defined (for similar reasons -- source not available). PR: 31863, 31865 Submitted by: matusita, Joe Kelsey <joe@zircon.seattle.wa.us> MFC after: 3 days
* Bring Gawk back. There just isn't any other POSIX compliant AWK out there.obrien2001-11-021-1/+0
| | | | The biggest thing missing from Bell-Labs AWK is the character class regexes.
* Switch to the One True AWK from Bell-Labs, away from GNU AWK.obrien2001-10-301-0/+1
|
* Part II of libss retirement: zap mk_cmds too.kris2001-08-201-1/+0
| | | | Pointy hat to: kris
* Correct path (../crypto, not ../../crypto)peter2001-08-181-1/+1
|
* Fix a cryptoless world by disconnecting libmp from the build when there is nosobomax2001-08-021-2/+4
| | | | | | | | | | | crypto bits installed and/or NOCRYPTO/NO_OPENSSL is defined. This unfortunately meants that usr.bin/chkey, usr.bin/newkey and usr.sbin/keyserv have also to be disconnected. IMO it is merely a workaround, the proper solution is to move libmp to src/crypto where it belongs and use libgmp for the cryptoless builds instead. Missed by: dd
OpenPOWER on IntegriCloud