Re: glob support in extension_control_path/dynamic_library_path? - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: glob support in extension_control_path/dynamic_library_path?
Date
Msg-id 8A2554D6-578C-4D33-B918-8A99CACFE1D8@justatheory.com
Whole thread
In response to Re: glob support in extension_control_path/dynamic_library_path?  (Jakob Egger <jakob@eggerapps.at>)
List pgsql-hackers
(Added Peter Eisentraut)

On Jun 1, 2026, at 09:21, Jakob Egger <jakob@eggerapps.at> wrote:

> This is my attempt at the patch. It falls back to the previous behavior on Windows (would need to use alternative to
glob()syscall) 

Seems simple enough. Certainly far simpler than my Packaging & Lookup RFC[0], and solves the same problems. This would,
forexample, allow CNPG extension images to work as soon as they’re mounted as a directory covered by the wildcard,
withoutrequiring a Postgres restart! (k8s mounts still require a new pod, but that’s obviously not something we can
change.)

  [0]: https://justatheory.com/2024/11/rfc-extension-packaging-lookup/#solution

Peter E: what do you think about this as an evolution of the extension_control_path/dynamic_library_path work? Any
gotchasto be aware of, aside from the current lack of Windows support? 

D


Attachment

pgsql-hackers by date:

Previous
From: Baji Shaik
Date:
Subject: Re: uuidv7 improperly accepts dates before 1970-01-01
Next
From: Alexander Nestorov
Date:
Subject: Re: [PATCH] btree_gist: add cross-type integer operator support for GiST