[#BloombergLP-bslstl-HashTable-operator_assign-0a]
= xref:BloombergLP.adoc[BloombergLP]::xref:BloombergLP/bslstl.adoc[bslstl]::xref:BloombergLP/bslstl/HashTable.adoc[HashTable]::operator=
:relfileprefix: ../../../
:mrdocs:

Move‐assign to this object from `rhs` and return `*this`.

== Synopsis

Declared in `<bslstl_hashtable.h>`

[source,cpp,subs="verbatim,replacements,macros,-callouts"]
----
xref:BloombergLP/bslstl/HashTable.adoc[HashTable<KEY_CONFIG, HASHER, COMPARATOR, ALLOCATOR>]&
operator=(xref:BloombergLP/bslmf/MovableRef.adoc[BloombergLP::bslmf::MovableRef<HashTable>] rhs);
----

== Description

Assign to this object the value, hasher, comparator, and `maxLoadFactor` of the specified `rhs` object, propagate to this object the allocator of `rhs` if the `ALLOCATOR` type has trait `propagate_on_container_move_assignment`, and return a reference providing modifiable access to this object. If this hash‐table and `rhs` use the same allocator (after considering the aforementioned trait), all of the contents of `rhs` are moved to this hash‐table in constant time; otherwise, all elements in this hash table are either destroyed or move‐assigned to and each additional element in `rhs` is move‐inserted into this hash‐table. `rhs` is left in a valid but unspecified state. This method requires that the `ValueType` defined by the (template parameter) type `KEY_CONFIG` be both `move‐assignable` and `move‐insertable` into this hash‐table (see {Requirements on `KEY_CONFIG`}).

== Return Value

reference providing modifiable access to this object

== Parameters

[cols="1,4"]
|===
| Name| Description
| *rhs*
| hash table to move‐assign from
|===


[.small]#Created with https://www.mrdocs.com[MrDocs]#