Re: PL/Julia: clarification on IN array parameters issue - Mailing list pgsql-hackers

From David G. Johnston
Subject Re: PL/Julia: clarification on IN array parameters issue
Date
Msg-id CAKFQuwaPwi6Dmt+s=_S8WF-LZ+GeRpJTPAdnnAq+nO-BoyWi+g@mail.gmail.com
Whole thread
In response to PL/Julia: clarification on IN array parameters issue  (abdelsalam mostafa <abdelsalam.lance@gmail.com>)
Responses Re: PL/Julia: clarification on IN array parameters issue
List pgsql-hackers
On Tuesday, February 10, 2026, abdelsalam mostafa <abdelsalam.lance@gmail.com> wrote:
Hi all,

I’m interested in contributing to PL/Julia and would like to better understand this issue:
https://gitlab.com/pljulia/pljulia/-/issues/5

The issue is about handling arrays passed as IN parameters, but I’m still not fully clear on the problem and the expected behavior. I’d really appreciate it if someone could explain what currently happens and what is missing, at a high level.

I’m planning to contribute to PL/Julia as part of GSoC 2026, and this explanation would help me approach the issue correctly.

A quick skim of the code (with blame enabled) turned up this commit:

The wording of the issue is basically “missing feature addition”.  The commit happened a month after the issue was raised.  Personally I’d have closed the issue as resolved.  Probably have added a “limitations” note to the docs stating that only arrays of base types are presently accepted (that may not be a true claim anymore though - I didn’t look).

Suggest you create some more test functions with different kinds of inputs, and skim the test suite, to see what limitations do exist.  Can you get the PL to crash or bug out with a simple echo function with various inputs?

David J.

P.S.  I’m confused how you ended up on -hackers for the core project talking about GSoC for a non-core extension.  Shouldn’t your mentor be providing this kind of guidance?  Also, it seems problematic to contribute to an abandoned project as a mentee unless working with the last maintainer/owner (though I’m not really up on the goals/guidelines GSoC puts out in that respect either…).

pgsql-hackers by date:

Previous
From: Amit Langote
Date:
Subject: Re: generic plans and "initial" pruning
Next
From: Bertrand Drouvot
Date:
Subject: Re: PGPROC alignment (was Re: pgsql: Separate RecoveryConflictReasons from procsignals)