From: | Matheus de Oliveira <matioli(dot)matheus(at)gmail(dot)com> |
---|---|
To: | Craig James <cjames(at)emolecules(dot)com> |
Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: pg_upgrade with C-language extensions? |
Date: | 2014-08-15 18:35:53 |
Message-ID: | CAJghg4JX5-xEiSuEK-O=4oTHtJ3ECunhhPYfzjG-0cweUXYU+Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Fri, Aug 15, 2014 at 1:56 PM, Craig James <cjames(at)emolecules(dot)com> wrote:
> The only thing I can think of is maybe I should put libmystuff_pg.so into
> the Postgres lib directory and then leave the path off of the "CREATE OR
> REPLACE" statement. I don't like mixing my code with Postgres code, but is
> that the only way?
I guess this is the exactly and correct way of doing this. If you manage
your application build process properly, you should be able to use the same
--prefix as PostgreSQL or even getting the libdir straight from pg_config.
Other option is to do it during the upgrade and them chage it back to your
own path. I myself dislike this option.
As you are upgrading, also considering providing the installation of your
library with CREATE EXTENSION command, so you can manage installations and
versions on a more advanced manner.
Best regards,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
www.dextra.com.br/postgres
From | Date | Subject | |
---|---|---|---|
Next Message | liuyuanyuan | 2014-08-18 04:02:07 | OF TYPE without SCHEMA specified in TABLE creation interface |
Previous Message | Craig James | 2014-08-15 16:56:40 | pg_upgrade with C-language extensions? |