Re: improved parallel make support

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Mark Cave-Ayland <mark(dot)cave-ayland(at)siriusit(dot)co(dot)uk>
Cc: Andrew Dunstan <andrew(at)dunslane(dot)net>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: improved parallel make support
Date: 2010-11-11 20:19:47
Message-ID: AANLkTi=FzL+0XkrP9dSvxx3Tij8=N8+ET4RA98CBjPih@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Nov 11, 2010 at 5:19 PM, Mark Cave-Ayland
<mark(dot)cave-ayland(at)siriusit(dot)co(dot)uk> wrote:
> Dave Page wrote:
>
>> On Thu, Nov 11, 2010 at 4:51 PM, Andrew Dunstan <andrew(at)dunslane(dot)net>
>> wrote:
>>>
>>> Interesting. Doesn't EDB's PostgresPlus package include PostGIS, and
>>> isn't
>>> its Windows version build with MSVC?
>>
>> Yes - it's a PITA as we have to have a dummy build of the server in
>> mingw/msys to compile PostGIS and Slony. We're probably going to be
>> looking at that in the not-to-distant future as we want 64bit builds
>> of both and will be using VC++.
>
> Just for the record, a lot of work was done in the 1.4 release series to
> make MSVC builds possible, and indeed several people have reported success:
>
> http://postgis.refractions.net/pipermail/postgis-devel/2009-March/005102.html
> http://postgis.refractions.net/pipermail/postgis-devel/2010-September/010299.html

Cool - that will help.

> The two main outstanding issues as I see it are:
>
> 1) The GTK-based GUI for shp2pgsql (although if someone wanted to sponsor
> work to convert to wxWidgets to bring us in line with pgAdmin, that would be
> strongly considered).

:-)

> 2) Maintenance of the MSVC build system. So far we have had some complaints
> about not using MSVC, but then no-one has stepped up to maintain the build
> system for it. Forcing all existing developers to suddenly start maintaining
> the Windows build is a total non-starter.

Unless you're making major architectural changes, it shouldn't take
any real effort to add/remove the occasional source file. I'm sure
there are folks that could be persuaded to do that occasionally.

> My hope is that one day CMake will enable us to come up with a universal
> solution, but we're some way from that yet.

We used CMake for a couple of projects, but ended up abandoning it for
new stuff. It just didn't work as nicely as we wanted.

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David E. Wheeler 2010-11-11 20:42:59 Re: MULTISET and additional functions for ARRAY
Previous Message Marko Kreen 2010-11-11 20:15:54 Re: renaming contrib. (was multi-platform, multi-locale regression tests)