head	1.4;
access;
symbols
	RELENG_7_4_0_RELEASE:1.3.2.1
	RELENG_7_4:1.3.2.1.0.8
	RELENG_7_4_BP:1.3.2.1
	RELENG_7_3_0_RELEASE:1.3.2.1
	RELENG_7_3:1.3.2.1.0.6
	RELENG_7_3_BP:1.3.2.1
	RELENG_7_2_0_RELEASE:1.3.2.1
	RELENG_7_2:1.3.2.1.0.4
	RELENG_7_2_BP:1.3.2.1
	RELENG_7_1_0_RELEASE:1.3.2.1
	RELENG_6_4_0_RELEASE:1.2.20.1
	RELENG_7_1:1.3.2.1.0.2
	RELENG_7_1_BP:1.3.2.1
	RELENG_6_4:1.2.0.20
	RELENG_6_4_BP:1.2
	RELENG_7_0_0_RELEASE:1.3
	RELENG_6_3_0_RELEASE:1.2
	RELENG_7_0:1.3.0.4
	RELENG_7_0_BP:1.3
	RELENG_6_3:1.2.0.18
	RELENG_6_3_BP:1.2
	RELENG_7:1.3.0.2
	RELENG_7_BP:1.3
	RELENG_6_2_0_RELEASE:1.2
	RELENG_6_2:1.2.0.16
	RELENG_6_2_BP:1.2
	RELENG_5_5_0_RELEASE:1.2
	RELENG_5_5:1.2.0.14
	RELENG_5_5_BP:1.2
	RELENG_6_1_0_RELEASE:1.2
	RELENG_6_1:1.2.0.12
	RELENG_6_1_BP:1.2
	RELENG_6_0_0_RELEASE:1.2
	RELENG_6_0:1.2.0.10
	RELENG_6_0_BP:1.2
	RELENG_6:1.2.0.8
	RELENG_6_BP:1.2
	RELENG_5_4_0_RELEASE:1.2
	RELENG_5_4:1.2.0.6
	RELENG_5_4_BP:1.2
	RELENG_5_3_0_RELEASE:1.2
	RELENG_5_3:1.2.0.4
	RELENG_5_3_BP:1.2
	RELENG_5:1.2.0.2
	RELENG_5_BP:1.2
	RELENG_5_2_1_RELEASE:1.1
	RELENG_5_2_0_RELEASE:1.1
	RELENG_5_2:1.1.0.6
	RELENG_5_2_BP:1.1
	RELENG_5_1_0_RELEASE:1.1
	RELENG_5_1:1.1.0.4
	RELENG_5_1_BP:1.1
	RELENG_5_0_0_RELEASE:1.1
	RELENG_5_0:1.1.0.2
	RELENG_5_0_BP:1.1;
locks; strict;
comment	@# @;


1.4
date	2008.03.13.17.38.06;	author obrien;	state dead;
branches;
next	1.3;

1.3
date	2007.04.09.19.16.48;	author pjd;	state Exp;
branches
	1.3.2.1;
next	1.2;

1.2
date	2003.12.07.21.34.56;	author mux;	state Exp;
branches
	1.2.8.1
	1.2.20.1;
next	1.1;

1.1
date	2002.05.28.06.16.08;	author marcel;	state Exp;
branches;
next	;

1.3.2.1
date	2008.03.16.07.04.04;	author obrien;	state dead;
branches;
next	;

1.2.8.1
date	2012.11.17.07.46.01;	author svnexp;	state Exp;
branches;
next	;

1.2.20.1
date	2008.10.02.02.57.24;	author kensmith;	state Exp;
branches;
next	;


desc
@@


1.4
log
@uuidgen has been repo-copied from usr.bin/ to bin/ to match its "new"
(2007/04/09) installation location.
@
text
@# $FreeBSD: src/usr.bin/uuidgen/Makefile,v 1.3 2007/04/09 19:16:48 pjd Exp $

BINDIR=	/bin

PROG=	uuidgen
WARNS?=	6

.include <bsd.prog.mk>
@


1.3
log
@Move uuidgen(1) from /usr/bin/ to /bin/. It will be used in rc.d/hostid
script, which will be executed before /usr/ mount.

Reviewed by:	mlaier, rink, brooks, rwatson
@
text
@d1 1
a1 1
# $FreeBSD$
@


1.3.2.1
log
@MFC: repcopy from usr.bin/ to bin/
@
text
@d1 1
a1 1
# $FreeBSD: src/usr.bin/uuidgen/Makefile,v 1.3 2007/04/09 19:16:48 pjd Exp $
@


1.2
log
@The uuidgen(1) program is WARNS=6 clean, so flag it as such.

Tested on:	i386, sparc64
@
text
@d3 2
@


1.2.8.1
log
@Switch importer
@
text
@d1 1
a1 1
# $FreeBSD: stable/6/usr.bin/uuidgen/Makefile 123258 2003-12-07 21:34:56Z mux $
@


1.2.20.1
log
@SVN rev 183531 on 2008-10-02 02:57:24Z by kensmith

Create releng/6.4 from stable/6 in preparation for 6.4-RC1.

Approved by:	re (implicit)
@
text
@@


1.1
log
@Add uuidgen(2) and uuidgen(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.
@
text
@d4 1
a4 1
WARNS?=	4
@

