Use TBD in deprecated attribute
Our `release` job checks for 'TBD', I can't remember exactly why but I thought we introduced `0.0.0-NEXT-RELEASE` because CI was failing when we used TBD - clearly this is not the case now because we have a bunch of `TBD`s in the code base. Change all the instances of `0.0.0-NEXT-RELEASE` to be `TBD`.
This commit is contained in:
parent
fd1d0ec95e
commit
a2be82c0c9
|
@ -4,7 +4,7 @@
|
|||
//!
|
||||
//! This module is deprecated. You can find hash types in their respective, hopefully obvious, modules.
|
||||
|
||||
#[deprecated(since = "0.0.0-NEXT-RELEASE", note = "use crate::T instead")]
|
||||
#[deprecated(since = "TBD", note = "use crate::T instead")]
|
||||
pub use crate::{
|
||||
BlockHash, FilterHash, FilterHeader, TxMerkleNode, Txid, WitnessCommitment, WitnessMerkleNode,
|
||||
Wtxid,
|
||||
|
|
|
@ -146,7 +146,7 @@ impl Hash {
|
|||
/// Computes hash from `bytes` in `const` context.
|
||||
///
|
||||
/// Warning: this function is inefficient. It should be only used in `const` context.
|
||||
#[deprecated(since = "0.0.0-NEXT-RELEASE", note = "use Self::hash_unoptimized")]
|
||||
#[deprecated(since = "TBD", note = "use Self::hash_unoptimized")]
|
||||
pub const fn const_hash(bytes: &[u8]) -> Self { Hash::hash_unoptimized(bytes) }
|
||||
|
||||
/// Computes hash from `bytes` in `const` context.
|
||||
|
|
|
@ -227,7 +227,7 @@ macro_rules! sha256t_tag {
|
|||
///
|
||||
/// [`hash_newtype`]: crate::hash_newtype
|
||||
#[macro_export]
|
||||
#[deprecated(since = "0.0.0-NEXT-RELEASE", note = "use `sha256_tag!` combined with `hash_newtype!`")]
|
||||
#[deprecated(since = "TBD", note = "use `sha256_tag!` combined with `hash_newtype!`")]
|
||||
macro_rules! sha256t_hash_newtype {
|
||||
($(#[$($tag_attr:tt)*])* $tag_vis:vis struct $tag:ident = $constructor:tt($($tag_value:tt)+); $(#[$($hash_attr:tt)*])* $hash_vis:vis struct $hash_name:ident($(#[$($field_attr:tt)*])* _);) => {
|
||||
$crate::sha256t_tag_struct!($tag_vis, $tag, stringify!($hash_name), $(#[$($tag_attr)*])*);
|
||||
|
|
Loading…
Reference in New Issue