DSO Terms Galore

From: "David E(dot) Wheeler" <david(at)justatheory(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: DSO Terms Galore
Date: 2024-07-19 19:27:49
Message-ID: 0B593F46-E673-49BC-A4F7-F27489655284@justatheory.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hackers,

I’m trying to understand the standard terms for extension libraries. There seem too a bewildering number of terms used to refer to a shared object library, for example:

* LOAD[1]:
* “shared library”
* “shared library file”
* dynamic_library_path[2]:
* “dynamically loadable module”
* xfunc-c[3]:
* “dynamically loadable object”
* “shared library”
* “loadable object”
* “loadable object file”
* “object file”
* “dynamically loaded object file”
* pg_config[5]:
* “object code libraries” (static?)
* “dynamically loadable modules”
* PGXS[4]:
* “MODULES”
* “shared-library objects”
* “shared library”

Bonus confusion points to PGXS for MODULEDIR having nothing to do with MODULES.

What is the standard term for these things? Or perhaps, what *should* it be? “Module”? “Library”? “Object”? “Shared ____”? “Dynamic ____”?

Would it be useful to decide on one term (perhaps with “file” appended where it refers to a file that contains one of these things) and standardize the docs?

Confusedly yours,

David

[1]: https://www.postgresql.org/docs/current/sql-load.html
[2]: https://www.postgresql.org/docs/current/runtime-config-client.html#GUC-DYNAMIC-LIBRARY-PATH
[3]: https://www.postgresql.org/docs/current/xfunc-c.html
[4]: https://www.postgresql.org/docs/current/extend-pgxs.html
[5]: https://www.postgresql.org/docs/current/app-pgconfig.html

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2024-07-19 19:29:07 Re: Build with LTO / -flto on macOS
Previous Message Nathan Bossart 2024-07-19 19:24:39 Re: allow changing autovacuum_max_workers without restarting