Re: _USE_32BIT_TIME_T Patch - Mailing list pgsql-hackers

From Dave Page
Subject Re: _USE_32BIT_TIME_T Patch
Date
Msg-id CA+OCxowbNX1rLj2bBO0ow-gxXNaU6m1=d-6+9RCZssQ2rBeRkQ@mail.gmail.com
Whole thread Raw
In response to Re: _USE_32BIT_TIME_T Patch  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: _USE_32BIT_TIME_T Patch
Re: _USE_32BIT_TIME_T Patch
List pgsql-hackers
On Fri, Aug 31, 2012 at 4:57 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
>
> On 08/31/2012 11:14 AM, Dave Page wrote:
>>
>> On Fri, Aug 31, 2012 at 4:10 PM, Andrew Dunstan <andrew@dunslane.net>
>> wrote:
>>>
>>> On 08/31/2012 11:05 AM, Dave Page wrote:
>>>>
>>>> I've added this to the release blockers section for 9.2 on the wiki,
>>>> as without it, pl/perl is unusable on Win32.
>>>
>>>
>>>
>>> I'll have a look at it today.
>>
>> Thanks Andrew - minor clarification; unusable on MSVC/Win32. I suspect
>> Mingw builds may be fine, as they use a much older runtime. Of course,
>> we've used MSVC++ for the installer builds for years now.
>
>
>
> What exactly is the known combination of things that don't work, and things
> that do work? My only 32 bit test environment for this (ASPerl 5.12.2 build
> 1202 [293621], built Sep 6, 2010, Visual C++ Express 2008, Windows XP SP3)
> doesn't seem to have any problem building and running plperl. That makes it
> tough to test if I don't know what exactly needs to change to break things.

We're using VC++ 2010 Pro with ASPerl 5.14.2.1402 for 9.2, and VC++
2008 Pro with ASPerl 5.14.1.1401 at present. Our CM team have tried
multiple versions of Perl though, and seen the issue with 5.10 and
5.12 as well though. 5.8 seemed to be OK.

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

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



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: _USE_32BIT_TIME_T Patch
Next
From: Andrew Dunstan
Date:
Subject: Re: pg_upgrade's exec_prog() coding improvement