about summary refs log tree commit diff
path: root/library/core/src/num/f16.rs
diff options
context:
space:
mode:
authorMatthias Krüger <476013+matthiaskrgr@users.noreply.github.com>2025-09-27 21:26:00 +0200
committerGitHub <noreply@github.com>2025-09-27 21:26:00 +0200
commita2b77d09d764cba540dfc1ed5b597da3cd6cd34b (patch)
tree7a84d04d3e8d0c4d0ed78d978973a079dd0cce5b /library/core/src/num/f16.rs
parent848009f1541c5df2742f7896a70bfa6241908330 (diff)
parentc0e0d4b68d38a92c19f42d3003074b5b6e7b65c8 (diff)
downloadrust-a2b77d09d764cba540dfc1ed5b597da3cd6cd34b.tar.gz
rust-a2b77d09d764cba540dfc1ed5b597da3cd6cd34b.zip
Rollup merge of #147075 - Lysxia:no-panic-def-path-hash, r=petrochenkov
Make `def_path_hash_to_def_id` not panic when passed an invalid hash

I'm using this function in a third-party application (Creusot) to access private items (by reverse engineering their hash). This works in the happy path, but it panics when an item does not exist. There is no way to hack it downstream because the hook `def_path_hash_to_def_id_extern` must always return a `DefId` and its implementation uses `def_path_hash_to_def_index` which is internal and which is where the panic happens.
Diffstat (limited to 'library/core/src/num/f16.rs')
0 files changed, 0 insertions, 0 deletions