Comments (2)
@davidtwco and I would like to propose initally stabilizing the core sanitizers (i.e., AddressSanitizer, LeakSanitizer, MemorySanitizer, ThreadSanitizer). After stabilizing the core sanitizers as proposed, the supported sanitizers will look like this--we'll keep this supported sanitizers table updated as we stabilize the sanitizers:
Target | Supported Sanitizers (Stable) | Supported Sanitizers (Unstable) |
---|---|---|
aarch64-apple-darwin | address, cfi, thread | |
aarch64-apple-ios | address, thread | |
aarch64-apple-ios-macabi | address, leak, thread | |
aarch64-apple-ios-sim | address, thread | |
aarch64-apple-visionos | address, thread | |
aarch64-apple-visionos-sim | address, thread | |
aarch64-fuchsia | address, cfi, shadow-call-stack | |
aarch64-linux-android | address, cfi, hwaddress, memtag, shadow-call-stack | |
aarch64-unknown-freebsd | address, cfi, memory, thread | |
aarch64-unknown-fuchsia | address, cfi, shadow-call-stack | |
aarch64-unknown-illumos | address, cfi | |
aarch64-unknown-linux-gnu | address, leak, memory, thread | cfi, hwaddress, kcfi, memtag |
aarch64-unknown-linux-musl | address, cfi, leak, memory, thread | |
aarch64-unknown-linux-ohos | address, cfi, hwaddress, leak, memory, memtag, thread | |
aarch64-unknown-none | kcfi, kernel-address | |
arm-linux-androideabi | address | |
arm64e-apple-darwin | address, cfi, thread | |
arm64e-apple-ios | address, thread | |
armv7-linux-androideabi | address | |
i586-pc-windows-msvc | address | |
i586-unknown-linux-gnu | address | |
i686-linux-android | address | |
i686-pc-windows-msvc | address | |
i686-unknown-linux-gnu | address | |
riscv64-linux-android | address | |
riscv64gc-unknown-fuchsia | shadow-call-stack | |
riscv64gc-unknown-none-elf | kernel-address | |
riscv64imac-unknown-none-elf | kernel-address | |
s390x-unknown-linux-gnu | address, leak, memory, thread | |
s390x-unknown-linux-musl | address, leak, memory, thread | |
thumbv7neon-linux-androideabi | address | |
x86_64-apple-darwin | address, leak, thread | cfi |
x86_64-apple-ios | address, thread | |
x86_64-apple-ios-macabi | address, leak, thread | |
x86_64-fuchsia | address, cfi, leak | |
x86_64-linux-android | address | |
x86_64-pc-solaris | address, cfi, thread | |
x86_64-pc-windows-msvc | address | |
x86_64-unknown-freebsd | address, cfi, memory, thread | |
x86_64-unknown-fuchsia | address, cfi, leak | |
x86_64-unknown-illumos | address, cfi, thread | |
x86_64-unknown-linux-gnu | address, leak, memory, thread | cfi, dataflow, kcfi, safestack |
x86_64-unknown-linux-musl | address, cfi, leak, memory, thread | |
x86_64-unknown-linux-ohos | address, cfi, leak, memory, thread | |
x86_64-unknown-netbsd | address, cfi, leak, memory, thread | |
x86_64-unknown-none | kcfi, kernel-address | |
x86_64h-apple-darwin | address, cfi, leak, thread |
from rust.
@rustbot label A-sanitizers
from rust.
Related Issues (20)
- Support `rustc_confusables` on items other than methods
- `E0716` suggests `binding` on 1st assign, rather than merge
- `Arc<str>` does not have a `Default` impl HOT 5
- Bing nig
- im getting ban reports from someone HOT 1
- Spurious “constant provided when a type was expected” upon syntax error in a generic parameter list HOT 1
- non-`Clone` type, with `Clone` associated type, as type param leads to confusing behavior in `#[derive(Clone)]` HOT 7
- Nondeterminism encountered when writing metadata for ProvenanceMap HOT 10
- std::fs::create_dir_all will stack overflow with big paths HOT 5
- Tracking Issue for `core::convert::absurd` function HOT 1
- bti instruction is removed in release version HOT 5
- `dead_code` false positive on `mod`+`lib`+`main` HOT 4
- The implementation in `fast_local.rs` seems to violate pointer aliasing rule HOT 7
- ICE: `is not a body node:` HOT 3
- We are relying on undocumented behavior of GetUserProfileDirectoryW HOT 1
- Clean up implicit const promotion behavior
- Unable to run rustc -v on Mac HOT 5
- modifying immutable refenrences via unsafe no longer works, when building a nightly release HOT 3
- ICE with anonymous_lifetime_in_impl_trait feature: "called `Option::unwrap()` on a `None` value" HOT 1
- ICE: late diagnostics: `no entry found for key` HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from rust.