[lldb][Language] Add more language types

[Michael137]

Summary

Adds more languages to the language_names list in
preparation for adding support for C++20 expression
evaluation.

The language constants were taken from the DWARFv5
constants defined in LLVM's Dwarf.def. Two vendor
constants overlap with the DWARFv5 constants so bump
their values. Their actual value is not important,
whereas keeping the enum values consecutive is (since
they are used for array lookups).

[aprantl]

lldb/include/lldb/lldb-enumerations.h

492

Would it make sense to generate this list from the macros in llvm/include/llvm/BinaryFormat/Dwarf.def with some clever application of the ## operator?

lldb/source/Target/Language.cpp

211

Should we sink this into the Dwarf.def?

[Michael137]

lldb/include/lldb/lldb-enumerations.h

492

The only thing that's stopping us from doing this is that the constants for the vendor extensions are not consecutive with the rest of the constants. So if one ever does try to use that language constant we'd run into out-of-bounds accesses here and there

[aprantl]

lldb/include/lldb/lldb-enumerations.h

492

Do have arrays that are indexed by language? Or what would be an example of that?

492

Also, we could still define eNumLanguagesTypes to be at the end of the official block?

[Michael137]

lldb/include/lldb/lldb-enumerations.h

492

Do have arrays that are indexed by language? Or what would be an example of that?

Yup, e.g., Language::GetNameForLanguageType and more crucially the LanguageSet type gets used by things like GetAllTypeSystemSupportedLanguagesForExpressions

[Michael137]

lldb/include/lldb/lldb-enumerations.h

492

Also, we could still define eNumLanguagesTypes to be at the end of the official block?

That wouldn't quite work for the LanguageSet indexing because the vendor extension language codes are no consecutive to the other language codes. So the size of the LanguageSet would just balloon

[Michael137]

lldb/include/lldb/lldb-enumerations.h

492

Interestingly I found another language enum that does exactly what LLDB does to (in regards to the vendor extensions): llvm/include/llvm-c/DebugInfo.h

[aprantl]

Well, I guess we'll have to revisit this for DWARF 6 split of language names and versions anyway....

lldb/include/lldb/lldb-enumerations.h

enum LanguageType {
   eLanguageTypeRust = 0x001c,           ///< Rust.
   eLanguageTypeC11 = 0x001d,            ///< ISO C:2011.
   eLanguageTypeSwift = 0x001e,          ///< Swift.
   eLanguageTypeJulia = 0x001f,          ///< Julia.
   eLanguageTypeDylan = 0x0020,          ///< Dylan.
   eLanguageTypeC_plus_plus_14 = 0x0021, ///< ISO C++:2014.
   eLanguageTypeFortran03 = 0x0022,      ///< ISO Fortran 2003.
   eLanguageTypeFortran08 = 0x0023,      ///< ISO Fortran 2008.
+  eLanguageTypeRenderScript = 0x0024,
+  eLanguageTypeBLISS = 0x0025,
+  eLanguageTypeKotlin = 0x0026,
+  eLanguageTypeZig = 0x0027,
+  eLanguageTypeCrystal = 0x0028,
+  eLanguageTypeC_plus_plus_17 = 0x002a, ///< ISO C++:2017.
+  eLanguageTypeC_plus_plus_20 = 0x002b, ///< ISO C++:2020.
+  eLanguageTypeC17 = 0x002c,
+  eLanguageTypeFortran18 = 0x002d,
+  eLanguageTypeAda2005 = 0x002e,
+  eLanguageTypeAda2012 = 0x002f,
+
   // Vendor Extensions
   // Note: Language::GetNameForLanguageType
   // assumes these can be used as indexes into array language_names, and
   // Language::SetLanguageFromCString and Language::AsCString assume these can
   // be used as indexes into array g_languages.
-  eLanguageTypeMipsAssembler = 0x0024,   ///< Mips_Assembler.
+  eLanguageTypeMipsAssembler,           ///< Mips_Assembler.
   eNumLanguageTypes
 };
 
 enum InstrumentationRuntimeType {
   eInstrumentationRuntimeTypeAddressSanitizer = 0x0000,
   eInstrumentationRuntimeTypeThreadSanitizer = 0x0001,
   eInstrumentationRuntimeTypeUndefinedBehaviorSanitizer = 0x0002,
   eInstrumentationRuntimeTypeMainThreadChecker = 0x0003,

lldb/source/Target/Language.cpp

struct language_name_pair language_names[] = {
     {"rust", eLanguageTypeRust},
     {"c11", eLanguageTypeC11},
     {"swift", eLanguageTypeSwift},
     {"julia", eLanguageTypeJulia},
     {"dylan", eLanguageTypeDylan},
     {"c++14", eLanguageTypeC_plus_plus_14},
     {"fortran03", eLanguageTypeFortran03},
     {"fortran08", eLanguageTypeFortran08},
+    {"renderscript", eLanguageTypeRenderScript},
+    {"bliss", eLanguageTypeBLISS},
+    {"kotlin", eLanguageTypeKotlin},
+    {"zig", eLanguageTypeZig},
+    {"crystal", eLanguageTypeCrystal},
+    {"<invalid language>",
+     static_cast<LanguageType>(
+         0x0029)}, // Not yet taken by any language in the DWARF spec
+                   // and thus has no entry in LanguageType
+    {"c++17", eLanguageTypeC_plus_plus_17},
+    {"c++20", eLanguageTypeC_plus_plus_20},
+    {"c17", eLanguageTypeC17},
+    {"fortran18", eLanguageTypeFortran18},
+    {"ada2005", eLanguageTypeAda2005},
+    {"ada2012", eLanguageTypeAda2012},
     // Vendor Extensions
     {"assembler", eLanguageTypeMipsAssembler},
     // Now synonyms, in arbitrary order
     {"objc", eLanguageTypeObjC},
     {"objc++", eLanguageTypeObjC_plus_plus},
     {"pascal", eLanguageTypePascal83}};
 
 static uint32_t num_languages =