From: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
---|---|
To: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Cc: | Sandeep Thakkar <sandeep(dot)thakkar(at)enterprisedb(dot)com> |
Subject: | Compiling extensions on Windows |
Date: | 2014-01-06 03:32:02 |
Message-ID: | 52CA23B2.3050007@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi all
Out of personal interest (in pain and suffering) I was recently looking
into how to compile extensions out-of-tree on Windows using Visual
Studio (i.e. no PGXS).
It looks like the conventional answer to this is "Do a source build of
PG, compile your ext in-tree in contrib/, and hope the result is binary
compatible with release PostgreSQL builds for Windows". Certainly that's
how I've been doing it to date.
How about everyone else here? Does anyone actually build and distribute
extensions out of tree at all?
I'm interested in making the Windows installer distributions a bit more
extension dev friendly. In particular, I'd really like to see EDB's
Windows installers include the libintl.h for the included libintl, since
its omission, combined with Pg being built with ENABLE_NLS, tends to
break things horribly. Users can always undefine ENABLE_NLS, but it's an
unnecessary roadblock.
Are there any objections from -hackers to including 3rd party headers
for libs we expose in our public headers in the binary distribution?
Other than bundling 3rd party headers, any ideas/suggestions for how we
might make ext building saner on Windows?
--
Craig Ringer http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-01-06 03:39:50 | Re: [PATCH] Store Extension Options |
Previous Message | Fabrízio de Royes Mello | 2014-01-06 03:26:39 | Re: [PATCH] Store Extension Options |