David Blaikie 1d4f28c6bc Remove StringMap::GetOrCreateValue in favor of StringMap::insert ... Having two ways to do this doesn't seem terribly helpful and consistently using the insert version (which we already has) seems like it'll make the code easier to understand to anyone working with standard data structures. (I also updated many references to the Entry's key and value to use first() and second instead of getKey{Data,Length,} and get/setValue - for similar consistency) Also removes the GetOrCreateValue functions so there's less surface area to StringMap to fix/improve/change/accommodate move semantics, etc. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@222319 91177308-0d34-0410-b5e6-96231b3b80d8		2014-11-19 05:49:42 +00:00
..
Error.h	Reformat blank lines.	2014-05-12 03:32:56 +00:00
Main.h	Reformat blank lines.	2014-05-12 03:32:56 +00:00
Record.h	[TableGen] Fully resolve class-instance values before defs in multiclasses	2014-09-16 17:14:13 +00:00
SetTheory.h	Canonicalize header guards into a common format.	2014-08-13 16:26:38 +00:00
StringMatcher.h	Reformat blank lines.	2014-05-12 03:32:56 +00:00
StringToOffsetTable.h	Remove StringMap::GetOrCreateValue in favor of StringMap::insert	2014-11-19 05:49:42 +00:00
TableGenBackend.h