Received: from localhost (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 1EF70634A5C for ; Thu, 4 Jun 2009 09:44:59 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 96680-07 for ; Thu, 4 Jun 2009 09:44:47 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from alexis.jtlnet.com (alexis.jtlnet.com [69.36.9.81]) by mail.postgresql.org (Postfix) with ESMTP id 9385A634A34 for ; Thu, 4 Jun 2009 09:44:55 -0300 (ADT) Received: from [192.168.10.103] (cpe-075-177-154-027.nc.res.rr.com [::ffff:75.177.154.27]) (TLS: TLSv1/SSLv3,256bits,AES256-SHA) by alexis.jtlnet.com with esmtp; Thu, 04 Jun 2009 08:44:35 -0400 id 0008075A.4A27C1B6.00001A70 Message-ID: <4A27C1BB.7080909@dunslane.net> Date: Thu, 04 Jun 2009 08:44:43 -0400 From: Andrew Dunstan User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.0.12) Gecko/20071019 Fedora/1.0.9-3.fc6 pango-text SeaMonkey/1.0.9 MIME-Version: 1.0 To: Magnus Hagander CC: Dave Page , Josh Berkus , PostgreSQL-development Subject: Re: It's June 1; do you know where your release is? References: <19107.1243873940@sss.pgh.pa.us> <603c8f070906012050p6ccd62d3v13d3e0f887fe7c90@mail.gmail.com> <15765.1243965376@sss.pgh.pa.us> <4A25C32F.30203@agliodbs.com> <4A25C9A9.5010303@dunslane.net> <4A25D91B.5080401@dunslane.net> <4A26FF38.8090308@dunslane.net> <937d27e10906031610g341525e5j9414d8af3d8f293c@mail.gmail.com> <4A270A06.1010507@dunslane.net> <937d27e10906040249u73ac21dds6057300011d38a2d@mail.gmail.com> <4A27AA1D.6000800@hagander.net> In-Reply-To: <4A27AA1D.6000800@hagander.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.098 tagged_above=0 required=5 tests=AWL=0.098 X-Spam-Level: X-Archive-Number: 200906/409 X-Sequence-Number: 139464 Magnus Hagander wrote: > Dave Page wrote: > >> On Thu, Jun 4, 2009 at 12:40 AM, Andrew Dunstan wrote: >> >>> Of course, that leaves the issue of the library name to be fixed, but >>> sufficient unto the day ... >>> >> Yeah - I chatted briefly with Magnus about that a while back. I added >> a quick hack to Mkvcbuild.pm to allow it to use either 5.10 or 5.8, >> but didn't even think about the msys build. >> >> > > Yeah, this is something we need to look at for 8.5. I think it's too > late in the cycle to start messing with it for 8.4. > I don't see why. Perl 5.10 is out there and people will want to use it. I have a simple fix for this in GNUMakefile (see below) , and putting something similar in the MSVC build stuff will be simple too. If we don't want to support Perl 5.10 why was the item on the open issues list at all (and why did I just spend hours finding a solution to the hard part)? I have cleaned up the patch from yesterday slightly, too. I'm wondering how far back we should backpatch all this. This API was actually documented in Perl (just) before 7.4 was released, so in theory the API adjustment should go all the way back. However, in practice it hasn't been a problem until now, and we aren't supporting Windows releases before 8.2, so I think 8.2 is probably the right spot. cheers andrew Index: GNUmakefile =================================================================== RCS file: /cvsroot/pgsql/src/pl/plperl/GNUmakefile,v retrieving revision 1.36 diff -u -r1.36 GNUmakefile --- GNUmakefile 2 Oct 2008 08:11:11 -0000 1.36 +++ GNUmakefile 4 Jun 2009 12:28:31 -0000 @@ -19,7 +19,8 @@ ifeq ($(PORTNAME), win32) perl_archlibexp := $(subst \,/,$(perl_archlibexp)) perl_privlibexp := $(subst \,/,$(perl_privlibexp)) -perl_embed_ldflags = -L$(perl_archlibexp)/CORE -lperl58 +perl_lib := $(basename $(notdir $(wildcard $(perl_archlibexp)/CORE/perl*.lib))) +perl_embed_ldflags = -L$(perl_archlibexp)/CORE -l$(perl_lib) override CPPFLAGS += -DPLPERL_HAVE_UID_GID # Perl on win32 contains /* within comment all over the header file, # so disable this warning.