Re: BUG #5339: Version of Perl detected incorrectly

From: Tim Bunce <Tim(dot)Bunce(at)pobox(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Tim Bunce <Tim(dot)Bunce(at)pobox(dot)com>, Alex Hunsaker <badalex(at)gmail(dot)com>, Jonathan <jonathan(at)leto(dot)net>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #5339: Version of Perl detected incorrectly
Date: 2010-02-23 22:21:20
Message-ID: 20100223222120.GR1018@timac.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Tue, Feb 23, 2010 at 04:02:11PM -0500, Tom Lane wrote:
> Tim Bunce <Tim(dot)Bunce(at)pobox(dot)com> writes:
> > On Mon, Feb 22, 2010 at 04:31:05PM -0500, Tom Lane wrote:
> >> I still think that this is optimizing the wrong thing. We care about
> >> the clarity of the message the user sees, not about how short or clean
> >> the Perl code is.
>
> > There's no need to try to parse the perl -v output, which is intended
> > for humans and may change in future. Using
>
> > perl -e 'print $]'
>
> will give you the version number in floating point format for all
> versions of perl.
>
> $ /usr/local/bin/perl4 -e 'print $]'
> $RCSfile: perl.c,v $$Revision: 4.0.1.8 $$Date: 1993/02/05 19:39:30 $
> Patch level: 36
>
> I will refrain from further comment.

Ah, sorry. It needs to be in numeric context:

perl -e 'print($]+0)'

Tim.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tim Bunce 2010-02-23 22:23:19 New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0)
Previous Message Tom Lane 2010-02-23 21:02:11 Re: BUG #5339: Version of Perl detected incorrectly