openharmony/third_party_rust_bindgen
1
0
Fork 0
mirror of https://gitee.com/openharmony/third_party_rust_bindgen synced 2024-12-12 09:46:23 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
fb069e9391
third_party_rust_bindgen/Cargo.toml

74 lines
1.6 KiB
TOML
Raw Normal View History

Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
[package]
authors = [
"Jyun-Yan You <jyyou.tw@gmail.com>",
"Emilio Cobos Álvarez <emilio@crisal.io>",
Update Cargo.toml metadata * Use the description from the README, it's a better description. * Add the "development-tools::ffi" category. * Add myself as an author ;)
2017-01-23 18:39:34 +00:00
"Nick Fitzgerald <fitzgen@gmail.com>",
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
"The Servo project developers",
Rewrite the core of the binding generator. TL;DR: The binding generator is a mess as of right now. At first it was funny (in a "this is challenging" sense) to improve on it, but this is not sustainable. The truth is that the current architecture of the binding generator is a huge pile of hacks, so these few days I've been working on rewriting it with a few goals. 1) Have the hacks as contained and identified as possible. They're sometimes needed because how clang exposes the AST, but ideally those hacks are well identified and don't interact randomly with each others. As an example, in the current bindgen when scanning the parameters of a function that references a struct clones all the struct information, then if the struct name changes (because we mangle it), everything breaks. 2) Support extending the bindgen output without having to deal with clang. The way I'm aiming to do this is separating completely the parsing stage from the code generation one, and providing a single id for each item the binding generator provides. 3) No more random mutation of the internal representation from anywhere. That means no more Rc<RefCell<T>>, no more random circular references, no more borrow_state... nothing. 4) No more deduplication of declarations before code generation. Current bindgen has a stage, called `tag_dup_decl`[1], that takes care of deduplicating declarations. That's completely buggy, and for C++ it's a complete mess, since we YOLO modify the world. I've managed to take rid of this using the clang canonical declaration, and the definition, to avoid scanning any type/item twice. 5) Code generation should not modify any internal data structure. It can lookup things, traverse whatever it needs, but not modifying randomly. 6) Each item should have a canonical name, and a single source of mangling logic, and that should be computed from the inmutable state, at code generation. I've put a few canonical_name stuff in the code generation phase, but it's still not complete, and should change if I implement namespaces. Improvements pending until this can land: 1) Add support for missing core stuff, mainly generating functions (note that we parse the signatures for types correctly though), bitfields, generating C++ methods. 2) Add support for the necessary features that were added to work around some C++ pitfalls, like opaque types, etc... 3) Add support for the sugar that Manish added recently. 4) Optionally (and I guess this can land without it, because basically nobody uses it since it's so buggy), bring back namespace support. These are not completely trivial, but I think I can do them quite easily with the current architecture. I'm putting the current state of affairs here as a request for comments... Any thoughts? Note that there are still a few smells I want to eventually re-redesign, like the ParseError::Recurse thing, but until that happens I'm way happier with this kind of architecture. I'm keeping the old `parser.rs` and `gen.rs` in tree just for reference while I code, but they will go away. [1]: https://github.com/Yamakaky/rust-bindgen/blob/master/src/gen.rs#L448
2016-08-21 05:32:16 +00:00
]
Update Cargo.toml metadata * Use the description from the README, it's a better description. * Add the "development-tools::ffi" category. * Add myself as an author ;)
2017-01-23 18:39:34 +00:00
description = "Automatically generates Rust FFI bindings to C and C++ libraries."
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
keywords = ["bindings", "ffi", "code-generation"]
Update Cargo.toml metadata * Use the description from the README, it's a better description. * Add the "development-tools::ffi" category. * Add myself as an author ;)
2017-01-23 18:39:34 +00:00
categories = ["external-ffi-bindings", "development-tools::ffi"]
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
license = "BSD-3-Clause"
name = "bindgen"
readme = "README.md"
s/servo/rust-lang-nursery/ \o/ Fixes #852
2017-07-25 23:29:03 +00:00
repository = "https://github.com/rust-lang-nursery/rust-bindgen"
Improve crate metadata.
2017-01-23 15:29:41 +00:00
documentation = "https://docs.rs/bindgen"
Version bump
2018-03-25 18:22:06 +00:00
version = "0.35.0"
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
build = "build.rs"
Only include necessary files in package
2017-08-13 23:09:01 +00:00
include = [
"Cargo.toml",
"build.rs",
"src/*.rs",
Recursively include src files, since Cargo pattern-matching changed.
2017-08-17 14:11:49 +00:00
"src/**/*.rs",
Add a Stylo bindings sanity test This commit adds a sanity test that we can generate bindings for Stylo without any errors. I tried to make this a `#[bench]` but each iteration takes 36 seconds on my machine, which made the `#[bench]` take *way* too long. Instead, there is a commented out `panic!` that can be uncommented to get a log of how long it took.
2017-04-10 20:29:49 +00:00
]
Don't publish tests
2017-02-04 01:29:32 +00:00
Improve crate metadata.
2017-01-23 15:29:41 +00:00
[badges]
s/servo/rust-lang-nursery/ \o/ Fixes #852
2017-07-25 23:29:03 +00:00
travis-ci = { repository = "rust-lang-nursery/rust-bindgen" }
Improve crate metadata.
2017-01-23 15:29:41 +00:00
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
[lib]
path = "src/lib.rs"
[[bin]]
name = "bindgen"
path = "src/main.rs"
Don't build documentation for the binary, just the lib This enables one to locally do $ cargo doc and get library level documentation. Without the changes, cargo doesn't know whether to build docs for the binary or library, and so instead it gives an error and stops.
2017-04-06 20:29:58 +00:00
doc = false
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
[dev-dependencies]
diff = "0.1"
clap = "2"
shlex = "0.1"
[dependencies]
cexpr = "0.2"
cfg-if = "0.1.0"
Use `quote` instead of `syntex` for Rust code generation The `syntex` crate is unmaintained. It is slow to build, and additionally it requires that we pre-process `src/codegen/mod.rs` before we build the `bindgen` crate. The `quote` crate provides similar quasi-quoting functionality, is maintained, and builds faster. It doesn't have a typed API or builders, however; it only deals with tokens. Before this commit: ``` $ cargo clean; cargo build <snip> Finished dev [unoptimized + debuginfo] target(s) in 98.75 secs ``` After this commit: ``` $ cargo clean; cargo build <snip> Finished dev [unoptimized + debuginfo] target(s) in 46.26 secs ``` Build time is cut in half! But what about run time? Before this commit: ``` Generated Stylo bindings in: Duration { secs: 3, nanos: 521105668 } ``` After this commit: ``` Generated Stylo bindings in: Duration { secs: 3, nanos: 548797242 } ``` So it appears to be about 20ms slower at generating Stylo bindings, but I suspect this is well within the noise. Finally, this also lets us remove that nasty `mem::transmute` inside `bindgen::ir::BindgenContext::gen` that was used for the old `syntex` context. Now `BindgenContext` doesn't have a lifetime parameter either. This should make it easier to revisit doing our analyses in parallel with `rayon`, since that context was one of the things that made it hard for `BindgenContext` to implement `Sync`. Fixes #925
2017-08-23 01:53:55 +00:00
# This kinda sucks: https://github.com/rust-lang/cargo/issues/1982
clap = "2"
Update clang-sys and bump version
2018-03-13 08:55:18 +00:00
clang-sys = { version = "0.22.0", features = ["runtime", "clang_3_9"] }
Update lazy_static to 1.0
2017-12-04 20:30:10 +00:00
lazy_static = "1"
Move bitfields into the IR This commit moves bitfields and the computation of their allocation units into the IR. They were previously computed on-the-fly during code generation. In addition to breaking up and compartmentalizaing a portion of the gargantuan `CodeGeneration` implementation for `CompInfo`, this paves the way for adding const-fn bitfield unit constructors.
2017-05-17 23:37:06 +00:00
peeking_take_while = "0.1.2"
Revert "Bump quote to 0.4" This reverts commit 6899c275ee0ab0687ec66c490ddd1a76f8223513. The `proc_macro2` crate depends on rustc internal crates, which means that `bindgen` would need to be run under `rustup`. We can follow https://github.com/rust-lang/rust/issues/47931 to get updates on when this issue might be resolved and we can update `quote` again. Fixes #1248
2018-02-14 18:15:29 +00:00
quote = "0.3.15"
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
regex = "0.2"
Adds support for running rustfmt on generated bindings This patch enables bindgen to run rustfmt on generated bindings. Rustfmt is used from the global PATH. Two new command-line arguments are added: 1. --format-bindings: Enables running rustfmt 2. --format-configuration-file: The configuration file for rustfmt (not required).
2017-08-11 15:59:32 +00:00
which = "1.0.2"
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
[dependencies.env_logger]
optional = true
Update log to 0.4 and bump version
2018-02-13 12:00:41 +00:00
version = "0.5"
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
[dependencies.log]
optional = true
Update log to 0.4 and bump version
2018-02-13 12:00:41 +00:00
version = "0.4"
Unify under the `bindgen` name.
2017-01-22 11:58:12 +00:00
[features]
default = ["logging"]
logging = ["env_logger", "log"]
static = []
Clean up testing-only cargo features This commit ensures that all of the cargo features we have that only exist for CI/testing purposes, and aren't for external consumption, have a "testing_only_" prefix.
2017-04-06 21:38:05 +00:00
# These features only exist for CI testing -- don't use them if you're not hacking
# on bindgen!
testing_only_docs = []
Define extra assertion macros This commit defines a new set of assertion macros that are only checked in testing/CI when the `testing_only_extra_assertions` feature is enabled. This makes it so that *users* of bindgen that happen to be making a debug build don't enable all these extra and expensive assertions. Additionally, this removes the `testing_only_assert_no_dangling_items` feature, and runs the assertions that were previously gated on that feature when the new `testing_only_extra_assertions` feature is enabled.
2017-04-06 22:21:33 +00:00
testing_only_extra_assertions = []
Allow asserting expectations across different libclang versions Rather than having a tests that we only run if libclang >= 3.9, this makes the test suite dynamically detect when we have different expectations for different libclang versions. It does this by adding `tests/expectations/tests/libclang-$VERSION` directories, and `testing_only_libclang_$VERSION` features that are consulted when the usual expectation file does not exist. Fixes #697
2017-05-25 00:31:32 +00:00
testing_only_libclang_4 = []
testing_only_libclang_3_9 = []
testing_only_libclang_3_8 = []
Reference in New Issue Copy Permalink