From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Doug McNaught <doug(at)wireboard(dot)com> |
Cc: | PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Procedural language permissions and consequences |
Date: | 2002-01-16 16:23:42 |
Message-ID: | Pine.LNX.4.30.0201161118100.730-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Doug McNaught writes:
> Just that I imagine it's quite useful, while hacking on a procedural
> language, to be able to restart the postmaster and reload the library,
> rather than relinking and reinstalling the postmaster binary. So
> keeping the option for PLs in shared libraries is probably a good
> idea, though having the "standard" ones compiled in makes some sense.
PLs work just like user-defined C functions, so the possibility to load
your own is not going anywhere.
> Wouldn't a postmaster statically linked with libperl.a and libpyhon.a
> be pretty big? Would that cause problems?
I wouldn't think so. First, if you link statically you only get the code
you actually use (more or less). Second, even if you get most of it, code
is only loaded into memory if you actually use it. Third, if you don't
like it you should provide the appropriate shared libraries and the linker
should use them automatically.
--
Peter Eisentraut peter_e(at)gmx(dot)net
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2002-01-16 16:41:39 | Re: Procedural language permissions and consequences |
Previous Message | Turbo Fredriksson | 2002-01-16 15:48:55 | Re: RServ replication |