Re: pl/perl extension fails on Windows

From: Noah Misch <noah(at)leadboat(dot)com>
To: Christian Ullrich <chris(at)chrullrich(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Dave Page <dpage(at)postgresql(dot)org>, Sandeep Thakkar <sandeep(dot)thakkar(at)enterprisedb(dot)com>, Ashutosh Sharma <ashu(dot)coek88(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>
Subject: Re: pl/perl extension fails on Windows
Date: 2017-12-10 19:46:08
Message-ID: 20171210194608.GA3610222@rfd.leadboat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Dec 10, 2017 at 12:36:13PM +0000, Christian Ullrich wrote:
> * Noah Misch wrote:
> > On Wed, Nov 29, 2017 at 11:45:35PM -0500, Tom Lane wrote:
> >> Oh, OK. In that case, we need to get some representatives of these
> >> more modern builds into the buildfarm while we're at it.
> >
> > Yep. Among machines already in the buildfarm, the one running member
> > woodlouse is the best candidate for this. Its owner could install
> > http://strawberryperl.com/download/5.26.1.1/strawberry-perl-5.26.1.1-32bit.msi
> > and setup another animal on the same machine that builds 32-bit and enables
> > Perl. Christian, are you interested in doing this?
>
> Ready to go, waiting for animal assignment. For now, I can confirm that it works, that is, the buildfarm --test run is successful.

Thanks!

> Although I have to admit, I fail to see the need for Windows x86 builds, too. Who in their right mind would want them today?

I can't see installing a 32-bit Windows postmaster in 2018. The 32-bit libpq
might be useful. Download statistics for the binary distributions would be
informative. On the other hand, removing 32-bit Windows support would
eliminate three veteran buildfarm animals, and maintenance was cheap in the
few years before this thread. I don't think today is the day to remove
support, but it's coming one of these years.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2017-12-10 19:49:51 Re: [HACKERS] Uninterruptible slow geo_ops.c
Previous Message Tom Lane 2017-12-10 16:55:04 Inconsistency in plpgsql's error context reports