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

Re: [HACKERS] Re: Problem enabling pltcl

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: patrickdlogan(at)home(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org, pgsql-docs(at)postgresql(dot)org
Subject: Re: [HACKERS] Re: Problem enabling pltcl
Date: 1999-09-08 21:42:45
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-docspgsql-hackers
Patrick Logan <patrick(at)c837917-a(dot)potlnd1(dot)or(dot)home(dot)com> writes:
> : CREATE LANGUAGE (command line utility 'createlang').  See the regression
> : test shell script (src/test/regress/ for an example using
> : plpgsql.  The PL's are not created and installed by default, apparently.

> Boy, the documentation sure read to me like all that was supposed to
> be done automatically by the Makefile when configured for pltcl.
> Not a big deal, but it wasn't clear to me this had to be done for each
> database created. Is this a bug in the documentation?

Probably.  You should be able to just use the createlang utility without
worrying about the details, but I don't think that the install process
ought to do it for you.  The procedural languages are supposed to be
installable on a per-database basis, in case you want them in some
databases and not others.

You *can* do a one-time install of a language for a whole installation,
by installing the language into template1 before you create any working
databases --- this works because "create database" clones whatever is in
template1.  (I believe that holds for anything you stick in template1,
BTW, not just languages.)

But if the install process were to install pltcl into template1 just
because you had chosen to build pltcl, then you'd lose the option of
only having it in some of your databases.

Bottom line: I think the install process is correct as is, but the docs
need to be updated to mention these considerations.

			regards, tom lane


pgsql-docs by date

Next:From: Jan WieckDate: 1999-09-09 10:53:10
Subject: Re: [HACKERS] Problem enabling pltcl
Previous:From: Patrick LoganDate: 1999-09-08 20:32:09
Subject: Re: Problem enabling pltcl

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1999-09-08 21:43:03
Subject: Re: [HACKERS] PG_UPGRADE status?
Previous:From: Michael SimmsDate: 1999-09-08 21:41:04
Subject: Re: [HACKERS] Postgres Performance

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