All user visible changes to this project will be documented in this file. This project adheres to Semantic Versioning, as described for Rust libraries in RFC #1105
-
Linking can now be dynamically handled per-target by specifying the
TARGET
environment variable andPQ_LIB_STATIC_$TARGET
environment variable. -
The path to
pg_config
can now be dynamically handled per-target by specifying theTARGET
environment variable andPG_CONFIG_$TARGET
environment variable.
- Linking on the msvc toolchain will no longer attempt to statically link
- Improved linking on Windows, particularly with the msvc toolchain.
- Properly specified the build script
- Bindings are no longer generated at compile time. Requiring clang 3.9 caused
too many issues for too many users, and requiring
syntex_syntax
increased compile time too much.
- Fixed an issue when building on mac against postgres from homebrew
-
Fixed an issue when building on mac against postgres from homebrew
-
Fixed an issue with locating header files on linux
-
Bindings are now generated when the library is built, rather than being vendored ahead of time.
-
libc
is no longer used. Anywhere thatlibc::some_type
was expected,std::os::raw::some_type
is now used instead. -
The build script will no longer attempt to canonicalize symlinks on MacOS.
pkg-config
is disabled by default. It can be enabled by addingfeatures = ["pkg-config"]
to yourCargo.toml
.
- We will attempt to use
pkg-config
to locate libpq before falling back topg_config
.
- No changes. Accidental release on the wrong commit.
pq
will be statically linked if the environment variablePQ_LIB_STATIC
is set.
- On Mac if
pg_config
points to a directory wherelibpq.dylib
is a symlink, we will now attempt to find the canonical directory to link against. This means that for installations using homebrew,/usr/local/Cellar/postgresql/version/lib
will be added toDYLD_LIBRARY_PATH
instead of/usr/local/lib
- The directory containing libpq for linking can now be specified via the
PQ_LIB_DIR
environment variable.