X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 972D9D7CC3 for ; Wed, 7 Sep 2005 02:15:12 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 04838-03 for ; Wed, 7 Sep 2005 05:15:07 +0000 (GMT) Received: from granicus.if.org (24-196-135-82.dhcp.mdsn.wi.charter.com [24.196.135.82]) by svr1.postgresql.org (Postfix) with ESMTP id B64E4D7C19 for ; Wed, 7 Sep 2005 02:15:06 -0300 (ADT) Received: by granicus.if.org (Postfix, from userid 1001) id 525CCEA8A60; Wed, 7 Sep 2005 06:15:08 +0100 (BST) Date: Wed, 7 Sep 2005 05:15:08 +0000 From: nathan wagner To: pgsql-hackers@postgresql.org Subject: Re: uuid type for postgres Message-ID: <20050907051508.GA3572@granicus.if.org> References: <20050906135057.GA24136@granicus.if.org> <7CDBCE29-55BE-4EE3-8868-F50DB1E914F6@refractions.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7CDBCE29-55BE-4EE3-8868-F50DB1E914F6@refractions.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.109 required=5 tests=[AWL=0.059, FORGED_RCVD_HELO=0.05] X-Spam-Level: X-Archive-Number: 200509/310 X-Sequence-Number: 72707 On Tue, Sep 06, 2005 at 08:40:08PM -0700, pramsey@refractions.net wrote: > - linking against libuuid is fine for a contrib/ extension, but no > good for a built-in type. A real uuid would have to do a proper > independent implementation of uuid creation within pgsql. Why? I'm not sure what the default build instructions are, but i've got the following on my linux box... granicus:~% ldd /usr/bin/postgres linux-gate.so.1 => (0x00368000) libpam.so.0 => /lib/libpam.so.0 (0x00311000) libssl.so.5 => /lib/libssl.so.5 (0x009b3000) libcrypto.so.5 => /lib/libcrypto.so.5 (0x00507000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x003ab000) libz.so.1 => /usr/lib/libz.so.1 (0x00c55000) libreadline.so.5 => /usr/lib/libreadline.so.5 (0x00c6a000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x00dfa000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x009f7000) libresolv.so.2 => /lib/libresolv.so.2 (0x0014e000) libnsl.so.1 => /lib/libnsl.so.1 (0x00a62000) libdl.so.2 => /lib/libdl.so.2 (0x00c4f000) libm.so.6 => /lib/libm.so.6 (0x00c29000) libc.so.6 => /lib/libc.so.6 (0x00afd000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x0038e000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x0099a000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00483000) /lib/ld-linux.so.2 (0x00adf000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x0041f000) Quite a list. I wonder what readline is doing there. It would appear that linking against libraries is just fine, I don't see that uuid is any different. > - we cannot snarf libuuid code, it is LGPL (though perhaps the author > would re-license. if that is the *only* objection, it is well worth > asking) Not sure what uuid library you were using, but the one i used is not LGPL. I posted earlier the copyright and license portion of the readme. No relicensing would be necessary. -- Nathan Wagner