From: | Marco Atzeri <marco(dot)atzeri(at)gmail(dot)com> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Postgresql for cygwin - 3rd |
Date: | 2014-01-24 06:20:19 |
Message-ID: | 52E20623.1060801@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 24/01/2014 05:28, Andrew Dunstan wrote:
>
> On 01/23/2014 10:50 PM, Bruce Momjian wrote:
>> On Thu, Jan 23, 2014 at 10:48:01PM -0500, Tom Lane wrote:
>>> Bruce Momjian <bruce(at)momjian(dot)us> writes:
>>>> Andrew, should this configuration/code patch be applied to 9.4?
>>>> http://www.postgresql.org/message-id/51B59794.3000500@gmail.com
>>>> I think we would have to make Cygwin-specific regression output to
>>>> handle the regression failures, but frankly I am not even sure if they
>>>> are right.
>>> Those regression failures certainly say there is something broken in
>>> the submitter's build, so this needs to be taken with a grain of salt.
>>> I'm not qualified to evaluate the proposed changes, but I wonder why
>>> they're needed given that we have successful cygwin builds in the
>>> buildfarm.
>> Yes, that confuses me too. Unless we get more details, we should ignore
>> the patches. Thanks.
Andrew,
nice to see, the question rises again.
I dropped from the pgsql-hackers(at)postgresql(dot)org some time ago,
as no one was following the issue; I just rejoined.
As explained here:
http://cygwin.com/ml/cygwin/2013-03/msg00217.html
http://cygwin.com/ml/cygwin/2013-03/msg00050.html
1) Using DLLTOOL/DLLWRAP
"postgresql dll's allocation table are partially wrong,
so they fail at load after a rebase."
the build farm can not test this rebase failure, as it will happen after
installation at any rebase.
DLLTOOL/DLLWRAP usage is "really" deprecated on cygwin as it produces
damaged binaries that
2) I am the currently package mantainer for cygwin
last I packged was postgresql-9.2.4
9.3.2 is on my TODO list
> AFAICT the regression is in Cygwin. The buildfarm passes because it's
> using an oldish Cygwin release, 1.7.7 rather than the current 1.7.27. I
> have brought the regression the athe attention of the Cygwin people in
> the past, but without response.
which issue ?
During my package tests I have only two issues:
tsearch ... FAILED
and
test: prepared_xacts
must be skipped as it never completes
> The build system changes have slipped off my radar, unfortunately. Not
> sure when I can get to them.
Regars
Marco
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Korotkov | 2014-01-24 06:38:08 | Re: GIN improvements part2: fast scan |
Previous Message | Peter Geoghegan | 2014-01-24 06:08:33 | Re: ALTER TABLE lock strength reduction patch is unsafe |