diff options
author | Stefan Monnier <monnier@iro.umontreal.ca> | 2019-07-05 14:00:22 -0400 |
---|---|---|
committer | Noam Postavsky <npostavs@gmail.com> | 2019-07-14 10:04:22 -0400 |
commit | 8ff09154a29a1151afb2902267ca35f89ebda73c (patch) | |
tree | 9c29ce3103602b42c68be77a175bc7a88439189e /src/fns.c | |
parent | 150aec0af3a57aa685d80c79ae3a49da1e6299bb (diff) | |
download | emacs-8ff09154a29a1151afb2902267ca35f89ebda73c.tar.gz |
; Add comment to hash_table_rehash (Bug#36447)
* src/fns.c (hash_table_rehash): Add a comment to explain that
hash_table_rehash is not used in "normal" rehashing, but only in the
rare case of rehashing on the first access to a preloaded hash-table.
Diffstat (limited to 'src/fns.c')
-rw-r--r-- | src/fns.c | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/src/fns.c b/src/fns.c index 238a37193c1..0497588689b 100644 --- a/src/fns.c +++ b/src/fns.c @@ -4231,6 +4231,11 @@ maybe_resize_hash_table (struct Lisp_Hash_Table *h) } } +/* Recompute the hashes (and hence also the "next" pointers). + Normally there's never a need to recompute hashes. + This is done only on first-access to a hash-table loaded from + the "pdump", because the object's addresses may have changed, thus + affecting their hash. */ void hash_table_rehash (struct Lisp_Hash_Table *h) { |