langfingaz/anki
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
73035819a9
anki/cargo/remote/BUILD.time-0.3.14.bazel

86 lines
2.0 KiB
Plaintext
Raw Normal View History

initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
"""
@generated
cargo-raze crate build file.
DO NOT EDIT! Replaced on runs of cargo-raze
"""
update to the latest rules_rust + security framework update
2021-03-27 09:39:02 +01:00
# buildifier: disable=load
load("@bazel_skylib//lib:selects.bzl", "selects")
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
# buildifier: disable=load
load(
update Rust deps with cargo-raze 0.13.0
2021-10-26 00:16:40 +02:00
"@rules_rust//rust:defs.bzl",
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
"rust_binary",
"rust_library",
update Rust deps with cargo-raze 0.13.0
2021-10-26 00:16:40 +02:00
"rust_proc_macro",
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
"rust_test",
)
package(default_visibility = [
# Public for visibility by "@raze__crate__version//" targets.
#
# Prefer access through "//cargo", which limits external
# visibility to explicit Cargo.toml dependencies.
"//visibility:public",
])
licenses([
"notice", # MIT from expression "MIT OR Apache-2.0"
])
update to cargo-raze 0.7.0 + latest deps Gives us wildcard entries in raze.toml, and solves warnings about unrecognized "raze" entries.
2020-11-10 00:47:24 +01:00
# Generated Targets
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
# Unsupported target "benchmarks" with type "bench" omitted
update Rust deps
2021-06-16 08:10:57 +02:00
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
rust_library(
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
name = "time",
update to cargo-raze 0.7.0 + latest deps Gives us wildcard entries in raze.toml, and solves warnings about unrecognized "raze" entries.
2020-11-10 00:47:24 +01:00
srcs = glob(["**/*.rs"]),
aliases = {
},
crate_features = [
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
"alloc",
Update Rust deps
2022-09-24 04:39:21 +02:00
"default",
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
"formatting",
"itoa",
"local-offset",
"macros",
update Rust deps
2021-02-03 11:29:48 +01:00
"std",
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
"time-macros",
update to cargo-raze 0.7.0 + latest deps Gives us wildcard entries in raze.toml, and solves warnings about unrecognized "raze" entries.
2020-11-10 00:47:24 +01:00
],
crate_root = "src/lib.rs",
update to latest cargo-raze
2020-12-15 11:28:10 +01:00
data = [],
Update Rust deps
2022-09-24 04:39:21 +02:00
edition = "2021",
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
proc_macro_deps = [
Update Rust deps
2022-09-24 04:39:21 +02:00
"@raze__time_macros__0_2_4//:time_macros",
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
],
update to cargo-raze 0.7.0 + latest deps Gives us wildcard entries in raze.toml, and solves warnings about unrecognized "raze" entries.
2020-11-10 00:47:24 +01:00
rustc_flags = [
"--cap-lints=allow",
],
tags = [
"cargo-raze",
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
"crate-name=time",
update to cargo-raze 0.7.0 + latest deps Gives us wildcard entries in raze.toml, and solves warnings about unrecognized "raze" entries.
2020-11-10 00:47:24 +01:00
"manual",
],
Update Rust deps
2022-09-24 04:39:21 +02:00
version = "0.3.14",
update to cargo-raze 0.7.0 + latest deps Gives us wildcard entries in raze.toml, and solves warnings about unrecognized "raze" entries.
2020-11-10 00:47:24 +01:00
# buildifier: leave-alone
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
deps = [
Update Rust deps
2022-09-24 04:39:21 +02:00
"@raze__itoa__1_0_3//:itoa",
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
] + selects.with_or({
Update Rust deps; pin Tokio Tokio has had to be pinned, because the 1.17 release introduces a dependency on windows_sys, which fails to build on Windows on Bazel. The issue appears to be the build script of a subcrate - it is using CARGO_MANIFEST_DIR to update the linking path so windows.lib can be found (it's contained in that crate), but the path is set incorrectly. https://github.com/microsoft/windows-rs/blob/dfc25285a289847ad88cbd206d169f7697be0dd4/crates/targets/x86_64_msvc/build.rs One way we might be able to work around it is to add to the link path in our own build script.
2022-02-25 07:30:59 +01:00
# cfg(target_family = "unix")
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
(
update Rust deps with cargo-raze 0.13.0
2021-10-26 00:16:40 +02:00
"@rules_rust//rust/platform:x86_64-apple-darwin",
"@rules_rust//rust/platform:x86_64-unknown-linux-gnu",
add aarch64-apple to Rust targets
2021-10-15 15:28:10 +02:00
"@rules_rust//rust/platform:aarch64-apple-darwin",
update to the latest rules_rust + security framework update
2021-03-27 09:39:02 +01:00
"@rules_rust//rust/platform:aarch64-apple-ios",
Add missing sim lines in build files Latest rules_rust now requires them. Can't use the 0.16 release due to not-yet-merged https://github.com/google/cargo-raze/pull/524
2022-09-25 04:44:37 +02:00
"@rules_rust//rust/platform:aarch64-apple-ios-sim",
update to the latest rules_rust + security framework update
2021-03-27 09:39:02 +01:00
"@rules_rust//rust/platform:aarch64-unknown-linux-gnu",
"@rules_rust//rust/platform:x86_64-apple-ios",
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
): [
Update Rust deps
2022-09-24 04:39:21 +02:00
"@raze__libc__0_2_133//:libc",
"@raze__num_threads__0_1_6//:num_threads",
initial Bazel conversion Running and testing should be working on the three platforms, but there's still a fair bit that needs to be done: - Wheel building + testing in a venv still needs to be implemented. - Python requirements still need to be compiled with piptool and pinned; need to compile on all platforms then merge - Cargo deps in cargo/ and rslib/ need to be cleaned up, and ideally unified into one place - Currently using rustls to work around openssl compilation issues on Linux, but this will break corporate proxies with custom SSL authorities; need to conditionally use openssl or use https://github.com/seanmonstar/reqwest/pull/1058 - Makefiles and docs still need cleaning up - It may make sense to reparent ts/* to the top level, as we don't nest the other modules under a specific language. - rspy and pylib must always be updated in lock-step, so merging rspy into pylib as a private module would simplify things. - Merging desktop-ftl and mobile-ftl into the core ftl would make managing and updating translations easier. - Obsolete scripts need removing. - And probably more.
2020-11-01 05:26:58 +01:00
],
"//conditions:default": [],
}),
)
Reference in New Issue Copy Permalink