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

Re: [HACKERS] Re: Problem enabling pltcl

From: wieck(at)debis(dot)com (Jan Wieck)
To: tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane)
Cc: patrickdlogan(at)home(dot)com, pgsql-hackers(at)postgreSQL(dot)org, pgsql-docs(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: Problem enabling pltcl
Date: 1999-09-09 10:58:56
Message-ID: m11P1uq-0003kLC@orion.SAPserv.Hamburg.dsh.de (view raw or flat)
Thread:
Lists: pgsql-docspgsql-hackers
Tom Lane wrote:

> 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.

    You  still  have  that  option  even  if  it  is installed in
    template1. But you must do it the other  way  round  and  use
    destroydb on the databases where you don't want it :-)

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

    The   docs   where   right  for  a  short  time  during  v6.5
    development.


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#========================================= wieck(at)debis(dot)com (Jan Wieck) #



In response to

pgsql-docs by date

Next:From: Thomas LockhartDate: 1999-09-09 12:33:14
Subject: Re: [HACKERS] Re: Problem enabling pltcl
Previous:From: Jan WieckDate: 1999-09-09 10:53:10
Subject: Re: [HACKERS] Problem enabling pltcl

pgsql-hackers by date

Next:From: Thomas LockhartDate: 1999-09-09 12:21:50
Subject: Re: [COMMITTERS] pgsql/src/backend/lib (stringinfo.c)
Previous:From: Jan WieckDate: 1999-09-09 10:53:10
Subject: Re: [HACKERS] Problem enabling pltcl

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