# Module `Base__.Nothing`

`type t`

`=`

Having

`[@@deriving enumerate]`

may seem strange due to the fact that generated`val all : t list`

is the empty list, so it seems like it could be of no use.This may be true if you always expect your type to be

`Nothing.t`

, but`[@@deriving enumerate]`

can be useful if you have a type which you expect to change over time. For example, you may have a program which has to interact with multiple servers which are possibly at different versions. It may be useful in this program to have a variant type which enumerates the ways in which the servers may differ. When all the servers are at the same version, you can change this type to`Nothing.t`

and code which uses an enumeration of the type will continue to work correctly.This is a similar issue to the identifiability of

`Nothing.t`

. As discussed below, another case where`[@deriving enumerate]`

could be useful is when this type is part of some larger type.

`val all : t list`

`val unreachable_code : t -> _`

Because there are no values of type

`Nothing.t`

, a piece of code that has a value of type`Nothing.t`

must be unreachable. In such an unreachable piece of code, one can use`unreachable_code`

to give the code whatever type one needs. For example:`let f (r : (int, Nothing.t) Result.t) : int = match r with | Ok i -> i | Error n -> Nothing.unreachable_code n ;;`

Note that the compiler knows that

`Nothing.t`

is uninhabited, hence this will type without warning:`let f (Ok i : (int, Nothing.t) Result.t) = i`

It may seem weird that this is identifiable, but we're just trying to anticipate all the contexts in which people may need this. It would be a crying shame if you had some variant type involving `Nothing.t`

that you wished to make identifiable, but were prevented for lack of `Identifiable.S`

here.

Obviously, `of_string`

and `t_of_sexp`

will raise an exception.

`include Base.Identifiable.S with type t := t`

`val hash_fold_t : Base.Hash.state -> t -> Base.Hash.state`

`val hash : t -> Base.Hash.hash_value`

`include Base.Sexpable.S with type t := t`

`val t_of_sexp : Sexplib0.Sexp.t -> t`

`val sexp_of_t : t -> Sexplib0.Sexp.t`

`include Base.Stringable.S with type t := t`

`include Base.Comparable.S with type t := t`

`include Base__.Comparable_intf.Polymorphic_compare`

`val ascending : t -> t -> int`

`ascending`

is identical to`compare`

.`descending x y = ascending y x`

. These are intended to be mnemonic when used like`List.sort ~compare:ascending`

and`List.sort ~cmp:descending`

, since they cause the list to be sorted in ascending or descending order, respectively.

`val descending : t -> t -> int`

`val between : t -> low:t -> high:t -> bool`

`between t ~low ~high`

means`low <= t <= high`

`val clamp_exn : t -> min:t -> max:t -> t`

`clamp_exn t ~min ~max`

returns`t'`

, the closest value to`t`

such that`between t' ~low:min ~high:max`

is true.Raises if

`not (min <= max)`

.

`val clamp : t -> min:t -> max:t -> t Base.Or_error.t`

`include Base.Comparator.S with type t := t`

`val comparator : (t, comparator_witness) Base.Comparator.comparator`

`include Base__.Comparable_intf.Validate with type t := t`

`val validate_lbound : min:t Base.Maybe_bound.t -> t Base.Validate.check`

`val validate_ubound : max:t Base.Maybe_bound.t -> t Base.Validate.check`

`val validate_bound : min:t Base.Maybe_bound.t -> max:t Base.Maybe_bound.t -> t Base.Validate.check`