Don't say that SOCI factory objects are not DLL-exported

This isn't true, even at some time it was claimed that it was
(see #606), they are exported and using them does work even when using
SOCI as a DLL, provided SOCI_DLL symbol is defined, as it should be.

See #1255.
This commit is contained in:
Vadim Zeitlin
2025-05-23 18:02:44 +02:00
parent c2f2685346
commit b48fb50ca8

View File

@@ -23,12 +23,6 @@ Above, the `sql` object is a local (automatic) object that encapsulates the conn
This `session` constructor either connects successfully, or throws an exception.
### Portability note
In case of SOCI linked against DLLs on Windows, the factory objects are not exported from the DLLs.
In order to avoid linker errors, access factory objects via dedicated backend functions
provided (eg. `factory_postgresql()`).
## Using loadable backends
Dynamically loadable backends are compiled as shared libraries and allow to select backends at run-time by name.