mirror of
https://github.com/neondatabase/neon.git
synced 2026-01-04 03:52:56 +00:00
6a9c036ac1
This includes the following commits:35a1c3d521Specify right LSN in test_createdb.pyd95e1da742Fix issue with propagation of CREATE DATABASE to the branch8465738aa5[refer #167] Fix handling of pg_filenode.map files in page server86056abd0eFix merge conflict: set initial WAL position to second segment because of pg_resetwal2bf2dd1d88Add nonrelfile_utils.rs file20b6279bebFix restoring non-relational data during compute node startup06f96f9600Do not transfer WAL to computation nodes: use pg_resetwal for node startup As well as some older changes related to storing CLOG and MultiXact data as "pseudorelation" in the page server. With this revert, we go back to the situtation that when you create a new compute node, we ship *all* the WAL from the beginning of time to the compute node. Obviously we need a better solution, like the code that this reverts. But per discussion with Konstantin and Stas, this stuff was still half-baked, and it's better for it to live in a branch for now, until it's more complete and has gone through some review.
43 lines
1.8 KiB
Rust
43 lines
1.8 KiB
Rust
extern crate bindgen;
|
|
|
|
use std::env;
|
|
use std::path::PathBuf;
|
|
|
|
fn main() {
|
|
// Tell cargo to invalidate the built crate whenever the wrapper changes
|
|
println!("cargo:rerun-if-changed=pg_control_ffi.h");
|
|
|
|
// The bindgen::Builder is the main entry point
|
|
// to bindgen, and lets you build up options for
|
|
// the resulting bindings.
|
|
let bindings = bindgen::Builder::default()
|
|
// The input header we would like to generate
|
|
// bindings for.
|
|
.header("pg_control_ffi.h")
|
|
// Tell cargo to invalidate the built crate whenever any of the
|
|
// included header files changed.
|
|
.parse_callbacks(Box::new(bindgen::CargoCallbacks))
|
|
.whitelist_type("ControlFileData")
|
|
.whitelist_var("PG_CONTROL_FILE_SIZE")
|
|
.whitelist_var("PG_CONTROLFILEDATA_OFFSETOF_CRC")
|
|
.whitelist_type("DBState")
|
|
// Path the server include dir. It is in tmp_install/include/server, if you did
|
|
// "configure --prefix=<path to tmp_install>". But if you used "configure --prefix=/",
|
|
// and used DESTDIR to move it into tmp_install, then it's in
|
|
// tmp_install/include/postgres/server
|
|
// 'pg_config --includedir-server' would perhaps be the more proper way to find it,
|
|
// but this will do for now.
|
|
.clang_arg("-I../tmp_install/include/server")
|
|
.clang_arg("-I../tmp_install/include/postgresql/server")
|
|
// Finish the builder and generate the bindings.
|
|
.generate()
|
|
// Unwrap the Result and panic on failure.
|
|
.expect("Unable to generate bindings");
|
|
|
|
// Write the bindings to the $OUT_DIR/bindings.rs file.
|
|
let out_path = PathBuf::from(env::var("OUT_DIR").unwrap());
|
|
bindings
|
|
.write_to_file(out_path.join("bindings.rs"))
|
|
.expect("Couldn't write bindings!");
|
|
}
|