Thread
-
Re: [INTERFACES] crypt not included when compiling libpgtcl !!!!!!!
Tom Lane <tgl@sss.pgh.pa.us> — 1998-12-06T21:06:04Z
Eric Lee Green <eric@linux-hw.com> writes: > On Thu, 5 Nov 1998, Constantin Teodorescu wrote: >> must manually add -lcrypt in Makefile into src/interfaces/libpgtcl > I came across this problem too today (I am currently packaging 6.4 into an > RPM for Red Hat 5.2). I have generated a patch file which fixes the lack > of -lcrypt in a number of places for glibc systems. I believe this is already fixed in the current Postgres sources. Rather than generating your own patch, would you verify that the current sources are fixed? You can get the current code from the Postgres CVS server --- see http://www.postgresql.org/docs/faq-cvs.shtml. Do the checkout with "-r REL6_4" to get the soon-to-be-6.4.1 stable branch, rather than the 6.5 development branch... regards, tom lane
-
Re: [INTERFACES] crypt not included when compiling libpgtcl !!!!!!!
Eric Lee Green <eric@linux-hw.com> — 1998-12-07T05:18:48Z
On Sun, 6 Dec 1998, Tom Lane wrote: > Eric Lee Green <eric@linux-hw.com> writes: > > On Thu, 5 Nov 1998, Constantin Teodorescu wrote: > >> must manually add -lcrypt in Makefile into src/interfaces/libpgtcl > > > I came across this problem too today (I am currently packaging 6.4 into an > > RPM for Red Hat 5.2). I have generated a patch file which fixes the lack > > of -lcrypt in a number of places for glibc systems. > > I believe this is already fixed in the current Postgres sources. Rather > than generating your own patch, would you verify that the current > sources are fixed? Hi, Tom. I'll see if I can do that, but be forewarned that I will not be able to actually run the "current" Postgres sources in order to actually test it. I am working on a database application, not on Postgres, and I have to maintain a stable Postgres on my development machine. The reason I'm working on the 6.4 RPM for Red Hat 5.2 is for deployment purposes, not for testing purposes, though of course I'll test it before deploying it. (I want the latest stable version possible for deployment, because once deployed, it will be out there for a LONG time). BTW, congrats to everybody on an excellent job. I examined several databases, including some commercial ones, and for everything but speed PostgreSQL measured up nicely. And speed wasn't THAT bad, certainly quite acceptable for my purposes (and definitely a lot faster than it used to be!). -- Eric Lee Green eric@linux-hw.com http://www.linux-hw.com/~eric "Linux represents a best-of-breed UNIX, that is trusted in mission critical applications..." -- internal Microsoft memo