Bug 1959469 - Fix ./mach uniffi generate, r=markh,glandium

The issue was that the `default-hasher` feature wasn't turned on, which
made it so the build hack that substitutes older hashbrown versions with
v0.15.2 was failing.

Differential Revision: https://phabricator.services.mozilla.com/D244942

Cargo.lock

@@ -2524,7 +2524,6 @@ dependencies = [
 name = "gkrust-uniffi-components"
 version = "0.1.0"
 dependencies = [
- "hashbrown 0.15.2",
  "relevancy",
  "search",
  "suggest",

build/rust/hashbrown/Cargo.toml

@@ -9,7 +9,12 @@ path = "lib.rs"
 [features]
 default = ["hashbrown/default"]
 allocator-api2 = ["hashbrown/allocator-api2"]
-ahash = [] # No direct equivalent in 0.15.*.
+ahash = [
+    # No direct equivalent in 0.15.*.  However, the `ahash` feature made it so `DefaultHashBuilder`
+    # was a real struct that implemented `BuildHasher`, `Default`, etc.
+    # Enable 0.15.* `default-hasher` feature, which does the same.
+    "hashbrown/default-hasher"
+]
 inline-more = ["hashbrown/inline-more"]
 raw = ["hashbrown/raw-entry"]
 serde = ["hashbrown/serde"]

toolkit/components/uniffi-bindgen-gecko-js/components/Cargo.toml

@@ -22,8 +22,6 @@ search = "0.1"
 suggest = "0.1"
 relevancy = "0.1"
 webext-storage = "0.1"
-# Workaround for https://bugzilla.mozilla.org/show_bug.cgi?id=1959469
-hashbrown = { version = "0.15.2", features = [ "default-hasher" ] }
 
 [features]
 # Should we depend on xpcom crates?