fix: use std hashmap with "std" feature

[DaniPopes]

Also caught by -Zcheck-cfg:

warning: unexpected `cfg` condition name: `std`
  --> crates/primitives/src/lib.rs:34:14
   |
34 |     if #[cfg(std)] {
   |              ^^^ help: found config with similar value: `feature = "std"`
   |
   = help: expected names are: `clippy`, `debug_assertions`, `doc`, `docsrs`, `doctest`, `feature`, `miri`, `overflow_checks`, `panic`, `proc_macro`, `relocation_model`, `sanitize`, `sanitizer_cfi_generalize_pointers`, `sanitizer_cfi_normalize_integers`, `target_abi`, `target_arch`, `target_endian`, `target_env`, `target_family`, `target_feature`, `target_has_atomic`, `target_has_atomic_equal_alignment`, `target_has_atomic_load_store`, `target_os`, `target_pointer_width`, `target_thread_local`, `target_vendor`, `test`, `unix`, `windows`
   = help: consider using a Cargo feature instead or adding `println!("cargo:rustc-check-cfg=cfg(std)");` to the top of a `build.rs`
   = note: see <https://doc.rust-lang.org/nightly/cargo/reference/unstable.html#check-cfg> for more information about checking conditional configuration
   = note: `#[warn(unexpected_cfgs)]` on by default

[DaniPopes]

Failures are due to hashmap ordering not being guaranteed. I don't really know how best to fix this @rakita

revm/crates/revm/src/db/states/bundle_state.rs

Lines 266 to 270 in c203f3d

	/// Changes to revert.
	///
	/// Note: Inside vector is *not* sorted by address.
	/// But it is unique by address.
	pub reverts: Reverts,

This test fails on main (before this PR) on my machine too

[rakita]

Let merge this as it is, and will make additional PRs to address the problems. There is test failure and second is clippy