Horton

Re: narwhal and PGDLLIMPORT

Andrew Dunstan <andrew@dunslane.net>

View thread
From: Andrew Dunstan <andrew@dunslane.net>
To: Andres Freund <andres@2ndquadrant.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Amit Kapila <amit.kapila16@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2014-02-04T17:26:12Z
Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. MinGW: Link with shell32.dll instead of shfolder.dll.

  2. Centralize getopt-related declarations in a new header file pg_getopt.h.

  3. Get rid of use of dlltool in Mingw builds.

  4. Export a few more symbols required for test_shm_mq module.

  5. Export set_latch_on_sigusr1 symbol for Windows.

  6. Use SHGetFolderPath instead of SHGetSpecialFolderPath to find the

On 02/04/2014 11:30 AM, Andres Freund wrote:


>>
>>
>> We have details on how to build with Mingw/Msys on Windows on an Amazon
>>
>> VM <http://wiki.postgresql.org/wiki/Building_With_MinGW> which is
>> either
>> free or very cheap. Do I need to give instructions on how to do this
>> for
>> MSVC builds too? It's really not terribly hard.
> Err. It might not be very hard but it certainly is time consuming. And that for people not caring about windows.
>
> If there were usable, regularly refreshed, instances out there'd it'd be slightly less bad. But this still by far the most annoying and intrusive platform to care about.
>


If someone volunteered to pay for the storage, I'd be prepared to make 
some time to create an AMI to reduce the startup time dramatically. 
Basically it would be "boot the AMI and start testing your patches". I'd 
even make it as friendly as possible for people who don't like to get 
too far from unix-ish environments.

cheers

andrew