From owner-cvs-all Wed Oct 30 10:40:26 2002 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B08A137B401; Wed, 30 Oct 2002 10:40:25 -0800 (PST) Received: from anchor-post-35.mail.demon.net (anchor-post-35.mail.demon.net [194.217.242.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E8F943E7B; Wed, 30 Oct 2002 10:40:11 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from mailgate.nlsystems.com ([62.49.251.130] helo=herring.nlsystems.com) by anchor-post-35.mail.demon.net with esmtp (Exim 3.36 #2) id 186xlC-0006lf-0U; Wed, 30 Oct 2002 18:40:10 +0000 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.12.6/8.12.4) with ESMTP id g9UIe9gu023877; Wed, 30 Oct 2002 18:40:09 GMT (envelope-from dfr@nlsystems.com) Date: Wed, 30 Oct 2002 18:40:09 +0000 (GMT) From: Doug Rabson To: Nate Lawson Cc: Marcel Moolenaar , , Subject: Re: cvs commit: src/lib/libc Makefile.inc src/lib/libc/uuid Makefile.inc uuid.3 uuid.h uuid_compare.c uuid_create.c uuid_create_nil.c uuid_equal.c uuid_from_string.c uuid_hash.c In-Reply-To: Message-ID: <20021030183926.M23855-100000@herring.nlsystems.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 30 Oct 2002, Nate Lawson wrote: > On Wed, 30 Oct 2002, Doug Rabson wrote: > > On Tue, 29 Oct 2002, Nate Lawson wrote: > > > > > Why is this going into libc and not something like libdce? > > > > I don't think anyone is planning to implement DCE. Decent unique > > identifiers are useful far beyond DCE. I use them for a portable M$ COM > > compatible system, the ia64 architecture uses them for many purposes > > including its disk partitioning system. > > > > -- > > Doug Rabson Mail: dfr@nlsystems.com > > Thanks, that's a useful explanation. I do a lot of work on embedded > systems and the size of libc is a concern (especially when using Linux > glibc). I'm not eager for FreeBSD's libs to grow. Sure there are > workarounds, like the shell script that extracts a list of all extern > symbols in your executables and then uniqs that out of the list of symbols > in the libraries. But once symbols start getting referenced by even one > utility, such hacks are harder to manage. Since nothing else in libc uses uuids, a static link will not be contaminated with them - i.e. statically linked binaries will be the same size as before. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message