On Jan 11, 2011, at 2:25 PM, Alexey Klyukin wrote:

> Hello,
> 
> Here's the patch that improves handling of arrays as pl/perl function input
> arguments, converting postgres arrays of arbitrary dimensions into perl array
> references.

Awesome! I've wanted this for *years*.

> It includes regression tests and a documentation changes, and it
> builds and runs successfully on my mac os x and linux boxes. To maintain
> compatibility with existing pl/perl code a new variable,
> plperl.convert_array_arguments (better name?), is introduced. Its default
> value is false, when set to true it triggers the new behavior, i.e.

Have you considered instead passing an array-based object with is string overloading designed to return the pg array string format? That would make for nice, transparent compatibility without the need for a GUC.

Not my idea, BTW, but suggested by Tim Bunce.

Best,

David

In response to

• arrays as pl/perl input arguments [PATCH] at 2011-01-11 22:25:35 from Alexey Klyukin

Responses

• Re: arrays as pl/perl input arguments [PATCH] at 2011-01-11 23:44:53 from Andrew Dunstan
• Re: arrays as pl/perl input arguments [PATCH] at 2011-01-12 13:14:17 from Alexey Klyukin

pgsql-hackers by date

Next:	From: Jeff Davis	Date: 2011-01-11 23:23:38
	Subject: Re: Allowing multiple concurrent base backups
Previous:	From: Peter Eisentraut	Date: 2011-01-11 23:06:58
	Subject: pg_regress multibyte setting