Re: [HACKERS] PL_stashcache, or, what's our minimum Perl version? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] PL_stashcache, or, what's our minimum Perl version?
Date
Msg-id 5978.1501606312@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] PL_stashcache, or, what's our minimum Perl version?  ("Tels" <nospam-pg-abuse@bloodgate.com>)
List pgsql-hackers
"Tels" <nospam-pg-abuse@bloodgate.com> writes:
> So, is the goal you are trying to achive here to be able to say "You need
> Perl 5.8.3; plus Module XYZ in vABC if you want point 2, otherwise skip
> this step" instead of saying "You need Perl 5.10.1?"?

I mainly want to be sure that if we say "it runs on 5.8.3", that's not a
lie.  The fact that some test scripts need a newer version of Test::More
seems like a detail that can be left out.  In the (quite improbable) case
that someone runs into that situation in the field, the error message that
they'll get is clear enough, and they should be able to figure out how to
fix it without help from our docs.  Anyone who's running a 15-year-old
Perl installation has probably had to upgrade some of the modules before.

But in reality, only developers are ever going to use --enable-tap-tests
in the first place, so it's largely moot.  What I was really annoyed by
was that PL/Perl failed to build and/or pass regression tests on allegedly
supported Perl versions, and that's sorted now.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [HACKERS] AlterUserStmt anmd RoleSpec rules in grammar.y
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] [GENERAL] Not able to create collation on Windows