Re: Problems with Perl

From: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
To: kogorman(at)pacbell(dot)net
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PGSQL Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Problems with Perl
Date: 2000-11-10 19:46:58
Message-ID: 3A0C50B2.2062E880@wgcr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Kevin O'Gorman wrote:
> It appears that something is messed up with regard to Perl
> support on my system. Two things are happening, which may
> or may not be related.

They are not related.

> 1) There is a complaint during make that
> *****
> * Cannot build PL/Perl because libperl is not a shared library.
> * Skipped.
> *****
> I'm running a pretty vanilla RedHat 6.1 setup. What should
> I do about that?

There are a couple of alternatives to get pl/perl (server-side perl
functions) built -- but none are real good for PostgreSQL 7.0.x.

> 2) Because _something_ was made for Perl, the 'make install'
> has to be root. Okay. But this is leaving some stuff behind
> that is owned by root. When I attempt a subsequent
> 'make clean; make' I get into permissions trouble, and have
> to delete these things manually.

This would be the _client_side_ perl interface, Pg. Pg allows a perl
script to access the PostgreSQL server. PL/Perl allows the server to
run perl scripts as a procedural language inside the database system.

Two different animals.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Nathan Myers 2000-11-10 20:01:25 Re: Transaction ID wraparound: problem and proposed solution
Previous Message Kevin O'Gorman 2000-11-10 19:40:23 Problems with Perl