Re: development setup and libdir

From: James William Pye <lists(at)jwp(dot)name>
To: Ivan Sergio Borgonovo <mail(at)webthatworks(dot)it>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: development setup and libdir
Date: 2010-01-30 23:50:11
Message-ID: F30F9B9F-4EBA-4AEE-8D04-0D39C0B6CE46@jwp.name
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Jan 30, 2010, at 3:36 PM, Ivan Sergio Borgonovo wrote:
>> For development purposes you would be far better off building a
>> private version of postgres (with configure --prefix=/path) and
>> using its pgxs to build, install and test your module.
>
> That's pretty expensive.

eh:

jwp(at)torch[]:org/postgresql/git 0% ls /src/build
pg pg-nodb-plpy pg81 pg83 pg85 pg_foreach py py31-nodb
pg-nodb pg80 pg82 pg84 pg90 pgweb py31

The tricky part is that they tend to multiply. ;)

> Requiring I compile a private version of postgres[1]
> increase the cost of development unreasonably,

That install of PG that you're using will *probably not* have debugging information.

Now, granted, you might not need PG with debugging for some problems, but chances are that you'll come across one (or two or fifty or so) where you *will* need it.

I'd suggest using a private install for dev as well. Enable debugging and casserts, and make sure your ulimit's allow core dumps.

I'm not sure if pgxs can do what you want or not, but using a private prefix works well enough for me.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Euler Taveira de Oliveira 2010-01-31 00:25:32 Re: development setup and libdir
Previous Message Robert Haas 2010-01-30 23:32:58 Re: development setup and libdir