github
/
codeql
зеркало из https://github.com/github/codeql.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
codeql/ruby/extractor/cargo-bazel-lock.json

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

8382 строки
208 KiB
JSON
Исходник Обычный вид История

Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
{
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"checksum": "76aa7a86db3d70a3b257062c5c6b87da62e07258e6f16a487d8c42aa561c0224",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"crates": {
"adler 1.0.2": {
"name": "adler",
"version": "1.0.2",
"package_url": "https://github.com/jonas-schievink/adler.git",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/adler/1.0.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "f26201604c87b1e01bd3d98f8d5d9a8fcbb815e8cedb41ffccbeb4bf593a35fe"
}
},
"targets": [
{
"Library": {
"crate_name": "adler",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "adler",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "1.0.2"
},
"license": "0BSD OR MIT OR Apache-2.0",
"license_ids": [
"0BSD",
"Apache-2.0",
"MIT"
],
"license_file": null
},
"aho-corasick 0.7.20": {
"name": "aho-corasick",
"version": "0.7.20",
"package_url": "https://github.com/BurntSushi/aho-corasick",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/aho-corasick/0.7.20/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "cc936419f96fa211c1b9166887b38e5e40b19958e5b895be7c1f93adec7071ac"
}
},
"targets": [
{
"Library": {
"crate_name": "aho_corasick",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "aho_corasick",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "memchr 2.7.1",
"target": "memchr"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.7.20"
},
"license": "Unlicense OR MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"aho-corasick 1.1.2": {
"name": "aho-corasick",
"version": "1.1.2",
"package_url": "https://github.com/BurntSushi/aho-corasick",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/aho-corasick/1.1.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b2969dcb958b36655471fc61f7e416fa76033bdd4bfed0678d8fee1e2d07a1f0"
}
},
"targets": [
{
"Library": {
"crate_name": "aho_corasick",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "aho_corasick",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"perf-literal",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "memchr 2.7.1",
"target": "memchr"
}
],
"selects": {}
},
"edition": "2021",
"version": "1.1.2"
},
"license": "Unlicense OR MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"android_system_properties 0.1.5": {
"name": "android_system_properties",
"version": "0.1.5",
"package_url": "https://github.com/nical/android_system_properties",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/android_system_properties/0.1.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "819e7219dbd41043ac279b19830f2efc897156490d7fd6ea916720117ee66311"
}
},
"targets": [
{
"Library": {
"crate_name": "android_system_properties",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "android_system_properties",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.5"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"anstream 0.2.6": {
"name": "anstream",
"version": "0.2.6",
"package_url": "https://github.com/rust-cli/anstyle.git",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/anstream/0.2.6/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "342258dd14006105c2b75ab1bd7543a03bdf0cfc94383303ac212a04939dff6f"
}
},
"targets": [
{
"Library": {
"crate_name": "anstream",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "anstream",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"auto",
"default",
"wincon"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "anstyle 0.3.5",
"target": "anstyle"
},
{
"id": "anstyle-parse 0.1.1",
"target": "anstyle_parse"
},
{
"id": "concolor-override 1.0.0",
"target": "concolor_override"
},
{
"id": "concolor-query 0.3.3",
"target": "concolor_query"
},
{
"id": "is-terminal 0.4.6",
"target": "is_terminal"
},
{
"id": "utf8parse 0.2.1",
"target": "utf8parse"
}
],
"selects": {
"cfg(windows)": [
{
"id": "anstyle-wincon 0.2.0",
"target": "anstyle_wincon"
}
]
}
},
"edition": "2021",
"version": "0.2.6"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"anstyle 0.3.5": {
"name": "anstyle",
"version": "0.3.5",
"package_url": "https://github.com/rust-cli/anstyle.git",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/anstyle/0.3.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "23ea9e81bd02e310c216d080f6223c179012256e5151c41db88d12c88a1684d2"
}
},
"targets": [
{
"Library": {
"crate_name": "anstyle",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "anstyle",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {}
},
"edition": "2021",
"version": "0.3.5"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"anstyle-parse 0.1.1": {
"name": "anstyle-parse",
"version": "0.1.1",
"package_url": "https://github.com/rust-cli/anstyle.git",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/anstyle-parse/0.1.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "a7d1bb534e9efed14f3e5f44e7dd1a4f709384023a4165199a4241e18dff0116"
}
},
"targets": [
{
"Library": {
"crate_name": "anstyle_parse",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "anstyle_parse",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"utf8"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "utf8parse 0.2.1",
"target": "utf8parse"
}
],
"selects": {}
},
"edition": "2021",
"version": "0.1.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"anstyle-wincon 0.2.0": {
"name": "anstyle-wincon",
"version": "0.2.0",
"package_url": "https://github.com/rust-cli/anstyle.git",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/anstyle-wincon/0.2.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "c3127af6145b149f3287bb9a0d10ad9c5692dba8c53ad48285e5bec4063834fa"
}
},
"targets": [
{
"Library": {
"crate_name": "anstyle_wincon",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "anstyle_wincon",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "anstyle 0.3.5",
"target": "anstyle"
}
],
"selects": {
"cfg(windows)": [
{
"id": "windows-sys 0.45.0",
"target": "windows_sys"
}
]
}
},
"edition": "2021",
"version": "0.2.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"autocfg 1.1.0": {
"name": "autocfg",
"version": "1.1.0",
"package_url": "https://github.com/cuviper/autocfg",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/autocfg/1.1.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "d468802bab17cbc0cc575e9b053f41e72aa36bfa6b7f55e3529ffa43161b97fa"
}
},
"targets": [
{
"Library": {
"crate_name": "autocfg",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "autocfg",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "1.1.0"
},
"license": "Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"bitflags 1.3.2": {
"name": "bitflags",
"version": "1.3.2",
"package_url": "https://github.com/bitflags/bitflags",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/bitflags/1.3.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "bef38d45163c2f1dde094a7dfd33ccf595c92905c8f8f4fdc18d06fb1037718a"
}
},
"targets": [
{
"Library": {
"crate_name": "bitflags",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "bitflags",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"edition": "2018",
"version": "1.3.2"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"bstr 1.9.0": {
"name": "bstr",
"version": "1.9.0",
"package_url": "https://github.com/BurntSushi/bstr",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/bstr/1.9.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "c48f0051a4b4c5e0b6d365cd04af53aeaa209e3cc15ec2cdb69e73cc87fbd0dc"
}
},
"targets": [
{
"Library": {
"crate_name": "bstr",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "bstr",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"alloc",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "memchr 2.7.1",
"target": "memchr"
}
],
"selects": {}
},
"edition": "2021",
"version": "1.9.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"bumpalo 3.12.0": {
"name": "bumpalo",
"version": "3.12.0",
"package_url": "https://github.com/fitzgen/bumpalo",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/bumpalo/3.12.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "0d261e256854913907f67ed06efbc3338dfe6179796deefc1ff763fc1aee5535"
}
},
"targets": [
{
"Library": {
"crate_name": "bumpalo",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "bumpalo",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"edition": "2021",
"version": "3.12.0"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"cc 1.0.79": {
"name": "cc",
"version": "1.0.79",
"package_url": "https://github.com/rust-lang/cc-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/cc/1.0.79/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "50d30906286121d95be3d479533b458f87493b30a4b5f79a607db8f5d11aa91f"
}
},
"targets": [
{
"Library": {
"crate_name": "cc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "cc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.0.79"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"cfg-if 1.0.0": {
"name": "cfg-if",
"version": "1.0.0",
"package_url": "https://github.com/alexcrichton/cfg-if",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/cfg-if/1.0.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "baf1de4339761588bc0619e3cbc0120ee582ebb74b53b4efbf79117bd2da40fd"
}
},
"targets": [
{
"Library": {
"crate_name": "cfg_if",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "cfg_if",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.0.0"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"chrono 0.4.24": {
"name": "chrono",
"version": "0.4.24",
"package_url": "https://github.com/chronotope/chrono",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/chrono/0.4.24/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4e3c5919066adf22df73762e50cffcde3a758f2a848b113b586d1f86728b673b"
}
},
"targets": [
{
"Library": {
"crate_name": "chrono",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "chrono",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"clock",
"default",
"iana-time-zone",
"js-sys",
"oldtime",
"serde",
"std",
"time",
"wasm-bindgen",
"wasmbind",
"winapi"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "num-integer 0.1.45",
"target": "num_integer"
},
{
"id": "num-traits 0.2.15",
"target": "num_traits"
},
{
"id": "serde 1.0.159",
"target": "serde"
},
{
"id": "time 0.1.45",
"target": "time"
}
],
"selects": {
"cfg(all(target_arch = \"wasm32\", not(any(target_os = \"emscripten\", target_os = \"wasi\"))))": [
{
"id": "js-sys 0.3.61",
"target": "js_sys"
},
{
"id": "wasm-bindgen 0.2.84",
"target": "wasm_bindgen"
}
],
"cfg(unix)": [
{
"id": "iana-time-zone 0.1.56",
"target": "iana_time_zone"
}
],
"cfg(windows)": [
{
"id": "winapi 0.3.9",
"target": "winapi"
}
]
}
},
"edition": "2018",
"version": "0.4.24"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"clap 4.2.1": {
"name": "clap",
"version": "4.2.1",
"package_url": "https://github.com/clap-rs/clap",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/clap/4.2.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "046ae530c528f252094e4a77886ee1374437744b2bff1497aa898bbddbbb29b3"
}
},
"targets": [
{
"Library": {
"crate_name": "clap",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "clap",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"color",
"default",
"derive",
"error-context",
"help",
"std",
"suggestions",
"usage"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "clap_builder 4.2.1",
"target": "clap_builder"
},
{
"id": "once_cell 1.17.1",
"target": "once_cell"
}
],
"selects": {}
},
"edition": "2021",
"proc_macro_deps": {
"common": [
{
"id": "clap_derive 4.2.0",
"target": "clap_derive"
}
],
"selects": {}
},
"version": "4.2.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"clap_builder 4.2.1": {
"name": "clap_builder",
"version": "4.2.1",
"package_url": "https://github.com/clap-rs/clap",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/clap_builder/4.2.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "223163f58c9a40c3b0a43e1c4b50a9ce09f007ea2cb1ec258a687945b4b7929f"
}
},
"targets": [
{
"Library": {
"crate_name": "clap_builder",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "clap_builder",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"color",
"error-context",
"help",
"std",
"suggestions",
"usage"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "anstream 0.2.6",
"target": "anstream"
},
{
"id": "anstyle 0.3.5",
"target": "anstyle"
},
{
"id": "bitflags 1.3.2",
"target": "bitflags"
},
{
"id": "clap_lex 0.4.1",
"target": "clap_lex"
},
{
"id": "strsim 0.10.0",
"target": "strsim"
}
],
"selects": {}
},
"edition": "2021",
"version": "4.2.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"clap_derive 4.2.0": {
"name": "clap_derive",
"version": "4.2.0",
"package_url": "https://github.com/clap-rs/clap/tree/master/clap_derive",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/clap_derive/4.2.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3f9644cd56d6b87dbe899ef8b053e331c0637664e9e21a33dfcdc36093f5c5c4"
}
},
"targets": [
{
"ProcMacro": {
"crate_name": "clap_derive",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "clap_derive",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "heck 0.4.1",
"target": "heck"
},
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "syn 2.0.13",
"target": "syn"
}
],
"selects": {}
},
"edition": "2021",
"version": "4.2.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"clap_lex 0.4.1": {
"name": "clap_lex",
"version": "0.4.1",
"package_url": "https://github.com/clap-rs/clap/tree/master/clap_lex",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/clap_lex/0.4.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "8a2dd5a6fe8c6e3502f568a6353e5273bbb15193ad9a89e457b9970798efbea1"
}
},
"targets": [
{
"Library": {
"crate_name": "clap_lex",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "clap_lex",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2021",
"version": "0.4.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"codeql-extractor 0.2.0": {
"name": "codeql-extractor",
"version": "0.2.0",
"package_url": null,
"repository": {
"Git": {
"remote": "https://github.com/github/codeql.git",
"commitish": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"Rev": "cee6f003fd58c64916c629f7d8b27b870d6f78c5"
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
},
"strip_prefix": "shared/tree-sitter-extractor"
}
},
"targets": [
{
"Library": {
"crate_name": "codeql_extractor",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "codeql_extractor",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "chrono 0.4.24",
"target": "chrono"
},
{
"id": "encoding 0.2.33",
"target": "encoding"
},
{
"id": "flate2 1.0.25",
"target": "flate2"
},
{
"id": "globset 0.4.14",
"target": "globset"
},
{
"id": "lazy_static 1.4.0",
"target": "lazy_static"
},
{
"id": "num_cpus 1.15.0",
"target": "num_cpus"
},
{
"id": "rayon 1.7.0",
"target": "rayon"
},
{
"id": "regex 1.7.3",
"target": "regex"
},
{
"id": "serde 1.0.159",
"target": "serde"
},
{
"id": "serde_json 1.0.95",
"target": "serde_json"
},
{
"id": "tracing 0.1.37",
"target": "tracing"
},
{
"id": "tree-sitter 0.20.10",
"target": "tree_sitter"
}
],
"selects": {}
},
"edition": "2021",
"version": "0.2.0"
},
"license": null,
"license_ids": [],
"license_file": null
},
"codeql-extractor-ruby 0.1.0": {
"name": "codeql-extractor-ruby",
"version": "0.1.0",
"package_url": null,
"repository": null,
"targets": [],
"library_target_name": null,
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "clap 4.2.1",
"target": "clap"
},
{
"id": "codeql-extractor 0.2.0",
"target": "codeql_extractor"
},
{
"id": "encoding 0.2.33",
"target": "encoding"
},
{
"id": "lazy_static 1.4.0",
"target": "lazy_static"
},
{
"id": "rayon 1.7.0",
"target": "rayon"
},
{
"id": "regex 1.7.3",
"target": "regex"
},
{
"id": "tracing 0.1.37",
"target": "tracing"
},
{
"id": "tracing-subscriber 0.3.16",
"target": "tracing_subscriber"
},
{
"id": "tree-sitter 0.20.10",
"target": "tree_sitter"
},
{
"id": "tree-sitter-embedded-template 0.20.0",
"target": "tree_sitter_embedded_template"
},
{
"id": "tree-sitter-ruby 0.20.0",
"target": "tree_sitter_ruby"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.0"
},
"license": null,
"license_ids": [],
"license_file": null
},
"codespan-reporting 0.11.1": {
"name": "codespan-reporting",
"version": "0.11.1",
"package_url": "https://github.com/brendanzab/codespan",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/codespan-reporting/0.11.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3538270d33cc669650c4b093848450d380def10c331d38c768e34cac80576e6e"
}
},
"targets": [
{
"Library": {
"crate_name": "codespan_reporting",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "codespan_reporting",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "termcolor 1.2.0",
"target": "termcolor"
},
{
"id": "unicode-width 0.1.10",
"target": "unicode_width"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.11.1"
},
"license": "Apache-2.0",
"license_ids": [
"Apache-2.0"
],
"license_file": null
},
"concolor-override 1.0.0": {
"name": "concolor-override",
"version": "1.0.0",
"package_url": "https://github.com/rust-cli/concolor",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/concolor-override/1.0.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "a855d4a1978dc52fb0536a04d384c2c0c1aa273597f08b77c8c4d3b2eec6037f"
}
},
"targets": [
{
"Library": {
"crate_name": "concolor_override",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "concolor_override",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2021",
"version": "1.0.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"concolor-query 0.3.3": {
"name": "concolor-query",
"version": "0.3.3",
"package_url": "https://github.com/rust-cli/concolor",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/concolor-query/0.3.3/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "88d11d52c3d7ca2e6d0040212be9e4dbbcd78b6447f535b6b561f449427944cf"
}
},
"targets": [
{
"Library": {
"crate_name": "concolor_query",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "concolor_query",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"cfg(windows)": [
{
"id": "windows-sys 0.45.0",
"target": "windows_sys"
}
]
}
},
"edition": "2021",
"version": "0.3.3"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"core-foundation-sys 0.8.4": {
"name": "core-foundation-sys",
"version": "0.8.4",
"package_url": "https://github.com/servo/core-foundation-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/core-foundation-sys/0.8.4/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e496a50fda8aacccc86d7529e2c1e0892dbd0f898a6b5645b5561b89c3210efa"
}
},
"targets": [
{
"Library": {
"crate_name": "core_foundation_sys",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "core_foundation_sys",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "0.8.4"
},
"license": "MIT / Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"crc32fast 1.3.2": {
"name": "crc32fast",
"version": "1.3.2",
"package_url": "https://github.com/srijs/rust-crc32fast",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/crc32fast/1.3.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b540bd8bc810d3885c6ea91e2018302f68baba2129ab3e88f32389ee9370880d"
}
},
"targets": [
{
"Library": {
"crate_name": "crc32fast",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "crc32fast",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "crc32fast 1.3.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.3.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"crossbeam-channel 0.5.7": {
"name": "crossbeam-channel",
"version": "0.5.7",
"package_url": "https://github.com/crossbeam-rs/crossbeam",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/crossbeam-channel/0.5.7/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "cf2b3e8478797446514c91ef04bafcb59faba183e621ad488df88983cc14128c"
}
},
"targets": [
{
"Library": {
"crate_name": "crossbeam_channel",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "crossbeam_channel",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"crossbeam-utils",
"default",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "crossbeam-utils 0.8.15",
"target": "crossbeam_utils"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.5.7"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"crossbeam-deque 0.8.3": {
"name": "crossbeam-deque",
"version": "0.8.3",
"package_url": "https://github.com/crossbeam-rs/crossbeam",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/crossbeam-deque/0.8.3/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "ce6fd6f855243022dcecf8702fef0c297d4338e226845fe067f6341ad9fa0cef"
}
},
"targets": [
{
"Library": {
"crate_name": "crossbeam_deque",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "crossbeam_deque",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"crossbeam-epoch",
"crossbeam-utils",
"default",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "crossbeam-epoch 0.9.14",
"target": "crossbeam_epoch"
},
{
"id": "crossbeam-utils 0.8.15",
"target": "crossbeam_utils"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.8.3"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"crossbeam-epoch 0.9.14": {
"name": "crossbeam-epoch",
"version": "0.9.14",
"package_url": "https://github.com/crossbeam-rs/crossbeam",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/crossbeam-epoch/0.9.14/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "46bd5f3f85273295a9d14aedfb86f6aadbff6d8f5295c4a9edb08e819dcf5695"
}
},
"targets": [
{
"Library": {
"crate_name": "crossbeam_epoch",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "crossbeam_epoch",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"alloc",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "crossbeam-epoch 0.9.14",
"target": "build_script_build"
},
{
"id": "crossbeam-utils 0.8.15",
"target": "crossbeam_utils"
},
{
"id": "memoffset 0.8.0",
"target": "memoffset"
},
{
"id": "scopeguard 1.1.0",
"target": "scopeguard"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.9.14"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "autocfg 1.1.0",
"target": "autocfg"
}
],
"selects": {}
}
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"crossbeam-utils 0.8.15": {
"name": "crossbeam-utils",
"version": "0.8.15",
"package_url": "https://github.com/crossbeam-rs/crossbeam",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/crossbeam-utils/0.8.15/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3c063cd8cc95f5c377ed0d4b49a4b21f632396ff690e8470c29b3359b346984b"
}
},
"targets": [
{
"Library": {
"crate_name": "crossbeam_utils",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "crossbeam_utils",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "crossbeam-utils 0.8.15",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.8.15"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"cxx 1.0.94": {
"name": "cxx",
"version": "1.0.94",
"package_url": "https://github.com/dtolnay/cxx",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/cxx/1.0.94/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "f61f1b6389c3fe1c316bf8a4dccc90a38208354b330925bce1f74a6c4756eb93"
}
},
"targets": [
{
"Library": {
"crate_name": "cxx",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "cxx",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cxx 1.0.94",
"target": "build_script_build"
},
{
"id": "link-cplusplus 1.0.8",
"target": "link_cplusplus"
}
],
"selects": {}
},
"edition": "2018",
"proc_macro_deps": {
"common": [
{
"id": "cxxbridge-macro 1.0.94",
"target": "cxxbridge_macro"
}
],
"selects": {}
},
"version": "1.0.94"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
},
{
"id": "cxxbridge-flags 1.0.94",
"target": "cxxbridge_flags"
}
],
"selects": {}
},
"link_deps": {
"common": [
{
"id": "link-cplusplus 1.0.8",
"target": "link_cplusplus"
}
],
"selects": {}
},
"links": "cxxbridge1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"cxx-build 1.0.94": {
"name": "cxx-build",
"version": "1.0.94",
"package_url": "https://github.com/dtolnay/cxx",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/cxx-build/1.0.94/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "12cee708e8962df2aeb38f594aae5d827c022b6460ac71a7a3e2c3c2aae5a07b"
}
},
"targets": [
{
"Library": {
"crate_name": "cxx_build",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "cxx_build",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
},
{
"id": "codespan-reporting 0.11.1",
"target": "codespan_reporting"
},
{
"id": "once_cell 1.17.1",
"target": "once_cell"
},
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "scratch 1.0.5",
"target": "scratch"
},
{
"id": "syn 2.0.13",
"target": "syn"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.94"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"cxxbridge-flags 1.0.94": {
"name": "cxxbridge-flags",
"version": "1.0.94",
"package_url": "https://github.com/dtolnay/cxx",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/cxxbridge-flags/1.0.94/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "7944172ae7e4068c533afbb984114a56c46e9ccddda550499caa222902c7f7bb"
}
},
"targets": [
{
"Library": {
"crate_name": "cxxbridge_flags",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "cxxbridge_flags",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.0.94"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"cxxbridge-macro 1.0.94": {
"name": "cxxbridge-macro",
"version": "1.0.94",
"package_url": "https://github.com/dtolnay/cxx",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/cxxbridge-macro/1.0.94/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "2345488264226bf682893e25de0769f3360aac9957980ec49361b083ddaa5bc5"
}
},
"targets": [
{
"ProcMacro": {
"crate_name": "cxxbridge_macro",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "cxxbridge_macro",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "syn 2.0.13",
"target": "syn"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.94"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"either 1.8.1": {
"name": "either",
"version": "1.8.1",
"package_url": "https://github.com/bluss/either",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/either/1.8.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "7fcaabb2fef8c910e7f4c7ce9f67a1283a1715879a7c230ca9d6d1ae31f16d91"
}
},
"targets": [
{
"Library": {
"crate_name": "either",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "either",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.8.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"encoding 0.2.33": {
"name": "encoding",
"version": "0.2.33",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding/0.2.33/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "6b0d943856b990d12d3b55b359144ff341533e516d94098b1d3fc1ac666d36ec"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "encoding-index-japanese 1.20141219.5",
"target": "encoding_index_japanese"
},
{
"id": "encoding-index-korean 1.20141219.5",
"target": "encoding_index_korean"
},
{
"id": "encoding-index-simpchinese 1.20141219.5",
"target": "encoding_index_simpchinese"
},
{
"id": "encoding-index-singlebyte 1.20141219.5",
"target": "encoding_index_singlebyte"
},
{
"id": "encoding-index-tradchinese 1.20141219.5",
"target": "encoding_index_tradchinese"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.2.33"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"encoding-index-japanese 1.20141219.5": {
"name": "encoding-index-japanese",
"version": "1.20141219.5",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding-index-japanese/1.20141219.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "04e8b2ff42e9a05335dbf8b5c6f7567e5591d0d916ccef4e0b1710d32a0d0c91"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding_index_japanese",
"crate_root": "lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding_index_japanese",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "encoding_index_tests 0.1.4",
"target": "encoding_index_tests"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.20141219.5"
},
"license": "CC0-1.0",
"license_ids": [
"CC0-1.0"
],
"license_file": null
},
"encoding-index-korean 1.20141219.5": {
"name": "encoding-index-korean",
"version": "1.20141219.5",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding-index-korean/1.20141219.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4dc33fb8e6bcba213fe2f14275f0963fd16f0a02c878e3095ecfdf5bee529d81"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding_index_korean",
"crate_root": "lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding_index_korean",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "encoding_index_tests 0.1.4",
"target": "encoding_index_tests"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.20141219.5"
},
"license": "CC0-1.0",
"license_ids": [
"CC0-1.0"
],
"license_file": null
},
"encoding-index-simpchinese 1.20141219.5": {
"name": "encoding-index-simpchinese",
"version": "1.20141219.5",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding-index-simpchinese/1.20141219.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "d87a7194909b9118fc707194baa434a4e3b0fb6a5a757c73c3adb07aa25031f7"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding_index_simpchinese",
"crate_root": "lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding_index_simpchinese",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "encoding_index_tests 0.1.4",
"target": "encoding_index_tests"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.20141219.5"
},
"license": "CC0-1.0",
"license_ids": [
"CC0-1.0"
],
"license_file": null
},
"encoding-index-singlebyte 1.20141219.5": {
"name": "encoding-index-singlebyte",
"version": "1.20141219.5",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding-index-singlebyte/1.20141219.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3351d5acffb224af9ca265f435b859c7c01537c0849754d3db3fdf2bfe2ae84a"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding_index_singlebyte",
"crate_root": "lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding_index_singlebyte",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "encoding_index_tests 0.1.4",
"target": "encoding_index_tests"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.20141219.5"
},
"license": "CC0-1.0",
"license_ids": [
"CC0-1.0"
],
"license_file": null
},
"encoding-index-tradchinese 1.20141219.5": {
"name": "encoding-index-tradchinese",
"version": "1.20141219.5",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding-index-tradchinese/1.20141219.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "fd0e20d5688ce3cab59eb3ef3a2083a5c77bf496cb798dc6fcdb75f323890c18"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding_index_tradchinese",
"crate_root": "lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding_index_tradchinese",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "encoding_index_tests 0.1.4",
"target": "encoding_index_tests"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.20141219.5"
},
"license": "CC0-1.0",
"license_ids": [
"CC0-1.0"
],
"license_file": null
},
"encoding_index_tests 0.1.4": {
"name": "encoding_index_tests",
"version": "0.1.4",
"package_url": "https://github.com/lifthrasiir/rust-encoding",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/encoding_index_tests/0.1.4/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "a246d82be1c9d791c5dfde9a2bd045fc3cbba3fa2b11ad558f27d01712f00569"
}
},
"targets": [
{
"Library": {
"crate_name": "encoding_index_tests",
"crate_root": "index_tests.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "encoding_index_tests",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "0.1.4"
},
"license": "CC0-1.0",
"license_ids": [
"CC0-1.0"
],
"license_file": null
},
"errno 0.3.0": {
"name": "errno",
"version": "0.3.0",
"package_url": "https://github.com/lambda-fairy/rust-errno",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/errno/0.3.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "50d6a0976c999d473fe89ad888d5a284e55366d9dc9038b1ba2aa15128c4afa0"
}
},
"targets": [
{
"Library": {
"crate_name": "errno",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "errno",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"cfg(target_os = \"dragonfly\")": [
{
"id": "errno-dragonfly 0.1.2",
"target": "errno_dragonfly"
}
],
"cfg(target_os = \"hermit\")": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"cfg(target_os = \"wasi\")": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"cfg(unix)": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"cfg(windows)": [
{
"id": "windows-sys 0.45.0",
"target": "windows_sys"
}
]
}
},
"edition": "2018",
"version": "0.3.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"errno-dragonfly 0.1.2": {
"name": "errno-dragonfly",
"version": "0.1.2",
"package_url": "https://github.com/mneumann/errno-dragonfly-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/errno-dragonfly/0.1.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "aa68f1b12764fab894d2755d2518754e71b4fd80ecfb822714a1206c2aab39bf"
}
},
"targets": [
{
"Library": {
"crate_name": "errno_dragonfly",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "errno_dragonfly",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "errno-dragonfly 0.1.2",
"target": "build_script_build"
},
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.2"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
}
],
"selects": {}
}
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"flate2 1.0.25": {
"name": "flate2",
"version": "1.0.25",
"package_url": "https://github.com/rust-lang/flate2-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/flate2/1.0.25/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "a8a2db397cb1c8772f31494cb8917e48cd1e64f0fa7efac59fbd741a0a8ce841"
}
},
"targets": [
{
"Library": {
"crate_name": "flate2",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "flate2",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"miniz_oxide",
"rust_backend"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "crc32fast 1.3.2",
"target": "crc32fast"
},
{
"id": "miniz_oxide 0.6.2",
"target": "miniz_oxide"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.25"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"globset 0.4.14": {
"name": "globset",
"version": "0.4.14",
"package_url": "https://github.com/BurntSushi/ripgrep/tree/master/crates/globset",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/globset/0.4.14/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "57da3b9b5b85bd66f31093f8c408b90a74431672542466497dcbdfdc02034be1"
}
},
"targets": [
{
"Library": {
"crate_name": "globset",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "globset",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"log"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "aho-corasick 1.1.2",
"target": "aho_corasick"
},
{
"id": "bstr 1.9.0",
"target": "bstr"
},
{
"id": "log 0.4.20",
"target": "log"
},
{
"id": "regex-automata 0.4.3",
"target": "regex_automata"
},
{
"id": "regex-syntax 0.8.2",
"target": "regex_syntax"
}
],
"selects": {}
},
"edition": "2021",
"version": "0.4.14"
},
"license": "Unlicense OR MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"heck 0.4.1": {
"name": "heck",
"version": "0.4.1",
"package_url": "https://github.com/withoutboats/heck",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/heck/0.4.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "95505c38b4572b2d910cecb0281560f54b440a19336cbbcb27bf6ce6adc6f5a8"
}
},
"targets": [
{
"Library": {
"crate_name": "heck",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "heck",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"edition": "2018",
"version": "0.4.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"hermit-abi 0.2.6": {
"name": "hermit-abi",
"version": "0.2.6",
"package_url": "https://github.com/hermitcore/rusty-hermit",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/hermit-abi/0.2.6/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "ee512640fe35acbfb4bb779db6f0d80704c2cacfa2e39b601ef3e3f47d1ae4c7"
}
},
"targets": [
{
"Library": {
"crate_name": "hermit_abi",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "hermit_abi",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"selects": {}
},
"edition": "2021",
"version": "0.2.6"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"hermit-abi 0.3.1": {
"name": "hermit-abi",
"version": "0.3.1",
"package_url": "https://github.com/hermitcore/rusty-hermit",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/hermit-abi/0.3.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "fed44880c466736ef9a5c5b5facefb5ed0785676d0c02d612db14e54f0d84286"
}
},
"targets": [
{
"Library": {
"crate_name": "hermit_abi",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "hermit_abi",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2021",
"version": "0.3.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"iana-time-zone 0.1.56": {
"name": "iana-time-zone",
"version": "0.1.56",
"package_url": "https://github.com/strawlab/iana-time-zone",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/iana-time-zone/0.1.56/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "0722cd7114b7de04316e7ea5456a0bbb20e4adb46fd27a3697adb812cff0f37c"
}
},
"targets": [
{
"Library": {
"crate_name": "iana_time_zone",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "iana_time_zone",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"fallback"
],
"selects": {}
},
"deps": {
"common": [],
"selects": {
"cfg(any(target_os = \"macos\", target_os = \"ios\"))": [
{
"id": "core-foundation-sys 0.8.4",
"target": "core_foundation_sys"
}
],
"cfg(target_arch = \"wasm32\")": [
{
"id": "js-sys 0.3.61",
"target": "js_sys"
},
{
"id": "wasm-bindgen 0.2.84",
"target": "wasm_bindgen"
}
],
"cfg(target_os = \"android\")": [
{
"id": "android_system_properties 0.1.5",
"target": "android_system_properties"
}
],
"cfg(target_os = \"haiku\")": [
{
"id": "iana-time-zone-haiku 0.1.1",
"target": "iana_time_zone_haiku"
}
],
"cfg(target_os = \"windows\")": [
{
"id": "windows 0.48.0",
"target": "windows"
}
]
}
},
"edition": "2018",
"version": "0.1.56"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"iana-time-zone-haiku 0.1.1": {
"name": "iana-time-zone-haiku",
"version": "0.1.1",
"package_url": "https://github.com/strawlab/iana-time-zone",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/iana-time-zone-haiku/0.1.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "0703ae284fc167426161c2e3f1da3ea71d94b21bedbcc9494e92b28e334e3dca"
}
},
"targets": [
{
"Library": {
"crate_name": "iana_time_zone_haiku",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "iana_time_zone_haiku",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cxx 1.0.94",
"target": "cxx"
},
{
"id": "iana-time-zone-haiku 0.1.1",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.1"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cxx-build 1.0.94",
"target": "cxx_build"
}
],
"selects": {}
},
"link_deps": {
"common": [
{
"id": "cxx 1.0.94",
"target": "cxx"
}
],
"selects": {}
}
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"io-lifetimes 1.0.10": {
"name": "io-lifetimes",
"version": "1.0.10",
"package_url": "https://github.com/sunfishcode/io-lifetimes",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/io-lifetimes/1.0.10/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "9c66c74d2ae7e79a5a8f7ac924adbe38ee42a859c6539ad869eb51f0b52dc220"
}
},
"targets": [
{
"Library": {
"crate_name": "io_lifetimes",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "io_lifetimes",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"close",
"default",
"hermit-abi",
"libc",
"windows-sys"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "io-lifetimes 1.0.10",
"target": "build_script_build"
}
],
"selects": {
"cfg(not(windows))": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"cfg(target_os = \"hermit\")": [
{
"id": "hermit-abi 0.3.1",
"target": "hermit_abi"
}
],
"cfg(windows)": [
{
"id": "windows-sys 0.48.0",
"target": "windows_sys"
}
]
}
},
"edition": "2018",
"version": "1.0.10"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"is-terminal 0.4.6": {
"name": "is-terminal",
"version": "0.4.6",
"package_url": "https://github.com/sunfishcode/is-terminal",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/is-terminal/0.4.6/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "256017f749ab3117e93acb91063009e1f1bb56d03965b14c2c8df4eb02c524d8"
}
},
"targets": [
{
"Library": {
"crate_name": "is_terminal",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "is_terminal",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "io-lifetimes 1.0.10",
"target": "io_lifetimes"
}
],
"selects": {
"cfg(not(any(windows, target_os = \"hermit\", target_os = \"unknown\")))": [
{
"id": "rustix 0.37.7",
"target": "rustix"
}
],
"cfg(target_os = \"hermit\")": [
{
"id": "hermit-abi 0.3.1",
"target": "hermit_abi"
}
],
"cfg(windows)": [
{
"id": "windows-sys 0.45.0",
"target": "windows_sys"
}
]
}
},
"edition": "2018",
"version": "0.4.6"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"itoa 1.0.6": {
"name": "itoa",
"version": "1.0.6",
"package_url": "https://github.com/dtolnay/itoa",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/itoa/1.0.6/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "453ad9f582a441959e5f0d088b02ce04cfe8d51a8eaf077f12ac6d3e94164ca6"
}
},
"targets": [
{
"Library": {
"crate_name": "itoa",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "itoa",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.0.6"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"js-sys 0.3.61": {
"name": "js-sys",
"version": "0.3.61",
"package_url": "https://github.com/rustwasm/wasm-bindgen/tree/master/crates/js-sys",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/js-sys/0.3.61/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "445dde2150c55e483f3d8416706b97ec8e8237c307e5b7b4b8dd15e6af2a0730"
}
},
"targets": [
{
"Library": {
"crate_name": "js_sys",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "js_sys",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "wasm-bindgen 0.2.84",
"target": "wasm_bindgen"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.3.61"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"lazy_static 1.4.0": {
"name": "lazy_static",
"version": "1.4.0",
"package_url": "https://github.com/rust-lang-nursery/lazy-static.rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/lazy_static/1.4.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e2abad23fbc42b3700f2f279844dc832adb2b2eb069b2df918f455c4e18cc646"
}
},
"targets": [
{
"Library": {
"crate_name": "lazy_static",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "lazy_static",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "1.4.0"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"libc 0.2.141": {
"name": "libc",
"version": "0.2.141",
"package_url": "https://github.com/rust-lang/libc",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/libc/0.2.141/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3304a64d199bb964be99741b7a14d26972741915b3649639149b2479bb46f4b5"
}
},
"targets": [
{
"Library": {
"crate_name": "libc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "libc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {
"aarch64-apple-darwin": [
"extra_traits"
],
"aarch64-apple-ios": [
"extra_traits"
],
"aarch64-apple-ios-sim": [
"extra_traits"
],
"aarch64-fuchsia": [
"extra_traits"
],
"aarch64-linux-android": [
"extra_traits"
],
"aarch64-unknown-linux-gnu": [
"extra_traits"
],
"aarch64-unknown-nixos-gnu": [
"extra_traits"
],
"aarch64-unknown-nto-qnx710": [
"extra_traits"
],
"arm-unknown-linux-gnueabi": [
"extra_traits"
],
"armv7-linux-androideabi": [
"extra_traits"
],
"armv7-unknown-linux-gnueabi": [
"extra_traits"
],
"i686-apple-darwin": [
"extra_traits"
],
"i686-linux-android": [
"extra_traits"
],
"i686-unknown-freebsd": [
"extra_traits"
],
"i686-unknown-linux-gnu": [
"extra_traits"
],
"powerpc-unknown-linux-gnu": [
"extra_traits"
],
"riscv32imc-unknown-none-elf": [
"extra_traits"
],
"riscv64gc-unknown-none-elf": [
"extra_traits"
],
"s390x-unknown-linux-gnu": [
"extra_traits"
],
"thumbv7em-none-eabi": [
"extra_traits"
],
"thumbv8m.main-none-eabi": [
"extra_traits"
],
"wasm32-wasi": [
"extra_traits"
],
"x86_64-apple-darwin": [
"extra_traits"
],
"x86_64-apple-ios": [
"extra_traits"
],
"x86_64-fuchsia": [
"extra_traits"
],
"x86_64-linux-android": [
"extra_traits"
],
"x86_64-unknown-freebsd": [
"extra_traits"
],
"x86_64-unknown-linux-gnu": [
"extra_traits"
],
"x86_64-unknown-nixos-gnu": [
"extra_traits"
],
"x86_64-unknown-none": [
"extra_traits"
]
}
},
"deps": {
"common": [
{
"id": "libc 0.2.141",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.2.141"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"link-cplusplus 1.0.8": {
"name": "link-cplusplus",
"version": "1.0.8",
"package_url": "https://github.com/dtolnay/link-cplusplus",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/link-cplusplus/1.0.8/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "ecd207c9c713c34f95a097a5b029ac2ce6010530c7b49d7fea24d977dede04f5"
}
},
"targets": [
{
"Library": {
"crate_name": "link_cplusplus",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "link_cplusplus",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "link-cplusplus 1.0.8",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.8"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
}
],
"selects": {}
},
"links": "cplusplus"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"linux-raw-sys 0.3.1": {
"name": "linux-raw-sys",
"version": "0.3.1",
"package_url": "https://github.com/sunfishcode/linux-raw-sys",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/linux-raw-sys/0.3.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "d59d8c75012853d2e872fb56bc8a2e53718e2cafe1a4c823143141c6d90c322f"
}
},
"targets": [
{
"Library": {
"crate_name": "linux_raw_sys",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "linux_raw_sys",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"general",
"no_std"
],
"selects": {
"aarch64-unknown-linux-gnu": [
"errno",
"ioctl"
],
"aarch64-unknown-nixos-gnu": [
"errno",
"ioctl"
],
"arm-unknown-linux-gnueabi": [
"errno",
"ioctl"
],
"armv7-unknown-linux-gnueabi": [
"errno",
"ioctl"
],
"i686-unknown-linux-gnu": [
"errno",
"ioctl"
],
"x86_64-unknown-linux-gnu": [
"errno",
"ioctl"
],
"x86_64-unknown-nixos-gnu": [
"errno",
"ioctl"
]
}
},
"edition": "2018",
"version": "0.3.1"
},
"license": "Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"log 0.4.20": {
"name": "log",
"version": "0.4.20",
"package_url": "https://github.com/rust-lang/log",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/log/0.4.20/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b5e6163cb8c49088c2c36f57875e58ccd8c87c7427f7fbd50ea6710b2f3f2e8f"
}
},
"targets": [
{
"Library": {
"crate_name": "log",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "log",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"std"
],
"selects": {}
},
"edition": "2015",
"version": "0.4.20"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"matchers 0.1.0": {
"name": "matchers",
"version": "0.1.0",
"package_url": "https://github.com/hawkw/matchers",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/matchers/0.1.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "8263075bb86c5a1b1427b5ae862e8889656f126e9f77c484496e8b47cf5c5558"
}
},
"targets": [
{
"Library": {
"crate_name": "matchers",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "matchers",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "regex-automata 0.1.10",
"target": "regex_automata"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.0"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"memchr 2.7.1": {
"name": "memchr",
"version": "2.7.1",
"package_url": "https://github.com/BurntSushi/memchr",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/memchr/2.7.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "523dc4f511e55ab87b694dc30d0f820d60906ef06413f93d4d7a1385599cc149"
}
},
"targets": [
{
"Library": {
"crate_name": "memchr",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "memchr",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"alloc",
"default",
"std"
],
"selects": {}
},
"edition": "2021",
"version": "2.7.1"
},
"license": "Unlicense OR MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"memoffset 0.8.0": {
"name": "memoffset",
"version": "0.8.0",
"package_url": "https://github.com/Gilnaa/memoffset",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/memoffset/0.8.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "d61c719bcfbcf5d62b3a09efa6088de8c54bc0bfcd3ea7ae39fcc186108b8de1"
}
},
"targets": [
{
"Library": {
"crate_name": "memoffset",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "memoffset",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "memoffset 0.8.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.8.0"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "autocfg 1.1.0",
"target": "autocfg"
}
],
"selects": {}
}
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"miniz_oxide 0.6.2": {
"name": "miniz_oxide",
"version": "0.6.2",
"package_url": "https://github.com/Frommi/miniz_oxide/tree/master/miniz_oxide",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/miniz_oxide/0.6.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b275950c28b37e794e8c55d88aeb5e139d0ce23fdbbeda68f8d7174abdf9e8fa"
}
},
"targets": [
{
"Library": {
"crate_name": "miniz_oxide",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "miniz_oxide",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"with-alloc"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "adler 1.0.2",
"target": "adler"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.6.2"
},
"license": "MIT OR Zlib OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT",
"Zlib"
],
"license_file": null
},
"nu-ansi-term 0.46.0": {
"name": "nu-ansi-term",
"version": "0.46.0",
"package_url": "https://github.com/nushell/nu-ansi-term",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/nu-ansi-term/0.46.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "77a8165726e8236064dbb45459242600304b42a5ea24ee2948e18e023bf7ba84"
}
},
"targets": [
{
"Library": {
"crate_name": "nu_ansi_term",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "nu_ansi_term",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "overload 0.1.1",
"target": "overload"
}
],
"selects": {
"cfg(target_os = \"windows\")": [
{
"id": "winapi 0.3.9",
"target": "winapi"
}
]
}
},
"edition": "2018",
"version": "0.46.0"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"num-integer 0.1.45": {
"name": "num-integer",
"version": "0.1.45",
"package_url": "https://github.com/rust-num/num-integer",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/num-integer/0.1.45/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "225d3389fb3509a24c93f5c29eb6bde2586b98d9f016636dff58d7c6f7569cd9"
}
},
"targets": [
{
"Library": {
"crate_name": "num_integer",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "num_integer",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "num-integer 0.1.45",
"target": "build_script_build"
},
{
"id": "num-traits 0.2.15",
"target": "num_traits"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.1.45"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "autocfg 1.1.0",
"target": "autocfg"
}
],
"selects": {}
}
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"num-traits 0.2.15": {
"name": "num-traits",
"version": "0.2.15",
"package_url": "https://github.com/rust-num/num-traits",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/num-traits/0.2.15/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "578ede34cf02f8924ab9447f50c28075b4d3e5b269972345e7e0372b38c6cdcd"
}
},
"targets": [
{
"Library": {
"crate_name": "num_traits",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "num_traits",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "num-traits 0.2.15",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.2.15"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "autocfg 1.1.0",
"target": "autocfg"
}
],
"selects": {}
}
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"num_cpus 1.15.0": {
"name": "num_cpus",
"version": "1.15.0",
"package_url": "https://github.com/seanmonstar/num_cpus",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/num_cpus/1.15.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "0fac9e2da13b5eb447a6ce3d392f23a29d8694bff781bf03a16cd9ac8697593b"
}
},
"targets": [
{
"Library": {
"crate_name": "num_cpus",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "num_cpus",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"cfg(all(any(target_arch = \"x86_64\", target_arch = \"aarch64\"), target_os = \"hermit\"))": [
{
"id": "hermit-abi 0.2.6",
"target": "hermit_abi"
}
],
"cfg(not(windows))": [
{
"id": "libc 0.2.141",
"target": "libc"
}
]
}
},
"edition": "2015",
"version": "1.15.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"once_cell 1.17.1": {
"name": "once_cell",
"version": "1.17.1",
"package_url": "https://github.com/matklad/once_cell",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/once_cell/1.17.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b7e5500299e16ebb147ae15a00a942af264cf3688f47923b8fc2cd5858f23ad3"
}
},
"targets": [
{
"Library": {
"crate_name": "once_cell",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "once_cell",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"alloc",
"default",
"race",
"std"
],
"selects": {}
},
"edition": "2021",
"version": "1.17.1"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"overload 0.1.1": {
"name": "overload",
"version": "0.1.1",
"package_url": "https://github.com/danaugrs/overload",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/overload/0.1.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b15813163c1d831bf4a13c3610c05c0d03b39feb07f7e09fa234dac9b15aaf39"
}
},
"targets": [
{
"Library": {
"crate_name": "overload",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "overload",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "0.1.1"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"pin-project-lite 0.2.9": {
"name": "pin-project-lite",
"version": "0.2.9",
"package_url": "https://github.com/taiki-e/pin-project-lite",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/pin-project-lite/0.2.9/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e0a7ae3ac2f1173085d398531c705756c94a4c56843785df85a60c1a0afac116"
}
},
"targets": [
{
"Library": {
"crate_name": "pin_project_lite",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "pin_project_lite",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "0.2.9"
},
"license": "Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"proc-macro2 1.0.56": {
"name": "proc-macro2",
"version": "1.0.56",
"package_url": "https://github.com/dtolnay/proc-macro2",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/proc-macro2/1.0.56/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "2b63bdb0cd06f1f4dedf69b254734f9b45af66e4a031e42a7480257d9898b435"
}
},
"targets": [
{
"Library": {
"crate_name": "proc_macro2",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "proc_macro2",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"proc-macro"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "build_script_build"
},
{
"id": "unicode-ident 1.0.8",
"target": "unicode_ident"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.56"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"quote 1.0.26": {
"name": "quote",
"version": "1.0.26",
"package_url": "https://github.com/dtolnay/quote",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/quote/1.0.26/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4424af4bf778aae2051a77b60283332f386554255d722233d09fbfc7e30da2fc"
}
},
"targets": [
{
"Library": {
"crate_name": "quote",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "quote",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"proc-macro"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.26"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"rayon 1.7.0": {
"name": "rayon",
"version": "1.7.0",
"package_url": "https://github.com/rayon-rs/rayon",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/rayon/1.7.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "1d2df5196e37bcc87abebc0053e20787d73847bb33134a69841207dd0a47f03b"
}
},
"targets": [
{
"Library": {
"crate_name": "rayon",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "rayon",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "either 1.8.1",
"target": "either"
},
{
"id": "rayon-core 1.11.0",
"target": "rayon_core"
}
],
"selects": {}
},
"edition": "2021",
"version": "1.7.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"rayon-core 1.11.0": {
"name": "rayon-core",
"version": "1.11.0",
"package_url": "https://github.com/rayon-rs/rayon",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/rayon-core/1.11.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4b8f95bd6966f5c87776639160a66bd8ab9895d9d4ab01ddba9fc60661aebe8d"
}
},
"targets": [
{
"Library": {
"crate_name": "rayon_core",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "rayon_core",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "crossbeam-channel 0.5.7",
"target": "crossbeam_channel"
},
{
"id": "crossbeam-deque 0.8.3",
"target": "crossbeam_deque"
},
{
"id": "crossbeam-utils 0.8.15",
"target": "crossbeam_utils"
},
{
"id": "num_cpus 1.15.0",
"target": "num_cpus"
},
{
"id": "rayon-core 1.11.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2021",
"version": "1.11.0"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"links": "rayon-core"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"regex 1.7.3": {
"name": "regex",
"version": "1.7.3",
"package_url": "https://github.com/rust-lang/regex",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/regex/1.7.3/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "8b1f693b24f6ac912f4893ef08244d70b6067480d2f1a46e950c9691e6749d1d"
}
},
"targets": [
{
"Library": {
"crate_name": "regex",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "regex",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"aho-corasick",
"default",
"memchr",
"perf",
"perf-cache",
"perf-dfa",
"perf-inline",
"perf-literal",
"std",
"unicode",
"unicode-age",
"unicode-bool",
"unicode-case",
"unicode-gencat",
"unicode-perl",
"unicode-script",
"unicode-segment"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "aho-corasick 0.7.20",
"target": "aho_corasick"
},
{
"id": "memchr 2.7.1",
"target": "memchr"
},
{
"id": "regex-syntax 0.6.29",
"target": "regex_syntax"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.7.3"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"regex-automata 0.1.10": {
"name": "regex-automata",
"version": "0.1.10",
"package_url": "https://github.com/BurntSushi/regex-automata",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/regex-automata/0.1.10/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "6c230d73fb8d8c1b9c0b3135c5142a8acee3a0558fb8db5cf1cb65f8d7862132"
}
},
"targets": [
{
"Library": {
"crate_name": "regex_automata",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "regex_automata",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"regex-syntax",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "regex-syntax 0.6.29",
"target": "regex_syntax"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.1.10"
},
"license": "Unlicense/MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"regex-automata 0.4.3": {
"name": "regex-automata",
"version": "0.4.3",
"package_url": "https://github.com/rust-lang/regex/tree/master/regex-automata",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/regex-automata/0.4.3/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "5f804c7828047e88b2d32e2d7fe5a105da8ee3264f01902f796c8e067dc2483f"
}
},
"targets": [
{
"Library": {
"crate_name": "regex_automata",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "regex_automata",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"alloc",
"hybrid",
"meta",
"nfa",
"nfa-backtrack",
"nfa-pikevm",
"nfa-thompson",
"perf",
"perf-inline",
"perf-literal",
"perf-literal-multisubstring",
"perf-literal-substring",
"std",
"syntax"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "aho-corasick 1.1.2",
"target": "aho_corasick"
},
{
"id": "memchr 2.7.1",
"target": "memchr"
},
{
"id": "regex-syntax 0.8.2",
"target": "regex_syntax"
}
],
"selects": {}
},
"edition": "2021",
"version": "0.4.3"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"regex-syntax 0.6.29": {
"name": "regex-syntax",
"version": "0.6.29",
"package_url": "https://github.com/rust-lang/regex",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/regex-syntax/0.6.29/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "f162c6dd7b008981e4d40210aca20b4bd0f9b60ca9271061b07f78537722f2e1"
}
},
"targets": [
{
"Library": {
"crate_name": "regex_syntax",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "regex_syntax",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"unicode",
"unicode-age",
"unicode-bool",
"unicode-case",
"unicode-gencat",
"unicode-perl",
"unicode-script",
"unicode-segment"
],
"selects": {}
},
"edition": "2018",
"version": "0.6.29"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"regex-syntax 0.8.2": {
"name": "regex-syntax",
"version": "0.8.2",
"package_url": "https://github.com/rust-lang/regex/tree/master/regex-syntax",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/regex-syntax/0.8.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "c08c74e62047bb2de4ff487b251e4a92e24f48745648451635cec7d591162d9f"
}
},
"targets": [
{
"Library": {
"crate_name": "regex_syntax",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "regex_syntax",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"std"
],
"selects": {}
},
"edition": "2021",
"version": "0.8.2"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"rustix 0.37.7": {
"name": "rustix",
"version": "0.37.7",
"package_url": "https://github.com/bytecodealliance/rustix",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/rustix/0.37.7/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "2aae838e49b3d63e9274e1c01833cc8139d3fec468c3b84688c628f44b1ae11d"
}
},
"targets": [
{
"Library": {
"crate_name": "rustix",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "rustix",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"io-lifetimes",
"libc",
"std",
"termios",
"use-libc-auxv"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "bitflags 1.3.2",
"target": "bitflags"
},
{
"id": "io-lifetimes 1.0.10",
"target": "io_lifetimes"
},
{
"id": "rustix 0.37.7",
"target": "build_script_build"
}
],
"selects": {
"cfg(all(any(target_os = \"android\", target_os = \"linux\"), any(rustix_use_libc, miri, not(all(target_os = \"linux\", any(target_arch = \"x86\", all(target_arch = \"x86_64\", target_pointer_width = \"64\"), all(target_endian = \"little\", any(target_arch = \"arm\", all(target_arch = \"aarch64\", target_pointer_width = \"64\"), target_arch = \"powerpc64\", target_arch = \"riscv64\", target_arch = \"mips\", target_arch = \"mips64\"))))))))": [
{
"id": "linux-raw-sys 0.3.1",
"target": "linux_raw_sys"
}
],
"cfg(all(not(rustix_use_libc), not(miri), target_os = \"linux\", any(target_arch = \"x86\", all(target_arch = \"x86_64\", target_pointer_width = \"64\"), all(target_endian = \"little\", any(target_arch = \"arm\", all(target_arch = \"aarch64\", target_pointer_width = \"64\"), target_arch = \"powerpc64\", target_arch = \"riscv64\", target_arch = \"mips\", target_arch = \"mips64\")))))": [
{
"id": "libc 0.2.141",
"target": "libc"
},
{
"id": "linux-raw-sys 0.3.1",
"target": "linux_raw_sys"
}
],
"cfg(any(rustix_use_libc, miri, not(all(target_os = \"linux\", any(target_arch = \"x86\", all(target_arch = \"x86_64\", target_pointer_width = \"64\"), all(target_endian = \"little\", any(target_arch = \"arm\", all(target_arch = \"aarch64\", target_pointer_width = \"64\"), target_arch = \"powerpc64\", target_arch = \"riscv64\", target_arch = \"mips\", target_arch = \"mips64\")))))))": [
{
"id": "errno 0.3.0",
"target": "errno",
"alias": "libc_errno"
},
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"cfg(windows)": [
{
"id": "windows-sys 0.45.0",
"target": "windows_sys"
}
]
}
},
"edition": "2018",
"version": "0.37.7"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"ryu 1.0.13": {
"name": "ryu",
"version": "1.0.13",
"package_url": "https://github.com/dtolnay/ryu",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/ryu/1.0.13/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "f91339c0467de62360649f8d3e185ca8de4224ff281f66000de5eb2a77a79041"
}
},
"targets": [
{
"Library": {
"crate_name": "ryu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "ryu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.0.13"
},
"license": "Apache-2.0 OR BSL-1.0",
"license_ids": [
"Apache-2.0",
"BSL-1.0"
],
"license_file": null
},
"scopeguard 1.1.0": {
"name": "scopeguard",
"version": "1.1.0",
"package_url": "https://github.com/bluss/scopeguard",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/scopeguard/1.1.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "d29ab0c6d3fc0ee92fe66e2d99f700eab17a8d57d1c1d3b748380fb20baa78cd"
}
},
"targets": [
{
"Library": {
"crate_name": "scopeguard",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "scopeguard",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "1.1.0"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"scratch 1.0.5": {
"name": "scratch",
"version": "1.0.5",
"package_url": "https://github.com/dtolnay/scratch",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/scratch/1.0.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "1792db035ce95be60c3f8853017b3999209281c24e2ba5bc8e59bf97a0c590c1"
}
},
"targets": [
{
"Library": {
"crate_name": "scratch",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "scratch",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "scratch 1.0.5",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.0.5"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"serde 1.0.159": {
"name": "serde",
"version": "1.0.159",
"package_url": "https://github.com/serde-rs/serde",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/serde/1.0.159/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3c04e8343c3daeec41f58990b9d77068df31209f2af111e059e9fe9646693065"
}
},
"targets": [
{
"Library": {
"crate_name": "serde",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "serde",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"derive",
"serde_derive",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "serde 1.0.159",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"proc_macro_deps": {
"common": [
{
"id": "serde_derive 1.0.159",
"target": "serde_derive"
}
],
"selects": {}
},
"version": "1.0.159"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"serde_derive 1.0.159": {
"name": "serde_derive",
"version": "1.0.159",
"package_url": "https://github.com/serde-rs/serde",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/serde_derive/1.0.159/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4c614d17805b093df4b147b51339e7e44bf05ef59fba1e45d83500bcfb4d8585"
}
},
"targets": [
{
"ProcMacro": {
"crate_name": "serde_derive",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "serde_derive",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "serde_derive 1.0.159",
"target": "build_script_build"
},
{
"id": "syn 2.0.13",
"target": "syn"
}
],
"selects": {}
},
"edition": "2015",
"version": "1.0.159"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"serde_json 1.0.95": {
"name": "serde_json",
"version": "1.0.95",
"package_url": "https://github.com/serde-rs/json",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/serde_json/1.0.95/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "d721eca97ac802aa7777b701877c8004d950fc142651367300d21c1cc0194744"
}
},
"targets": [
{
"Library": {
"crate_name": "serde_json",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "serde_json",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "itoa 1.0.6",
"target": "itoa"
},
{
"id": "ryu 1.0.13",
"target": "ryu"
},
{
"id": "serde 1.0.159",
"target": "serde"
},
{
"id": "serde_json 1.0.95",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.95"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"sharded-slab 0.1.4": {
"name": "sharded-slab",
"version": "0.1.4",
"package_url": "https://github.com/hawkw/sharded-slab",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/sharded-slab/0.1.4/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "900fba806f70c630b0a382d0d825e17a0f19fcd059a2ade1ff237bcddf446b31"
}
},
"targets": [
{
"Library": {
"crate_name": "sharded_slab",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "sharded_slab",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "lazy_static 1.4.0",
"target": "lazy_static"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.4"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"smallvec 1.10.0": {
"name": "smallvec",
"version": "1.10.0",
"package_url": "https://github.com/servo/rust-smallvec",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/smallvec/1.10.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "a507befe795404456341dfab10cef66ead4c041f62b8b11bbb92bffe5d0953e0"
}
},
"targets": [
{
"Library": {
"crate_name": "smallvec",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "smallvec",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.10.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"strsim 0.10.0": {
"name": "strsim",
"version": "0.10.0",
"package_url": "https://github.com/dguo/strsim-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/strsim/0.10.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "73473c0e59e6d5812c5dfe2a064a6444949f089e20eec9a2e5506596494e4623"
}
},
"targets": [
{
"Library": {
"crate_name": "strsim",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "strsim",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "0.10.0"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"syn 1.0.109": {
"name": "syn",
"version": "1.0.109",
"package_url": "https://github.com/dtolnay/syn",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/syn/1.0.109/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "72b64191b275b66ffe2469e8af2c1cfe3bafa67b529ead792a6d0160888b4237"
}
},
"targets": [
{
"Library": {
"crate_name": "syn",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "syn",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"clone-impls",
"extra-traits",
"full",
"parsing",
"printing",
"proc-macro",
"quote",
"visit",
"visit-mut"
],
"selects": {
"wasm32-unknown-unknown": [
"default",
"derive"
]
}
},
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "syn 1.0.109",
"target": "build_script_build"
},
{
"id": "unicode-ident 1.0.8",
"target": "unicode_ident"
}
],
"selects": {}
},
"edition": "2018",
"version": "1.0.109"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"syn 2.0.13": {
"name": "syn",
"version": "2.0.13",
"package_url": "https://github.com/dtolnay/syn",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/syn/2.0.13/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4c9da457c5285ac1f936ebd076af6dac17a61cfe7826f2076b4d015cf47bc8ec"
}
},
"targets": [
{
"Library": {
"crate_name": "syn",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "syn",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"clone-impls",
"default",
"derive",
"full",
"parsing",
"printing",
"proc-macro",
"quote"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "unicode-ident 1.0.8",
"target": "unicode_ident"
}
],
"selects": {}
},
"edition": "2021",
"version": "2.0.13"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"termcolor 1.2.0": {
"name": "termcolor",
"version": "1.2.0",
"package_url": "https://github.com/BurntSushi/termcolor",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/termcolor/1.2.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "be55cf8942feac5c765c2c993422806843c9a9a45d4d5c407ad6dd2ea95eb9b6"
}
},
"targets": [
{
"Library": {
"crate_name": "termcolor",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "termcolor",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"cfg(windows)": [
{
"id": "winapi-util 0.1.5",
"target": "winapi_util"
}
]
}
},
"edition": "2018",
"version": "1.2.0"
},
"license": "Unlicense OR MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"thread_local 1.1.7": {
"name": "thread_local",
"version": "1.1.7",
"package_url": "https://github.com/Amanieu/thread_local-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/thread_local/1.1.7/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "3fdd6f064ccff2d6567adcb3873ca630700f00b5ad3f060c25b5dcfd9a4ce152"
}
},
"targets": [
{
"Library": {
"crate_name": "thread_local",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "thread_local",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "once_cell 1.17.1",
"target": "once_cell"
}
],
"selects": {}
},
"edition": "2021",
"version": "1.1.7"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"time 0.1.45": {
"name": "time",
"version": "0.1.45",
"package_url": "https://github.com/time-rs/time",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/time/0.1.45/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "1b797afad3f312d1c66a56d11d0316f916356d11bd158fbc6ca6389ff6bf805a"
}
},
"targets": [
{
"Library": {
"crate_name": "time",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "time",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "libc 0.2.141",
"target": "libc"
}
],
"selects": {
"cfg(target_os = \"wasi\")": [
{
"id": "wasi 0.10.0+wasi-snapshot-preview1",
"target": "wasi"
}
],
"cfg(windows)": [
{
"id": "winapi 0.3.9",
"target": "winapi"
}
]
}
},
"edition": "2015",
"version": "0.1.45"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"tracing 0.1.37": {
"name": "tracing",
"version": "0.1.37",
"package_url": "https://github.com/tokio-rs/tracing",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/tracing/0.1.37/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "8ce8c33a8d48bd45d624a6e523445fd21ec13d3653cd51f681abf67418f54eb8"
}
},
"targets": [
{
"Library": {
"crate_name": "tracing",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tracing",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"attributes",
"default",
"std",
"tracing-attributes"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "pin-project-lite 0.2.9",
"target": "pin_project_lite"
},
{
"id": "tracing-core 0.1.30",
"target": "tracing_core"
}
],
"selects": {}
},
"edition": "2018",
"proc_macro_deps": {
"common": [
{
"id": "tracing-attributes 0.1.23",
"target": "tracing_attributes"
}
],
"selects": {}
},
"version": "0.1.37"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tracing-attributes 0.1.23": {
"name": "tracing-attributes",
"version": "0.1.23",
"package_url": "https://github.com/tokio-rs/tracing",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/tracing-attributes/0.1.23/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4017f8f45139870ca7e672686113917c71c7a6e02d4924eda67186083c03081a"
}
},
"targets": [
{
"ProcMacro": {
"crate_name": "tracing_attributes",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tracing_attributes",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "syn 1.0.109",
"target": "syn"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.23"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tracing-core 0.1.30": {
"name": "tracing-core",
"version": "0.1.30",
"package_url": "https://github.com/tokio-rs/tracing",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/tracing-core/0.1.30/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "24eb03ba0eab1fd845050058ce5e616558e8f8d8fca633e6b163fe25c797213a"
}
},
"targets": [
{
"Library": {
"crate_name": "tracing_core",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tracing_core",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"once_cell",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "once_cell 1.17.1",
"target": "once_cell"
}
],
"selects": {
"cfg(tracing_unstable)": [
{
"id": "valuable 0.1.0",
"target": "valuable"
}
]
}
},
"edition": "2018",
"version": "0.1.30"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tracing-log 0.1.3": {
"name": "tracing-log",
"version": "0.1.3",
"package_url": "https://github.com/tokio-rs/tracing",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/tracing-log/0.1.3/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "78ddad33d2d10b1ed7eb9d1f518a5674713876e97e5bb9b7345a7984fbb4f922"
}
},
"targets": [
{
"Library": {
"crate_name": "tracing_log",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tracing_log",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"log-tracer",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "lazy_static 1.4.0",
"target": "lazy_static"
},
{
"id": "log 0.4.20",
"target": "log"
},
{
"id": "tracing-core 0.1.30",
"target": "tracing_core"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.3"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tracing-subscriber 0.3.16": {
"name": "tracing-subscriber",
"version": "0.3.16",
"package_url": "https://github.com/tokio-rs/tracing",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/tracing-subscriber/0.3.16/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "a6176eae26dd70d0c919749377897b54a9276bd7061339665dd68777926b5a70"
}
},
"targets": [
{
"Library": {
"crate_name": "tracing_subscriber",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tracing_subscriber",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"alloc",
"ansi",
"default",
"env-filter",
"fmt",
"matchers",
"nu-ansi-term",
"once_cell",
"regex",
"registry",
"sharded-slab",
"smallvec",
"std",
"thread_local",
"tracing",
"tracing-log"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "matchers 0.1.0",
"target": "matchers"
},
{
"id": "nu-ansi-term 0.46.0",
"target": "nu_ansi_term"
},
{
"id": "once_cell 1.17.1",
"target": "once_cell"
},
{
"id": "regex 1.7.3",
"target": "regex"
},
{
"id": "sharded-slab 0.1.4",
"target": "sharded_slab"
},
{
"id": "smallvec 1.10.0",
"target": "smallvec"
},
{
"id": "thread_local 1.1.7",
"target": "thread_local"
},
{
"id": "tracing 0.1.37",
"target": "tracing"
},
{
"id": "tracing-core 0.1.30",
"target": "tracing_core"
},
{
"id": "tracing-log 0.1.3",
"target": "tracing_log"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.3.16"
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tree-sitter 0.20.10": {
"name": "tree-sitter",
"version": "0.20.10",
"package_url": "https://github.com/tree-sitter/tree-sitter",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/tree-sitter/0.20.10/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e747b1f9b7b931ed39a548c1fae149101497de3c1fc8d9e18c62c1a66c683d3d"
}
},
"targets": [
{
"Library": {
"crate_name": "tree_sitter",
"crate_root": "binding_rust/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "binding_rust/build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tree_sitter",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "regex 1.7.3",
"target": "regex"
},
{
"id": "tree-sitter 0.20.10",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2021",
"version": "0.20.10"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
}
],
"selects": {}
}
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tree-sitter-embedded-template 0.20.0": {
"name": "tree-sitter-embedded-template",
"version": "0.20.0",
"package_url": "https://github.com/tree-sitter/tree-sitter-embedded-template",
"repository": {
"Git": {
"remote": "https://github.com/tree-sitter/tree-sitter-embedded-template.git",
"commitish": {
"Rev": "203f7bd3c1bbfbd98fc19add4b8fcb213c059205"
}
}
},
"targets": [
{
"Library": {
"crate_name": "tree_sitter_embedded_template",
"crate_root": "bindings/rust/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "bindings/rust/build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tree_sitter_embedded_template",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "tree-sitter 0.20.10",
"target": "tree_sitter"
},
{
"id": "tree-sitter-embedded-template 0.20.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.20.0"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
}
],
"selects": {}
}
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"tree-sitter-ruby 0.20.0": {
"name": "tree-sitter-ruby",
"version": "0.20.0",
"package_url": "https://github.com/tree-sitter/tree-sitter-ruby",
"repository": {
"Git": {
"remote": "https://github.com/tree-sitter/tree-sitter-ruby.git",
"commitish": {
"Rev": "4d9ad3f010fdc47a8433adcf9ae30c8eb8475ae7"
}
}
},
"targets": [
{
"Library": {
"crate_name": "tree_sitter_ruby",
"crate_root": "bindings/rust/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "bindings/rust/build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "tree_sitter_ruby",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "tree-sitter 0.20.10",
"target": "tree_sitter"
},
{
"id": "tree-sitter-ruby 0.20.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.20.0"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "cc 1.0.79",
"target": "cc"
}
],
"selects": {}
}
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"unicode-ident 1.0.8": {
"name": "unicode-ident",
"version": "1.0.8",
"package_url": "https://github.com/dtolnay/unicode-ident",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/unicode-ident/1.0.8/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e5464a87b239f13a63a501f2701565754bae92d243d4bb7eb12f6d57d2269bf4"
}
},
"targets": [
{
"Library": {
"crate_name": "unicode_ident",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "unicode_ident",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2018",
"version": "1.0.8"
},
"license": "(MIT OR Apache-2.0) AND Unicode-DFS-2016",
"license_ids": [
"Apache-2.0",
"MIT",
"Unicode-DFS-2016"
],
"license_file": null
},
"unicode-width 0.1.10": {
"name": "unicode-width",
"version": "0.1.10",
"package_url": "https://github.com/unicode-rs/unicode-width",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/unicode-width/0.1.10/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "c0edd1e5b14653f783770bce4a4dabb4a5108a5370a5f5d8cfe8710c361f6c8b"
}
},
"targets": [
{
"Library": {
"crate_name": "unicode_width",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "unicode_width",
"common_attrs": {
"compile_data_glob": [
"**"
],
"edition": "2015",
"version": "0.1.10"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"utf8parse 0.2.1": {
"name": "utf8parse",
"version": "0.2.1",
"package_url": "https://github.com/alacritty/vte",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/utf8parse/0.2.1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "711b9620af191e0cdc7468a8d14e709c3dcdb115b36f838e601583af800a370a"
}
},
"targets": [
{
"Library": {
"crate_name": "utf8parse",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "utf8parse",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default"
],
"selects": {}
},
"edition": "2018",
"version": "0.2.1"
},
"license": "Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"valuable 0.1.0": {
"name": "valuable",
"version": "0.1.0",
"package_url": "https://github.com/tokio-rs/valuable",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/valuable/0.1.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "830b7e5d4d90034032940e4ace0d9a9a057e7a45cd94e6c007832e39edb82f6d"
}
},
"targets": [
{
"Library": {
"crate_name": "valuable",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "valuable",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "valuable 0.1.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.1.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT",
"license_ids": [
"MIT"
],
"license_file": null
},
"wasi 0.10.0+wasi-snapshot-preview1": {
"name": "wasi",
"version": "0.10.0+wasi-snapshot-preview1",
"package_url": "https://github.com/bytecodealliance/wasi",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/wasi/0.10.0+wasi-snapshot-preview1/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "1a143597ca7c7793eff794def352d41792a93c481eb1042423ff7ff72ba2c31f"
}
},
"targets": [
{
"Library": {
"crate_name": "wasi",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "wasi",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"std"
],
"selects": {}
},
"edition": "2018",
"version": "0.10.0+wasi-snapshot-preview1"
},
"license": "Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"wasm-bindgen 0.2.84": {
"name": "wasm-bindgen",
"version": "0.2.84",
"package_url": "https://github.com/rustwasm/wasm-bindgen",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/wasm-bindgen/0.2.84/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "31f8dcbc21f30d9b8f2ea926ecb58f6b91192c17e9d33594b3df58b2007ca53b"
}
},
"targets": [
{
"Library": {
"crate_name": "wasm_bindgen",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "wasm_bindgen",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"default",
"spans",
"std"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "cfg-if 1.0.0",
"target": "cfg_if"
},
{
"id": "wasm-bindgen 0.2.84",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"proc_macro_deps": {
"common": [
{
"id": "wasm-bindgen-macro 0.2.84",
"target": "wasm_bindgen_macro"
}
],
"selects": {}
},
"version": "0.2.84"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"wasm-bindgen-backend 0.2.84": {
"name": "wasm-bindgen-backend",
"version": "0.2.84",
"package_url": "https://github.com/rustwasm/wasm-bindgen/tree/master/crates/backend",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/wasm-bindgen-backend/0.2.84/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "95ce90fd5bcc06af55a641a86428ee4229e44e07033963a2290a8e241607ccb9"
}
},
"targets": [
{
"Library": {
"crate_name": "wasm_bindgen_backend",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "wasm_bindgen_backend",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"spans"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "bumpalo 3.12.0",
"target": "bumpalo"
},
{
"id": "log 0.4.20",
"target": "log"
},
{
"id": "once_cell 1.17.1",
"target": "once_cell"
},
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "syn 1.0.109",
"target": "syn"
},
{
"id": "wasm-bindgen-shared 0.2.84",
"target": "wasm_bindgen_shared"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.2.84"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"wasm-bindgen-macro 0.2.84": {
"name": "wasm-bindgen-macro",
"version": "0.2.84",
"package_url": "https://github.com/rustwasm/wasm-bindgen/tree/master/crates/macro",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/wasm-bindgen-macro/0.2.84/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4c21f77c0bedc37fd5dc21f897894a5ca01e7bb159884559461862ae90c0b4c5"
}
},
"targets": [
{
"ProcMacro": {
"crate_name": "wasm_bindgen_macro",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "wasm_bindgen_macro",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"spans"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "wasm-bindgen-macro-support 0.2.84",
"target": "wasm_bindgen_macro_support"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.2.84"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"wasm-bindgen-macro-support 0.2.84": {
"name": "wasm-bindgen-macro-support",
"version": "0.2.84",
"package_url": "https://github.com/rustwasm/wasm-bindgen/tree/master/crates/macro-support",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/wasm-bindgen-macro-support/0.2.84/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "2aff81306fcac3c7515ad4e177f521b5c9a15f2b08f4e32d823066102f35a5f6"
}
},
"targets": [
{
"Library": {
"crate_name": "wasm_bindgen_macro_support",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "wasm_bindgen_macro_support",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"spans"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "proc-macro2 1.0.56",
"target": "proc_macro2"
},
{
"id": "quote 1.0.26",
"target": "quote"
},
{
"id": "syn 1.0.109",
"target": "syn"
},
{
"id": "wasm-bindgen-backend 0.2.84",
"target": "wasm_bindgen_backend"
},
{
"id": "wasm-bindgen-shared 0.2.84",
"target": "wasm_bindgen_shared"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.2.84"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"wasm-bindgen-shared 0.2.84": {
"name": "wasm-bindgen-shared",
"version": "0.2.84",
"package_url": "https://github.com/rustwasm/wasm-bindgen/tree/master/crates/shared",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/wasm-bindgen-shared/0.2.84/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "0046fef7e28c3804e5e38bfa31ea2a0f73905319b677e57ebe37e49358989b5d"
}
},
"targets": [
{
"Library": {
"crate_name": "wasm_bindgen_shared",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "wasm_bindgen_shared",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "wasm-bindgen-shared 0.2.84",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.2.84"
},
"build_script_attrs": {
"data_glob": [
"**"
],
"links": "wasm_bindgen"
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"winapi 0.3.9": {
"name": "winapi",
"version": "0.3.9",
"package_url": "https://github.com/retep998/winapi-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/winapi/0.3.9/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "5c839a674fcd7a98952e593242ea400abe93992746761e38641405d28b00f419"
}
},
"targets": [
{
"Library": {
"crate_name": "winapi",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "winapi",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"consoleapi",
"errhandlingapi",
"fileapi",
"handleapi",
"minwinbase",
"minwindef",
"ntdef",
"processenv",
"profileapi",
"std",
"sysinfoapi",
"timezoneapi"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "winapi 0.3.9",
"target": "build_script_build"
}
],
"selects": {
"i686-pc-windows-gnu": [
{
"id": "winapi-i686-pc-windows-gnu 0.4.0",
"target": "winapi_i686_pc_windows_gnu"
}
],
"x86_64-pc-windows-gnu": [
{
"id": "winapi-x86_64-pc-windows-gnu 0.4.0",
"target": "winapi_x86_64_pc_windows_gnu"
}
]
}
},
"edition": "2015",
"version": "0.3.9"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"winapi-i686-pc-windows-gnu 0.4.0": {
"name": "winapi-i686-pc-windows-gnu",
"version": "0.4.0",
"package_url": "https://github.com/retep998/winapi-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/winapi-i686-pc-windows-gnu/0.4.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "ac3b87c63620426dd9b991e5ce0329eff545bccbbb34f3be09ff6fb6ab51b7b6"
}
},
"targets": [
{
"Library": {
"crate_name": "winapi_i686_pc_windows_gnu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "winapi_i686_pc_windows_gnu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "winapi-i686-pc-windows-gnu 0.4.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.4.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"winapi-util 0.1.5": {
"name": "winapi-util",
"version": "0.1.5",
"package_url": "https://github.com/BurntSushi/winapi-util",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/winapi-util/0.1.5/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "70ec6ce85bb158151cae5e5c87f95a8e97d2c0c4b001223f33a334e3ce5de178"
}
},
"targets": [
{
"Library": {
"crate_name": "winapi_util",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "winapi_util",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"cfg(windows)": [
{
"id": "winapi 0.3.9",
"target": "winapi"
}
]
}
},
"edition": "2018",
"version": "0.1.5"
},
"license": "Unlicense/MIT",
"license_ids": [
"MIT",
"Unlicense"
],
"license_file": null
},
"winapi-x86_64-pc-windows-gnu 0.4.0": {
"name": "winapi-x86_64-pc-windows-gnu",
"version": "0.4.0",
"package_url": "https://github.com/retep998/winapi-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/winapi-x86_64-pc-windows-gnu/0.4.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "712e227841d057c1ee1cd2fb22fa7e5a5461ae8e48fa2ca79ec42cfc1931183f"
}
},
"targets": [
{
"Library": {
"crate_name": "winapi_x86_64_pc_windows_gnu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "winapi_x86_64_pc_windows_gnu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "winapi-x86_64-pc-windows-gnu 0.4.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2015",
"version": "0.4.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT/Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows 0.48.0": {
"name": "windows",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e686886bc078bc1b0b600cac0147aadb815089b6e4da64016cbd754b6342700f"
}
},
"targets": [
{
"Library": {
"crate_name": "windows",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows-targets 0.48.0",
"target": "windows_targets"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows-sys 0.45.0": {
"name": "windows-sys",
"version": "0.45.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows-sys/0.45.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "75283be5efb2831d37ea142365f009c02ec203cd29a3ebecbc093d52315b66d0"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_sys",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_sys",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"Win32",
"Win32_Foundation",
"Win32_Storage",
"Win32_Storage_FileSystem",
"Win32_System",
"Win32_System_Console",
"default"
],
"selects": {}
},
"deps": {
"common": [],
"selects": {
"cfg(not(windows_raw_dylib))": [
{
"id": "windows-targets 0.42.2",
"target": "windows_targets"
}
]
}
},
"edition": "2018",
"version": "0.45.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows-sys 0.48.0": {
"name": "windows-sys",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows-sys/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "677d2418bec65e3338edb076e806bc1ec15693c5d0104683f2efe857f61056a9"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_sys",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_sys",
"common_attrs": {
"compile_data_glob": [
"**"
],
"crate_features": {
"common": [
"Win32",
"Win32_Foundation",
"Win32_Networking",
"Win32_Networking_WinSock",
"Win32_Security",
"Win32_Storage",
"Win32_Storage_FileSystem",
"Win32_System",
"Win32_System_IO",
"Win32_System_Threading",
"default"
],
"selects": {}
},
"deps": {
"common": [
{
"id": "windows-targets 0.48.0",
"target": "windows_targets"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows-targets 0.42.2": {
"name": "windows-targets",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows-targets/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "8e5180c00cd44c9b1c88adb3693291f1cd93605ded80c250a75d472756b4d071"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_targets",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_targets",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"aarch64-pc-windows-gnullvm": [
{
"id": "windows_aarch64_gnullvm 0.42.2",
"target": "windows_aarch64_gnullvm"
}
],
"aarch64-pc-windows-msvc": [
{
"id": "windows_aarch64_msvc 0.42.2",
"target": "windows_aarch64_msvc"
}
],
"aarch64-uwp-windows-msvc": [
{
"id": "windows_aarch64_msvc 0.42.2",
"target": "windows_aarch64_msvc"
}
],
"i686-pc-windows-gnu": [
{
"id": "windows_i686_gnu 0.42.2",
"target": "windows_i686_gnu"
}
],
"i686-pc-windows-msvc": [
{
"id": "windows_i686_msvc 0.42.2",
"target": "windows_i686_msvc"
}
],
"i686-uwp-windows-gnu": [
{
"id": "windows_i686_gnu 0.42.2",
"target": "windows_i686_gnu"
}
],
"i686-uwp-windows-msvc": [
{
"id": "windows_i686_msvc 0.42.2",
"target": "windows_i686_msvc"
}
],
"x86_64-pc-windows-gnu": [
{
"id": "windows_x86_64_gnu 0.42.2",
"target": "windows_x86_64_gnu"
}
],
"x86_64-pc-windows-gnullvm": [
{
"id": "windows_x86_64_gnullvm 0.42.2",
"target": "windows_x86_64_gnullvm"
}
],
"x86_64-pc-windows-msvc": [
{
"id": "windows_x86_64_msvc 0.42.2",
"target": "windows_x86_64_msvc"
}
],
"x86_64-uwp-windows-gnu": [
{
"id": "windows_x86_64_gnu 0.42.2",
"target": "windows_x86_64_gnu"
}
],
"x86_64-uwp-windows-msvc": [
{
"id": "windows_x86_64_msvc 0.42.2",
"target": "windows_x86_64_msvc"
}
]
}
},
"edition": "2018",
"version": "0.42.2"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows-targets 0.48.0": {
"name": "windows-targets",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows-targets/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "7b1eb6f0cd7c80c79759c929114ef071b87354ce476d9d94271031c0497adfd5"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_targets",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_targets",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [],
"selects": {
"cfg(all(target_arch = \"aarch64\", target_env = \"gnu\", target_abi = \"llvm\", not(windows_raw_dylib)))": [
{
"id": "windows_aarch64_gnullvm 0.48.0",
"target": "windows_aarch64_gnullvm"
}
],
"cfg(all(target_arch = \"aarch64\", target_env = \"msvc\", not(windows_raw_dylib)))": [
{
"id": "windows_aarch64_msvc 0.48.0",
"target": "windows_aarch64_msvc"
}
],
"cfg(all(target_arch = \"x86\", target_env = \"gnu\", not(windows_raw_dylib)))": [
{
"id": "windows_i686_gnu 0.48.0",
"target": "windows_i686_gnu"
}
],
"cfg(all(target_arch = \"x86\", target_env = \"msvc\", not(windows_raw_dylib)))": [
{
"id": "windows_i686_msvc 0.48.0",
"target": "windows_i686_msvc"
}
],
"cfg(all(target_arch = \"x86_64\", target_env = \"gnu\", not(target_abi = \"llvm\"), not(windows_raw_dylib)))": [
{
"id": "windows_x86_64_gnu 0.48.0",
"target": "windows_x86_64_gnu"
}
],
"cfg(all(target_arch = \"x86_64\", target_env = \"gnu\", target_abi = \"llvm\", not(windows_raw_dylib)))": [
{
"id": "windows_x86_64_gnullvm 0.48.0",
"target": "windows_x86_64_gnullvm"
}
],
"cfg(all(target_arch = \"x86_64\", target_env = \"msvc\", not(windows_raw_dylib)))": [
{
"id": "windows_x86_64_msvc 0.48.0",
"target": "windows_x86_64_msvc"
}
]
}
},
"edition": "2018",
"version": "0.48.0"
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_aarch64_gnullvm 0.42.2": {
"name": "windows_aarch64_gnullvm",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_aarch64_gnullvm/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "597a5118570b68bc08d8d59125332c54f1ba9d9adeedeef5b99b02ba2b0698f8"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_aarch64_gnullvm",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_aarch64_gnullvm",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_aarch64_gnullvm 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_aarch64_gnullvm 0.48.0": {
"name": "windows_aarch64_gnullvm",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_aarch64_gnullvm/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "91ae572e1b79dba883e0d315474df7305d12f569b400fcf90581b06062f7e1bc"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_aarch64_gnullvm",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_aarch64_gnullvm",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_aarch64_gnullvm 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_aarch64_msvc 0.42.2": {
"name": "windows_aarch64_msvc",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_aarch64_msvc/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "e08e8864a60f06ef0d0ff4ba04124db8b0fb3be5776a5cd47641e942e58c4d43"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_aarch64_msvc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_aarch64_msvc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_aarch64_msvc 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_aarch64_msvc 0.48.0": {
"name": "windows_aarch64_msvc",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_aarch64_msvc/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "b2ef27e0d7bdfcfc7b868b317c1d32c641a6fe4629c171b8928c7b08d98d7cf3"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_aarch64_msvc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_aarch64_msvc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_aarch64_msvc 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_i686_gnu 0.42.2": {
"name": "windows_i686_gnu",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_i686_gnu/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "c61d927d8da41da96a81f029489353e68739737d3beca43145c8afec9a31a84f"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_i686_gnu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_i686_gnu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_i686_gnu 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_i686_gnu 0.48.0": {
"name": "windows_i686_gnu",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_i686_gnu/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "622a1962a7db830d6fd0a69683c80a18fda201879f0f447f065a3b7467daa241"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_i686_gnu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_i686_gnu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_i686_gnu 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_i686_msvc 0.42.2": {
"name": "windows_i686_msvc",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_i686_msvc/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "44d840b6ec649f480a41c8d80f9c65108b92d89345dd94027bfe06ac444d1060"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_i686_msvc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_i686_msvc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_i686_msvc 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_i686_msvc 0.48.0": {
"name": "windows_i686_msvc",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_i686_msvc/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "4542c6e364ce21bf45d69fdd2a8e455fa38d316158cfd43b3ac1c5b1b19f8e00"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_i686_msvc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_i686_msvc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_i686_msvc 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_x86_64_gnu 0.42.2": {
"name": "windows_x86_64_gnu",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_x86_64_gnu/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "8de912b8b8feb55c064867cf047dda097f92d51efad5b491dfb98f6bbb70cb36"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_x86_64_gnu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_x86_64_gnu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_x86_64_gnu 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_x86_64_gnu 0.48.0": {
"name": "windows_x86_64_gnu",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_x86_64_gnu/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "ca2b8a661f7628cbd23440e50b05d705db3686f894fc9580820623656af974b1"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_x86_64_gnu",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_x86_64_gnu",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_x86_64_gnu 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_x86_64_gnullvm 0.42.2": {
"name": "windows_x86_64_gnullvm",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_x86_64_gnullvm/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "26d41b46a36d453748aedef1486d5c7a85db22e56aff34643984ea85514e94a3"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_x86_64_gnullvm",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_x86_64_gnullvm",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_x86_64_gnullvm 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_x86_64_gnullvm 0.48.0": {
"name": "windows_x86_64_gnullvm",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_x86_64_gnullvm/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "7896dbc1f41e08872e9d5e8f8baa8fdd2677f29468c4e156210174edc7f7b953"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_x86_64_gnullvm",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_x86_64_gnullvm",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_x86_64_gnullvm 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_x86_64_msvc 0.42.2": {
"name": "windows_x86_64_msvc",
"version": "0.42.2",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_x86_64_msvc/0.42.2/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "9aec5da331524158c6d1a4ac0ab1541149c0b9505fde06423b02f5ef0106b9f0"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_x86_64_msvc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_x86_64_msvc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_x86_64_msvc 0.42.2",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.42.2"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
},
"windows_x86_64_msvc 0.48.0": {
"name": "windows_x86_64_msvc",
"version": "0.48.0",
"package_url": "https://github.com/microsoft/windows-rs",
"repository": {
"Http": {
Ruby: Regenerate dbscheme and stats
2024-03-19 12:33:12 +03:00
"url": "https://static.crates.io/crates/windows_x86_64_msvc/0.48.0/download",
Ruby: Start building the language pack using bazel. This PR introduces a bazel and `rules_rust`-based build system for the ruby extractor and language pack. This replacese the existing, `cargo` and `cross`-based build system. For local development, nothing changes, and the existing `cargo`-based build still keeps working as-is. We no longer need to use `cross` to compile our Linux binaries, as we now can link against our hermetic C++ toolchain, which ships with an old enough glibc, so that we don't run into symbol version issues when deploying the binaries to older systems. Besides the one change in dependency (explained in detail in `Cargo.toml` and in https://github.com/github/codeql/pull/15595), nothing ought to change in how we build the extractor.
2024-02-13 12:49:28 +03:00
"sha256": "1a515f5799fe4961cb532f983ce2b23082366b898e52ffbce459c86f67c8378a"
}
},
"targets": [
{
"Library": {
"crate_name": "windows_x86_64_msvc",
"crate_root": "src/lib.rs",
"srcs": [
"**/*.rs"
]
}
},
{
"BuildScript": {
"crate_name": "build_script_build",
"crate_root": "build.rs",
"srcs": [
"**/*.rs"
]
}
}
],
"library_target_name": "windows_x86_64_msvc",
"common_attrs": {
"compile_data_glob": [
"**"
],
"deps": {
"common": [
{
"id": "windows_x86_64_msvc 0.48.0",
"target": "build_script_build"
}
],
"selects": {}
},
"edition": "2018",
"version": "0.48.0"
},
"build_script_attrs": {
"data_glob": [
"**"
]
},
"license": "MIT OR Apache-2.0",
"license_ids": [
"Apache-2.0",
"MIT"
],
"license_file": null
}
},
"binary_crates": [],
"workspace_members": {
"codeql-extractor-ruby 0.1.0": "ruby/extractor"
},
"conditions": {
"aarch64-apple-darwin": [
"aarch64-apple-darwin"
],
"aarch64-apple-ios": [
"aarch64-apple-ios"
],
"aarch64-apple-ios-sim": [
"aarch64-apple-ios-sim"
],
"aarch64-fuchsia": [
"aarch64-fuchsia"
],
"aarch64-linux-android": [
"aarch64-linux-android"
],
"aarch64-pc-windows-gnullvm": [],
"aarch64-pc-windows-msvc": [
"aarch64-pc-windows-msvc"
],
"aarch64-unknown-linux-gnu": [
"aarch64-unknown-linux-gnu"
],
"aarch64-unknown-nixos-gnu": [
"aarch64-unknown-nixos-gnu"
],
"aarch64-unknown-nto-qnx710": [
"aarch64-unknown-nto-qnx710"
],
"aarch64-uwp-windows-msvc": [],
"arm-unknown-linux-gnueabi": [
"arm-unknown-linux-gnueabi"
],
"armv7-linux-androideabi": [
"armv7-linux-androideabi"
],
"armv7-unknown-linux-gnueabi": [
"armv7-unknown-linux-gnueabi"
],
"cfg(all(any(target_arch = \"x86_64\", target_arch = \"aarch64\"), target_os = \"hermit\"))": [],
"cfg(all(any(target_os = \"android\", target_os = \"linux\"), any(rustix_use_libc, miri, not(all(target_os = \"linux\", any(target_arch = \"x86\", all(target_arch = \"x86_64\", target_pointer_width = \"64\"), all(target_endian = \"little\", any(target_arch = \"arm\", all(target_arch = \"aarch64\", target_pointer_width = \"64\"), target_arch = \"powerpc64\", target_arch = \"riscv64\", target_arch = \"mips\", target_arch = \"mips64\"))))))))": [
"aarch64-linux-android",
"armv7-linux-androideabi",
"i686-linux-android",
"powerpc-unknown-linux-gnu",
"s390x-unknown-linux-gnu",
"x86_64-linux-android"
],
"cfg(all(not(rustix_use_libc), not(miri), target_os = \"linux\", any(target_arch = \"x86\", all(target_arch = \"x86_64\", target_pointer_width = \"64\"), all(target_endian = \"little\", any(target_arch = \"arm\", all(target_arch = \"aarch64\", target_pointer_width = \"64\"), target_arch = \"powerpc64\", target_arch = \"riscv64\", target_arch = \"mips\", target_arch = \"mips64\")))))": [
"aarch64-unknown-linux-gnu",
"aarch64-unknown-nixos-gnu",
"arm-unknown-linux-gnueabi",
"armv7-unknown-linux-gnueabi",
"i686-unknown-linux-gnu",
"x86_64-unknown-linux-gnu",
"x86_64-unknown-nixos-gnu"
],
"cfg(all(target_arch = \"aarch64\", target_env = \"gnu\", target_abi = \"llvm\", not(windows_raw_dylib)))": [],
"cfg(all(target_arch = \"aarch64\", target_env = \"msvc\", not(windows_raw_dylib)))": [
"aarch64-pc-windows-msvc"
],
"cfg(all(target_arch = \"wasm32\", not(any(target_os = \"emscripten\", target_os = \"wasi\"))))": [
"wasm32-unknown-unknown"
],
"cfg(all(target_arch = \"x86\", target_env = \"gnu\", not(windows_raw_dylib)))": [
"i686-unknown-linux-gnu"
],
"cfg(all(target_arch = \"x86\", target_env = \"msvc\", not(windows_raw_dylib)))": [
"i686-pc-windows-msvc"
],
"cfg(all(target_arch = \"x86_64\", target_env = \"gnu\", not(target_abi = \"llvm\"), not(windows_raw_dylib)))": [
"x86_64-unknown-linux-gnu",
"x86_64-unknown-nixos-gnu"
],
"cfg(all(target_arch = \"x86_64\", target_env = \"gnu\", target_abi = \"llvm\", not(windows_raw_dylib)))": [],
"cfg(all(target_arch = \"x86_64\", target_env = \"msvc\", not(windows_raw_dylib)))": [
"x86_64-pc-windows-msvc"
],
"cfg(any(rustix_use_libc, miri, not(all(target_os = \"linux\", any(target_arch = \"x86\", all(target_arch = \"x86_64\", target_pointer_width = \"64\"), all(target_endian = \"little\", any(target_arch = \"arm\", all(target_arch = \"aarch64\", target_pointer_width = \"64\"), target_arch = \"powerpc64\", target_arch = \"riscv64\", target_arch = \"mips\", target_arch = \"mips64\")))))))": [
"aarch64-apple-darwin",
"aarch64-apple-ios",
"aarch64-apple-ios-sim",
"aarch64-fuchsia",
"aarch64-linux-android",
"aarch64-pc-windows-msvc",
"aarch64-unknown-nto-qnx710",
"armv7-linux-androideabi",
"i686-apple-darwin",
"i686-linux-android",
"i686-pc-windows-msvc",
"i686-unknown-freebsd",
"powerpc-unknown-linux-gnu",
"riscv32imc-unknown-none-elf",
"riscv64gc-unknown-none-elf",
"s390x-unknown-linux-gnu",
"thumbv7em-none-eabi",
"thumbv8m.main-none-eabi",
"wasm32-unknown-unknown",
"wasm32-wasi",
"x86_64-apple-darwin",
"x86_64-apple-ios",
"x86_64-fuchsia",
"x86_64-linux-android",
"x86_64-pc-windows-msvc",
"x86_64-unknown-freebsd",
"x86_64-unknown-none"
],
"cfg(any(target_os = \"macos\", target_os = \"ios\"))": [
"aarch64-apple-darwin",
"aarch64-apple-ios",
"aarch64-apple-ios-sim",
"i686-apple-darwin",
"x86_64-apple-darwin",
"x86_64-apple-ios"
],
"cfg(not(any(windows, target_os = \"hermit\", target_os = \"unknown\")))": [
"aarch64-apple-darwin",
"aarch64-apple-ios",
"aarch64-apple-ios-sim",
"aarch64-fuchsia",
"aarch64-linux-android",
"aarch64-unknown-linux-gnu",
"aarch64-unknown-nixos-gnu",
"aarch64-unknown-nto-qnx710",
"arm-unknown-linux-gnueabi",
"armv7-linux-androideabi",
"armv7-unknown-linux-gnueabi",
"i686-apple-darwin",
"i686-linux-android",
"i686-unknown-freebsd",
"i686-unknown-linux-gnu",
"powerpc-unknown-linux-gnu",
"riscv32imc-unknown-none-elf",
"riscv64gc-unknown-none-elf",
"s390x-unknown-linux-gnu",
"thumbv7em-none-eabi",
"thumbv8m.main-none-eabi",
"wasm32-wasi",
"x86_64-apple-darwin",
"x86_64-apple-ios",
"x86_64-fuchsia",
"x86_64-linux-android",
"x86_64-unknown-freebsd",
"x86_64-unknown-linux-gnu",
"x86_64-unknown-nixos-gnu",
"x86_64-unknown-none"
],
"cfg(not(windows))": [
"aarch64-apple-darwin",
"aarch64-apple-ios",
"aarch64-apple-ios-sim",
"aarch64-fuchsia",
"aarch64-linux-android",
"aarch64-unknown-linux-gnu",
"aarch64-unknown-nixos-gnu",
"aarch64-unknown-nto-qnx710",
"arm-unknown-linux-gnueabi",
"armv7-linux-androideabi",
"armv7-unknown-linux-gnueabi",
"i686-apple-darwin",
"i686-linux-android",
"i686-unknown-freebsd",
"i686-unknown-linux-gnu",
"powerpc-unknown-linux-gnu",
"riscv32imc-unknown-none-elf",
"riscv64gc-unknown-none-elf",
"s390x-unknown-linux-gnu",
"thumbv7em-none-eabi",
"thumbv8m.main-none-eabi",
"wasm32-unknown-unknown",
"wasm32-wasi",
"x86_64-apple-darwin",
"x86_64-apple-ios",
"x86_64-fuchsia",
"x86_64-linux-android",
"x86_64-unknown-freebsd",
"x86_64-unknown-linux-gnu",
"x86_64-unknown-nixos-gnu",
"x86_64-unknown-none"
],
"cfg(not(windows_raw_dylib))": [
"aarch64-apple-darwin",
"aarch64-apple-ios",
"aarch64-apple-ios-sim",
"aarch64-fuchsia",
"aarch64-linux-android",
"aarch64-pc-windows-msvc",
"aarch64-unknown-linux-gnu",
"aarch64-unknown-nixos-gnu",
"aarch64-unknown-nto-qnx710",
"arm-unknown-linux-gnueabi",
"armv7-linux-androideabi",
"armv7-unknown-linux-gnueabi",
"i686-apple-darwin",
"i686-linux-android",
"i686-pc-windows-msvc",
"i686-unknown-freebsd",
"i686-unknown-linux-gnu",
"powerpc-unknown-linux-gnu",
"riscv32imc-unknown-none-elf",
"riscv64gc-unknown-none-elf",
"s390x-unknown-linux-gnu",
"thumbv7em-none-eabi",
"thumbv8m.main-none-eabi",
"wasm32-unknown-unknown",
"wasm32-wasi",
"x86_64-apple-darwin",
"x86_64-apple-ios",
"x86_64-fuchsia",
"x86_64-linux-android",
"x86_64-pc-windows-msvc",
"x86_64-unknown-freebsd",
"x86_64-unknown-linux-gnu",
"x86_64-unknown-nixos-gnu",
"x86_64-unknown-none"
],
"cfg(target_arch = \"wasm32\")": [
"wasm32-unknown-unknown",
"wasm32-wasi"
],
"cfg(target_os = \"android\")": [
"aarch64-linux-android",
"armv7-linux-androideabi",
"i686-linux-android",
"x86_64-linux-android"
],
"cfg(target_os = \"dragonfly\")": [],
"cfg(target_os = \"haiku\")": [],
"cfg(target_os = \"hermit\")": [],
"cfg(target_os = \"wasi\")": [
"wasm32-wasi"
],
"cfg(target_os = \"windows\")": [
"aarch64-pc-windows-msvc",
"i686-pc-windows-msvc",
"x86_64-pc-windows-msvc"
],
"cfg(tracing_unstable)": [],
"cfg(unix)": [
"aarch64-apple-darwin",
"aarch64-apple-ios",
"aarch64-apple-ios-sim",
"aarch64-fuchsia",
"aarch64-linux-android",
"aarch64-unknown-linux-gnu",
"aarch64-unknown-nixos-gnu",
"aarch64-unknown-nto-qnx710",
"arm-unknown-linux-gnueabi",
"armv7-linux-androideabi",
"armv7-unknown-linux-gnueabi",
"i686-apple-darwin",
"i686-linux-android",
"i686-unknown-freebsd",
"i686-unknown-linux-gnu",
"powerpc-unknown-linux-gnu",
"s390x-unknown-linux-gnu",
"x86_64-apple-darwin",
"x86_64-apple-ios",
"x86_64-fuchsia",
"x86_64-linux-android",
"x86_64-unknown-freebsd",
"x86_64-unknown-linux-gnu",
"x86_64-unknown-nixos-gnu"
],
"cfg(windows)": [
"aarch64-pc-windows-msvc",
"i686-pc-windows-msvc",
"x86_64-pc-windows-msvc"
],
"i686-apple-darwin": [
"i686-apple-darwin"
],
"i686-linux-android": [
"i686-linux-android"
],
"i686-pc-windows-gnu": [],
"i686-pc-windows-msvc": [
"i686-pc-windows-msvc"
],
"i686-unknown-freebsd": [
"i686-unknown-freebsd"
],
"i686-unknown-linux-gnu": [
"i686-unknown-linux-gnu"
],
"i686-uwp-windows-gnu": [],
"i686-uwp-windows-msvc": [],
"powerpc-unknown-linux-gnu": [
"powerpc-unknown-linux-gnu"
],
"riscv32imc-unknown-none-elf": [
"riscv32imc-unknown-none-elf"
],
"riscv64gc-unknown-none-elf": [
"riscv64gc-unknown-none-elf"
],
"s390x-unknown-linux-gnu": [
"s390x-unknown-linux-gnu"
],
"thumbv7em-none-eabi": [
"thumbv7em-none-eabi"
],
"thumbv8m.main-none-eabi": [
"thumbv8m.main-none-eabi"
],
"wasm32-unknown-unknown": [
"wasm32-unknown-unknown"
],
"wasm32-wasi": [
"wasm32-wasi"
],
"x86_64-apple-darwin": [
"x86_64-apple-darwin"
],
"x86_64-apple-ios": [
"x86_64-apple-ios"
],
"x86_64-fuchsia": [
"x86_64-fuchsia"
],
"x86_64-linux-android": [
"x86_64-linux-android"
],
"x86_64-pc-windows-gnu": [],
"x86_64-pc-windows-gnullvm": [],
"x86_64-pc-windows-msvc": [
"x86_64-pc-windows-msvc"
],
"x86_64-unknown-freebsd": [
"x86_64-unknown-freebsd"
],
"x86_64-unknown-linux-gnu": [
"x86_64-unknown-linux-gnu"
],
"x86_64-unknown-nixos-gnu": [
"x86_64-unknown-nixos-gnu"
],
"x86_64-unknown-none": [
"x86_64-unknown-none"
],
"x86_64-uwp-windows-gnu": [],
"x86_64-uwp-windows-msvc": []
},
"direct_deps": [
"clap 4.2.1",
"codeql-extractor 0.2.0",
"encoding 0.2.33",
"lazy_static 1.4.0",
"rayon 1.7.0",
"regex 1.7.3",
"tracing 0.1.37",
"tracing-subscriber 0.3.16",
"tree-sitter 0.20.10",
"tree-sitter-embedded-template 0.20.0",
"tree-sitter-ruby 0.20.0"
],
"direct_dev_deps": []
}