From 2fb94e3c4c4ade042fc1944f1bfa64609bff40b4 Mon Sep 17 00:00:00 2001 From: "Kartik K. Agaram" Date: Fri, 24 Apr 2015 17:09:17 -0700 Subject: 1166 Why did I think STL's map wasn't efficient? It has logarithmic complexity (maintains a tree internally) and is faster than hashing for small containers. It's the more portable solution and should be what I turn to by default. --- cpp/010vm | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) (limited to 'cpp/010vm') diff --git a/cpp/010vm b/cpp/010vm index 76d41a71..48b68cdf 100644 --- a/cpp/010vm +++ b/cpp/010vm @@ -2,8 +2,8 @@ // A program is a book of 'recipes' (functions) typedef int recipe_number; :(before "End Globals") -unordered_map Recipe_number; -unordered_map Recipe; +map Recipe_number; +map Recipe; int Next_recipe_number = 1; :(before "End Types") @@ -56,7 +56,7 @@ struct property { :(before "End Globals") // Locations refer to a common 'memory'. Each location can store a number. -unordered_map Memory; +map Memory; :(before "End Setup") Memory.clear(); @@ -71,8 +71,8 @@ Memory.clear(); // seamless experience to help understand arbitrary mu programs. typedef int type_number; :(before "End Globals") -unordered_map Type_number; -unordered_map Type; +map Type_number; +map Type; int Next_type_number = 1; :(code) void setup_types() { -- cgit 1.4.1-2-gfad0