Re: [HACKERS] patch: contrib/pgcrypto sanity

2001-01-09 Thread Bruce Momjian
Applied. Thanks. [ Charset ISO-8859-1 unsupported, converting... ] > > The KAME files md5.* and sha1.* have the following changelog > entry: > > > revision 1.2 > date: 2000/12/04 01:20:38; author: tgl; state: Exp; lines: > +18 -18 > Eliminate some of the more bl

Re: [HACKERS] patch: contrib/pgcrypto sanity

2001-01-08 Thread Marko Kreen
On Mon, Jan 08, 2001 at 10:03:25AM +, Pete Forman wrote: > Marko Kreen writes: > > On Mon, Jan 08, 2001 at 04:06:09AM +0200, Marko Kreen wrote: > > > Well, actually they do. glibc in and NetBSD in > > > which is a mess, all rigth. Problem is that > > > postgres.h does not know about th

Re: [HACKERS] patch: contrib/pgcrypto sanity

2001-01-08 Thread Pete Forman
Marko Kreen writes: > On Mon, Jan 08, 2001 at 04:06:09AM +0200, Marko Kreen wrote: > > On Sun, Jan 07, 2001 at 08:09:07PM -0500, Tom Lane wrote: > > > Marko Kreen <[EMAIL PROTECTED]> writes: > > > > Which basically changes u_int*_t -> uint*_t, so now it does > > > > not compile neither under

Re: [HACKERS] patch: contrib/pgcrypto sanity

2001-01-07 Thread Marko Kreen
On Mon, Jan 08, 2001 at 04:06:09AM +0200, Marko Kreen wrote: > On Sun, Jan 07, 2001 at 08:09:07PM -0500, Tom Lane wrote: > > Marko Kreen <[EMAIL PROTECTED]> writes: > > > Which basically changes u_int*_t -> uint*_t, so now it does not > > > compile neither under Debian 2.2 nor under NetBSD 1.5 whi

Re: [HACKERS] patch: contrib/pgcrypto sanity

2001-01-07 Thread Marko Kreen
On Sun, Jan 07, 2001 at 08:09:07PM -0500, Tom Lane wrote: > Marko Kreen <[EMAIL PROTECTED]> writes: > > date: 2000/12/04 01:20:38; author: tgl; state: Exp; lines: +18 -18 > > Eliminate some of the more blatant platform-dependencies ... it > > builds here now, anyway ... > > > Which basically c

Re: [HACKERS] patch: contrib/pgcrypto sanity

2001-01-07 Thread Tom Lane
Marko Kreen <[EMAIL PROTECTED]> writes: > date: 2000/12/04 01:20:38; author: tgl; state: Exp; lines: +18 -18 > Eliminate some of the more blatant platform-dependencies ... it > builds here now, anyway ... > Which basically changes u_int*_t -> uint*_t, so now it does not > compile neither under