gecko-dev/toolkit/library/gtest/rust/Cargo.toml
Nathan Froyd df1b30d39d Bug 1302704 - part 5 - harmonize gkrust_gtest's profile.release with gkrust's; r=chmanchester
The comment here is a relic from bygone days when we tried sticking
gkrust and gkrust-gtest into the same library at link time.  Making
gkrust and gkrust-gtest's profile.release settings identical also means
that Cargo considers build artifacts from one suitable for the other,
which is extremely desirable with our new shared CARGO_TARGET_DIR setup.
2017-02-23 10:35:07 -05:00

45 lines
883 B
TOML

[package]
name = "gkrust-gtest"
version = "0.1.0"
authors = ["nobody@mozilla.org"]
license = "MPL-2.0"
description = "Testing code for libgkrust"
[features]
bindgen = ["gkrust-shared/bindgen"]
servo = ["gkrust-shared/servo"]
quantum_render = ["gkrust-shared/quantum_render"]
[dependencies]
mp4parse-gtest = { path = "../../../../dom/media/gtest" }
nsstring-gtest = { path = "../../../../xpcom/rust/nsstring/gtest" }
gkrust-shared = { path = "../../rust/shared" }
[lib]
path = "lib.rs"
crate-type = ["staticlib"]
test = false
doctest = false
bench = false
doc = false
plugin = false
harness = false
# Explicitly specify what our profiles use.
[profile.dev]
opt-level = 1
debug = true
rpath = false
lto = false
debug-assertions = true
codegen-units = 1
panic = "abort"
[profile.release]
opt-level = 2
debug = true
rpath = false
lto = true
debug-assertions = false
panic = "abort"