Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] MSVC build broken with perl 5.10

From: "Zeugswetter Andreas OSB SD" <Andreas(dot)Zeugswetter(at)s-itsolutions(dot)at>
To: <pgsql-patches(at)postgresql(dot)org>
Cc: "Magnus Hagander" <magnus(at)hagander(dot)net>,<pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] MSVC build broken with perl 5.10
Date: 2008-04-15 13:43:14
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
Magnus Hagander wrote:
> I just tried the MSVC build on a system with ActiveState Perl 5.10,
> it doesn't work. Some quick debugging before I downgraded to 5.8
> that this regexp in line 262:
>     my $replace_re = qr{^([^:\n\$]+\.c)\s*:\s*(?:%\s*:
> matches things properly using Perl 5.8 in for example
> src/bin/initdb/Makefile (matches a total of around 10 Makefiles), but
> in 5.10 it simply does not match anything...
> Any perl guru out there who can comment on why? ;-)

The answer is actually simple, the \n needs the multiline modifier,
and thus the m needs to be part of the quote-like operator.

The perl doc states:
	"This operator quotes (and possibly compiles) its STRING"
(it seems 5.8 did not compile, but 5.10 does)

I feel that it is rather not a perl bug, and that the modifiers need to
be put
on the qr{}. I do not quite see why this re needs to be multiline in the
first place,
but I have not touched that in the attached patch, that is ready to
(modification works in perl 5.6, 5.8, 5.10)


Description: application/octet-stream (721 bytes)

In response to


pgsql-hackers by date

Next:From: Ana Carolina Brito de AlmeidaDate: 2008-04-15 13:48:00
Subject: stack smashing detected
Previous:From: Alvaro HerreraDate: 2008-04-15 13:36:02
Subject: Re: pulling libpqtypes from queue

pgsql-patches by date

Next:From: Bruce MomjianDate: 2008-04-15 13:53:32
Subject: Re: Terminating a backend
Previous:From: Greg SmithDate: 2008-04-15 13:16:40
Subject: Re: Sorting writes during checkpoint

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group