[10/19] Use gdb unordered map in linux-nat.c

Message ID 20250317-replace-std-stuff-v1-10-7ba4ee88e218@tromey.com
State New
Headers
Series Convert std::unordered_{set,map} to gdb implementations |

Commit Message

Tom Tromey March 18, 2025, 2:15 a.m. UTC
  This changes one spot in linux-nat.c to use gdb::unordered_map.
(There are still other spots that could be converted.)
---
 gdb/linux-tdep.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
  

Patch

diff --git a/gdb/linux-tdep.c b/gdb/linux-tdep.c
index 735d20dc05011e558d46819108e41a251a8ee154..fec6a6343d720d4a8d9a801dbe3ff4581b5c9a05 100644
--- a/gdb/linux-tdep.c
+++ b/gdb/linux-tdep.c
@@ -44,9 +44,9 @@ 
 #include "solib-svr4.h"
 #include "memtag.h"
 #include "cli/cli-style.h"
+#include "gdbsupport/unordered_map.h"
 
 #include <ctype.h>
-#include <unordered_map>
 
 /* This enum represents the values that the user can choose when
    informing the Linux kernel about which memory mappings will be
@@ -1189,7 +1189,7 @@  linux_read_core_file_mappings
     warning (_("malformed note - filename area is too big"));
 
   const bfd_build_id *orig_build_id = cbfd->build_id;
-  std::unordered_map<ULONGEST, const bfd_build_id *> vma_map;
+  gdb::unordered_map<ULONGEST, const bfd_build_id *> vma_map;
 
   /* Search for solib build-ids in the core file.  Each time one is found,
      map the start vma of the corresponding elf header to the build-id.  */