Skip site navigation (1) Skip section navigation (2)

Re: a common place for pl/perlu modules

From: Alexey Klyukin <alexk(at)commandprompt(dot)com>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: a common place for pl/perlu modules
Date: 2010-02-11 16:41:14
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Feb 11, 2010, at 6:24 PM, Andrew Dunstan wrote:

> Alexey Klyukin wrote:
>> Hello,
>> When developing pl/perlu functions common definitions and methods are often stored in external .pm modules. During deployment the modules should be installed somewhere in @INC to be reachable by the perl interpreter. However, installing the modules to a location outside of the PG installation makes it hard to have a consistent environment when running multiple PG versions on the same host. What do you think about defining a canonical place for pl/perlu .pm modules (i.e. PKGLIBDIR) and adding this location to @INC during the interpreter initialization ? Another idea is to allow a user to specify such location by adding a new custom GUC variable.
> Why won't setting this in the new on_perl_init setting work? It's even included in to documented examples using the standard lib module: <>

The lack of support for SPI functions makes this hardly an adequate solution. I do have both modules and SPI calls in several pl/perlu functions.

Alexey Klyukin
The PostgreSQL Company - Command Prompt, Inc

In response to


pgsql-hackers by date

Next:From: Peter GeogheganDate: 2010-02-11 16:43:01
Subject: Re: TCP keepalive support for libpq
Previous:From: Pavel StehuleDate: 2010-02-11 16:39:11
Subject: Re: Avoiding bad prepared-statement plans.

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group