| From: | Chapman Flack <chap(at)anastigmatix(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Julien Rouhaud <rjuju123(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Mark all GUC variable as PGDLLIMPORT |
| Date: | 2022-02-13 22:57:24 |
| Message-ID: | 62098CD4.1010103@anastigmatix.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 02/13/22 15:48, Tom Lane wrote:
> much fix any worries there. Or we could provide APIs that let an
> extension look up a "struct config_generic *" once and then fetch
> directly using that pointer. (But I'd prefer not to, since it'd
> constrain the internals more than I think is wise.)
There is GetConfigOptionByNum already ... but I'm not sure there's
an easy way to ask "what's the num for option foo?".
GetNumConfigOptions exists, so there is a brute-force way.
Regards,
-Chap
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tomas Vondra | 2022-02-13 22:59:13 | Re: [PATCH] Avoid open and lock the table Extendend Statistics (src/backend/commands/statscmds.c) |
| Previous Message | Andres Freund | 2022-02-13 22:55:26 | Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set |