Re: Postgres perl module namespace
От | Andrew Dunstan |
---|---|
Тема | Re: Postgres perl module namespace |
Дата | |
Msg-id | 6790e47f-aa12-e28b-e123-3fbe46f78513@dunslane.net обсуждение исходный текст |
Ответ на | Re: Postgres perl module namespace (Michael Paquier <michael@paquier.xyz>) |
Ответы |
Re: Postgres perl module namespace
Re: Postgres perl module namespace |
Список | pgsql-hackers |
On 2022-04-19 Tu 18:39, Michael Paquier wrote: > On Tue, Apr 19, 2022 at 04:06:28PM -0400, Andrew Dunstan wrote: >> Here's a version with a fixed third patch that corrects a file misnaming >> and fixes the export issue referred to above. Passes my testing so far. > Wow. That's really cool. You are combining the best of both worlds > here to ease backpatching, as far as I understand what you wrote. Thanks. > > +*generate_ascii_string = *TestLib::generate_ascii_string; > +*slurp_dir = *TestLib::slurp_dir; > +*slurp_file = *TestLib::slurp_file; > > I am not sure if it is possible and my perl-fu is limited in this > area, but could a failure be enforced when loading this path if a new > routine added in TestLib.pm is forgotten in this list? Not very easily that I'm aware of, but maybe some superior perl wizard will know better. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: