Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[RISCV] Support __riscv_v_fixed_vlen for vbool types. #76551

Merged
merged 3 commits into from
Jan 25, 2024

Conversation

topperc
Copy link
Collaborator

@topperc topperc commented Dec 29, 2023

This adopts a similar behavior to AArch64 SVE, where bool vectors are represented as a vector of chars with 1/8 the number of elements. This ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can only be used with a vector length that guarantees at least 8 bits.

This adopts a similar behavior to AArch64 SVE, where bool vectors
are represented as a vector of chars with 1/8 the number of elements.
This ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t
can only be used with a vector length that guarantees at least 8 bits.
@topperc
Copy link
Collaborator Author

topperc commented Dec 29, 2023

CC @ita-sc

@llvmbot llvmbot added clang Clang issues not falling into any other category backend:RISC-V clang:frontend Language frontend issues, e.g. anything involving "Sema" clang:codegen labels Dec 29, 2023
@llvmbot
Copy link
Collaborator

llvmbot commented Dec 29, 2023

@llvm/pr-subscribers-backend-risc-v
@llvm/pr-subscribers-clang-codegen

@llvm/pr-subscribers-clang

Author: Craig Topper (topperc)

Changes

This adopts a similar behavior to AArch64 SVE, where bool vectors are represented as a vector of chars with 1/8 the number of elements. This ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can only be used with a vector length that guarantees at least 8 bits.


Patch is 91.56 KiB, truncated to 20.00 KiB below, full version: https://github.com/llvm/llvm-project/pull/76551.diff

19 Files Affected:

  • (modified) clang/include/clang/AST/Type.h (+3)
  • (modified) clang/include/clang/Basic/AttrDocs.td (+4-1)
  • (modified) clang/lib/AST/ASTContext.cpp (+16-4)
  • (modified) clang/lib/AST/ItaniumMangle.cpp (+17-8)
  • (modified) clang/lib/AST/JSONNodeDumper.cpp (+3)
  • (modified) clang/lib/AST/TextNodeDumper.cpp (+3)
  • (modified) clang/lib/AST/Type.cpp (+14-1)
  • (modified) clang/lib/AST/TypePrinter.cpp (+2)
  • (modified) clang/lib/CodeGen/Targets/RISCV.cpp (+15-6)
  • (modified) clang/lib/Sema/SemaExpr.cpp (+4-2)
  • (modified) clang/lib/Sema/SemaType.cpp (+15-6)
  • (modified) clang/test/CodeGen/attr-riscv-rvv-vector-bits-bitcast.c (+100)
  • (modified) clang/test/CodeGen/attr-riscv-rvv-vector-bits-call.c (+74)
  • (modified) clang/test/CodeGen/attr-riscv-rvv-vector-bits-cast.c (+72-4)
  • (modified) clang/test/CodeGen/attr-riscv-rvv-vector-bits-codegen.c (+172)
  • (modified) clang/test/CodeGen/attr-riscv-rvv-vector-bits-globals.c (+107)
  • (modified) clang/test/CodeGen/attr-riscv-rvv-vector-bits-types.c (+284)
  • (modified) clang/test/CodeGenCXX/riscv-mangle-rvv-fixed-vectors.cpp (+72)
  • (modified) clang/test/Sema/attr-riscv-rvv-vector-bits.c (+86-2)
diff --git a/clang/include/clang/AST/Type.h b/clang/include/clang/AST/Type.h
index 1afa693672860f..82c4a5e8701fa5 100644
--- a/clang/include/clang/AST/Type.h
+++ b/clang/include/clang/AST/Type.h
@@ -3492,6 +3492,9 @@ enum class VectorKind {
 
   /// is RISC-V RVV fixed-length data vector
   RVVFixedLengthData,
+
+  /// is RISC-V RVV fixed-length mask vector
+  RVVFixedLengthMask,
 };
 
 /// Represents a GCC generic vector type. This type is created using
diff --git a/clang/include/clang/Basic/AttrDocs.td b/clang/include/clang/Basic/AttrDocs.td
index 98a7ecc7fd7df3..c4d69d5a50093c 100644
--- a/clang/include/clang/Basic/AttrDocs.td
+++ b/clang/include/clang/Basic/AttrDocs.td
@@ -2415,7 +2415,10 @@ only be a power of 2 between 64 and 65536.
 For types where LMUL!=1, ``__riscv_v_fixed_vlen`` needs to be scaled by the LMUL
 of the type before passing to the attribute.
 
-``vbool*_t`` types are not supported at this time.
+For ``vbool*_t`` types, ``__riscv_v_fixed_vlen`` needs to be divided by the
+number from the type name. For example, ``vbool8_t`` needs to use
+``__riscv_v_fixed_vlen`` / 8. If the resulting value is not a multiple of 8,
+the type is not supported for that value of ``__riscv_v_fixed_vlen``.
 }];
 }
 
diff --git a/clang/lib/AST/ASTContext.cpp b/clang/lib/AST/ASTContext.cpp
index 0395b3e47ab6f8..97df251fef6442 100644
--- a/clang/lib/AST/ASTContext.cpp
+++ b/clang/lib/AST/ASTContext.cpp
@@ -1938,7 +1938,8 @@ TypeInfo ASTContext::getTypeInfoImpl(const Type *T) const {
     else if (VT->getVectorKind() == VectorKind::SveFixedLengthPredicate)
       // Adjust the alignment for fixed-length SVE predicates.
       Align = 16;
-    else if (VT->getVectorKind() == VectorKind::RVVFixedLengthData)
+    else if (VT->getVectorKind() == VectorKind::RVVFixedLengthData ||
+             VT->getVectorKind() == VectorKind::RVVFixedLengthMask)
       // Adjust the alignment for fixed-length RVV vectors.
       Align = std::min<unsigned>(64, Width);
     break;
@@ -9404,7 +9405,9 @@ bool ASTContext::areCompatibleVectorTypes(QualType FirstVec,
       Second->getVectorKind() != VectorKind::SveFixedLengthData &&
       Second->getVectorKind() != VectorKind::SveFixedLengthPredicate &&
       First->getVectorKind() != VectorKind::RVVFixedLengthData &&
-      Second->getVectorKind() != VectorKind::RVVFixedLengthData)
+      Second->getVectorKind() != VectorKind::RVVFixedLengthData &&
+      First->getVectorKind() != VectorKind::RVVFixedLengthMask &&
+      Second->getVectorKind() != VectorKind::RVVFixedLengthMask)
     return true;
 
   return false;
@@ -9510,8 +9513,11 @@ static uint64_t getRVVTypeSize(ASTContext &Context, const BuiltinType *Ty) {
 
   ASTContext::BuiltinVectorTypeInfo Info = Context.getBuiltinVectorTypeInfo(Ty);
 
-  uint64_t EltSize = Context.getTypeSize(Info.ElementType);
-  uint64_t MinElts = Info.EC.getKnownMinValue();
+  unsigned EltSize = Context.getTypeSize(Info.ElementType);
+  if (Info.ElementType == Context.BoolTy)
+    EltSize = 1;
+
+  unsigned MinElts = Info.EC.getKnownMinValue();
   return VScale->first * MinElts * EltSize;
 }
 
@@ -9525,6 +9531,12 @@ bool ASTContext::areCompatibleRVVTypes(QualType FirstType,
   auto IsValidCast = [this](QualType FirstType, QualType SecondType) {
     if (const auto *BT = FirstType->getAs<BuiltinType>()) {
       if (const auto *VT = SecondType->getAs<VectorType>()) {
+        if (VT->getVectorKind() == VectorKind::RVVFixedLengthMask) {
+          BuiltinVectorTypeInfo Info = getBuiltinVectorTypeInfo(BT);
+          return FirstType->isRVVVLSBuiltinType() &&
+                 Info.ElementType == BoolTy &&
+                 getTypeSize(SecondType) == getRVVTypeSize(*this, BT);
+        }
         if (VT->getVectorKind() == VectorKind::RVVFixedLengthData ||
             VT->getVectorKind() == VectorKind::Generic)
           return FirstType->isRVVVLSBuiltinType() &&
diff --git a/clang/lib/AST/ItaniumMangle.cpp b/clang/lib/AST/ItaniumMangle.cpp
index b1678479888eb7..9e3642387b7a81 100644
--- a/clang/lib/AST/ItaniumMangle.cpp
+++ b/clang/lib/AST/ItaniumMangle.cpp
@@ -3994,7 +3994,8 @@ void CXXNameMangler::mangleAArch64FixedSveVectorType(
 }
 
 void CXXNameMangler::mangleRISCVFixedRVVVectorType(const VectorType *T) {
-  assert(T->getVectorKind() == VectorKind::RVVFixedLengthData &&
+  assert((T->getVectorKind() == VectorKind::RVVFixedLengthData ||
+          T->getVectorKind() == VectorKind::RVVFixedLengthMask) &&
          "expected fixed-length RVV vector!");
 
   QualType EltType = T->getElementType();
@@ -4009,7 +4010,10 @@ void CXXNameMangler::mangleRISCVFixedRVVVectorType(const VectorType *T) {
     TypeNameOS << "int8";
     break;
   case BuiltinType::UChar:
-    TypeNameOS << "uint8";
+    if (T->getVectorKind() == VectorKind::RVVFixedLengthData)
+      TypeNameOS << "uint8";
+    else
+      TypeNameOS << "bool";
     break;
   case BuiltinType::Short:
     TypeNameOS << "int16";
@@ -4048,12 +4052,16 @@ void CXXNameMangler::mangleRISCVFixedRVVVectorType(const VectorType *T) {
   auto VScale = getASTContext().getTargetInfo().getVScaleRange(
       getASTContext().getLangOpts());
   unsigned VLen = VScale->first * llvm::RISCV::RVVBitsPerBlock;
-  TypeNameOS << 'm';
-  if (VecSizeInBits >= VLen)
-    TypeNameOS << (VecSizeInBits / VLen);
-  else
-    TypeNameOS << 'f' << (VLen / VecSizeInBits);
 
+  if (T->getVectorKind() == VectorKind::RVVFixedLengthData) {
+    TypeNameOS << 'm';
+    if (VecSizeInBits >= VLen)
+      TypeNameOS << (VecSizeInBits / VLen);
+    else
+      TypeNameOS << 'f' << (VLen / VecSizeInBits);
+  } else {
+    TypeNameOS << (VLen / VecSizeInBits);
+  }
   TypeNameOS << "_t";
 
   Out << "9__RVV_VLSI" << 'u' << TypeNameStr.size() << TypeNameStr << "Lj"
@@ -4093,7 +4101,8 @@ void CXXNameMangler::mangleType(const VectorType *T) {
              T->getVectorKind() == VectorKind::SveFixedLengthPredicate) {
     mangleAArch64FixedSveVectorType(T);
     return;
-  } else if (T->getVectorKind() == VectorKind::RVVFixedLengthData) {
+  } else if (T->getVectorKind() == VectorKind::RVVFixedLengthData ||
+             T->getVectorKind() == VectorKind::RVVFixedLengthMask) {
     mangleRISCVFixedRVVVectorType(T);
     return;
   }
diff --git a/clang/lib/AST/JSONNodeDumper.cpp b/clang/lib/AST/JSONNodeDumper.cpp
index 637d06cee78c85..95b682c19fbe4a 100644
--- a/clang/lib/AST/JSONNodeDumper.cpp
+++ b/clang/lib/AST/JSONNodeDumper.cpp
@@ -703,6 +703,9 @@ void JSONNodeDumper::VisitVectorType(const VectorType *VT) {
   case VectorKind::RVVFixedLengthData:
     JOS.attribute("vectorKind", "fixed-length rvv data vector");
     break;
+  case VectorKind::RVVFixedLengthMask:
+    JOS.attribute("vectorKind", "fixed-length rvv mask vector");
+    break;
   }
 }
 
diff --git a/clang/lib/AST/TextNodeDumper.cpp b/clang/lib/AST/TextNodeDumper.cpp
index e8274fcd5cfe9c..9741fc792506b1 100644
--- a/clang/lib/AST/TextNodeDumper.cpp
+++ b/clang/lib/AST/TextNodeDumper.cpp
@@ -1613,6 +1613,9 @@ void TextNodeDumper::VisitVectorType(const VectorType *T) {
   case VectorKind::RVVFixedLengthData:
     OS << " fixed-length rvv data vector";
     break;
+  case VectorKind::RVVFixedLengthMask:
+    OS << " fixed-length rvv mask vector";
+    break;
   }
   OS << " " << T->getNumElements();
 }
diff --git a/clang/lib/AST/Type.cpp b/clang/lib/AST/Type.cpp
index 160a725939ccd4..774ca8e55fd5a8 100644
--- a/clang/lib/AST/Type.cpp
+++ b/clang/lib/AST/Type.cpp
@@ -2479,6 +2479,9 @@ bool Type::isRVVVLSBuiltinType() const {
                         IsFP, IsBF)                                            \
   case BuiltinType::Id:                                                        \
     return NF == 1;
+#define RVV_PREDICATE_TYPE(Name, Id, SingletonId, NumEls) \
+  case BuiltinType::Id: \
+    return true;
 #include "clang/Basic/RISCVVTypes.def"
     default:
       return false;
@@ -2491,7 +2494,17 @@ QualType Type::getRVVEltType(const ASTContext &Ctx) const {
   assert(isRVVVLSBuiltinType() && "unsupported type!");
 
   const BuiltinType *BTy = castAs<BuiltinType>();
-  return Ctx.getBuiltinVectorTypeInfo(BTy).ElementType;
+
+  switch (BTy->getKind()) {
+#define RVV_PREDICATE_TYPE(Name, Id, SingletonId, NumEls)                      \
+  case BuiltinType::Id:                                                        \
+    return Ctx.UnsignedCharTy;
+  default:
+    return Ctx.getBuiltinVectorTypeInfo(BTy).ElementType;
+#include "clang/Basic/RISCVVTypes.def"
+  }
+
+  llvm_unreachable("Unhandled type");
 }
 
 bool QualType::isPODType(const ASTContext &Context) const {
diff --git a/clang/lib/AST/TypePrinter.cpp b/clang/lib/AST/TypePrinter.cpp
index f6941242927367..70e0f2f97060c9 100644
--- a/clang/lib/AST/TypePrinter.cpp
+++ b/clang/lib/AST/TypePrinter.cpp
@@ -694,6 +694,7 @@ void TypePrinter::printVectorBefore(const VectorType *T, raw_ostream &OS) {
     printBefore(T->getElementType(), OS);
     break;
   case VectorKind::RVVFixedLengthData:
+  case VectorKind::RVVFixedLengthMask:
     // FIXME: We prefer to print the size directly here, but have no way
     // to get the size of the type.
     OS << "__attribute__((__riscv_rvv_vector_bits__(";
@@ -773,6 +774,7 @@ void TypePrinter::printDependentVectorBefore(
     printBefore(T->getElementType(), OS);
     break;
   case VectorKind::RVVFixedLengthData:
+  case VectorKind::RVVFixedLengthMask:
     // FIXME: We prefer to print the size directly here, but have no way
     // to get the size of the type.
     OS << "__attribute__((__riscv_rvv_vector_bits__(";
diff --git a/clang/lib/CodeGen/Targets/RISCV.cpp b/clang/lib/CodeGen/Targets/RISCV.cpp
index 1e1d249b37ac06..62257c600f7ec8 100644
--- a/clang/lib/CodeGen/Targets/RISCV.cpp
+++ b/clang/lib/CodeGen/Targets/RISCV.cpp
@@ -318,20 +318,28 @@ ABIArgInfo RISCVABIInfo::coerceVLSVector(QualType Ty) const {
   assert(Ty->isVectorType() && "expected vector type!");
 
   const auto *VT = Ty->castAs<VectorType>();
-  assert(VT->getVectorKind() == VectorKind::RVVFixedLengthData &&
-         "Unexpected vector kind");
-
   assert(VT->getElementType()->isBuiltinType() && "expected builtin type!");
 
   auto VScale =
       getContext().getTargetInfo().getVScaleRange(getContext().getLangOpts());
+
+  unsigned NumElts = VT->getNumElements();
+  llvm::Type *EltType;
+  if (VT->getVectorKind() == VectorKind::RVVFixedLengthMask) {
+    NumElts *= 8;
+    EltType = llvm::Type::getInt1Ty(getVMContext());
+  } else {
+    assert(VT->getVectorKind() == VectorKind::RVVFixedLengthData &&
+           "Unexpected vector kind");
+    EltType = CGT.ConvertType(VT->getElementType());
+  }
+
   // The MinNumElts is simplified from equation:
   // NumElts / VScale =
   //  (EltSize * NumElts / (VScale * RVVBitsPerBlock))
   //    * (RVVBitsPerBlock / EltSize)
   llvm::ScalableVectorType *ResType =
-      llvm::ScalableVectorType::get(CGT.ConvertType(VT->getElementType()),
-                                    VT->getNumElements() / VScale->first);
+      llvm::ScalableVectorType::get(EltType, NumElts / VScale->first);
   return ABIArgInfo::getDirect(ResType);
 }
 
@@ -431,7 +439,8 @@ ABIArgInfo RISCVABIInfo::classifyArgumentType(QualType Ty, bool IsFixed,
   }
 
   if (const VectorType *VT = Ty->getAs<VectorType>())
-    if (VT->getVectorKind() == VectorKind::RVVFixedLengthData)
+    if (VT->getVectorKind() == VectorKind::RVVFixedLengthData ||
+        VT->getVectorKind() == VectorKind::RVVFixedLengthMask)
       return coerceVLSVector(Ty);
 
   // Aggregates which are <= 2*XLen will be passed in registers if possible,
diff --git a/clang/lib/Sema/SemaExpr.cpp b/clang/lib/Sema/SemaExpr.cpp
index 960f513d1111b2..498c49a76c000c 100644
--- a/clang/lib/Sema/SemaExpr.cpp
+++ b/clang/lib/Sema/SemaExpr.cpp
@@ -11167,7 +11167,8 @@ QualType Sema::CheckVectorOperands(ExprResult &LHS, ExprResult &RHS,
       if (VecType->getVectorKind() == VectorKind::SveFixedLengthData ||
           VecType->getVectorKind() == VectorKind::SveFixedLengthPredicate)
         return true;
-      if (VecType->getVectorKind() == VectorKind::RVVFixedLengthData) {
+      if (VecType->getVectorKind() == VectorKind::RVVFixedLengthData ||
+          VecType->getVectorKind() == VectorKind::RVVFixedLengthMask) {
         SVEorRVV = 1;
         return true;
       }
@@ -11198,7 +11199,8 @@ QualType Sema::CheckVectorOperands(ExprResult &LHS, ExprResult &RHS,
             SecondVecType->getVectorKind() ==
                 VectorKind::SveFixedLengthPredicate)
           return true;
-        if (SecondVecType->getVectorKind() == VectorKind::RVVFixedLengthData) {
+        if (SecondVecType->getVectorKind() == VectorKind::RVVFixedLengthData ||
+            SecondVecType->getVectorKind() == VectorKind::RVVFixedLengthMask) {
           SVEorRVV = 1;
           return true;
         }
diff --git a/clang/lib/Sema/SemaType.cpp b/clang/lib/Sema/SemaType.cpp
index a376f20fa4f4e0..834c4ddcccf5da 100644
--- a/clang/lib/Sema/SemaType.cpp
+++ b/clang/lib/Sema/SemaType.cpp
@@ -8542,21 +8542,30 @@ static void HandleRISCVRVVVectorBitsTypeAttr(QualType &CurType,
 
   ASTContext::BuiltinVectorTypeInfo Info =
       S.Context.getBuiltinVectorTypeInfo(CurType->castAs<BuiltinType>());
-  unsigned EltSize = S.Context.getTypeSize(Info.ElementType);
   unsigned MinElts = Info.EC.getKnownMinValue();
 
+  VectorKind VecKind = VectorKind::RVVFixedLengthData;
+  unsigned ExpectedSize = VScale->first * MinElts;
+  QualType EltType = CurType->getRVVEltType(S.Context);
+  unsigned EltSize = S.Context.getTypeSize(EltType);
+  unsigned NumElts;
+  if (Info.ElementType == S.Context.BoolTy) {
+    NumElts = VecSize / S.Context.getCharWidth();
+    VecKind = VectorKind::RVVFixedLengthMask;
+  } else {
+    ExpectedSize *= EltSize;
+    NumElts = VecSize / EltSize;
+  }
+
   // The attribute vector size must match -mrvv-vector-bits.
-  unsigned ExpectedSize = VScale->first * MinElts * EltSize;
-  if (VecSize != ExpectedSize) {
+  if (ExpectedSize % 8 != 0 || VecSize != ExpectedSize) {
     S.Diag(Attr.getLoc(), diag::err_attribute_bad_rvv_vector_size)
         << VecSize << ExpectedSize;
     Attr.setInvalid();
     return;
   }
 
-  VectorKind VecKind = VectorKind::RVVFixedLengthData;
-  VecSize /= EltSize;
-  CurType = S.Context.getVectorType(Info.ElementType, VecSize, VecKind);
+  CurType = S.Context.getVectorType(EltType, NumElts, VecKind);
 }
 
 /// Handle OpenCL Access Qualifier Attribute.
diff --git a/clang/test/CodeGen/attr-riscv-rvv-vector-bits-bitcast.c b/clang/test/CodeGen/attr-riscv-rvv-vector-bits-bitcast.c
index 886af083f1c009..b591249bbef1bc 100644
--- a/clang/test/CodeGen/attr-riscv-rvv-vector-bits-bitcast.c
+++ b/clang/test/CodeGen/attr-riscv-rvv-vector-bits-bitcast.c
@@ -18,8 +18,29 @@ typedef __rvv_uint64m1_t vuint64m1_t;
 typedef __rvv_float32m1_t vfloat32m1_t;
 typedef __rvv_float64m1_t vfloat64m1_t;
 
+typedef __rvv_bool1_t vbool1_t;
+typedef __rvv_bool2_t vbool2_t;
+typedef __rvv_bool4_t vbool4_t;
+typedef __rvv_bool8_t vbool8_t;
+typedef __rvv_bool16_t vbool16_t;
+typedef __rvv_bool32_t vbool32_t;
+typedef __rvv_bool64_t vbool64_t;
+
 typedef vint64m1_t fixed_int64m1_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen)));
 typedef vfloat64m1_t fixed_float64m1_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen)));
+typedef vbool1_t fixed_bool1_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen)));
+typedef vbool2_t fixed_bool2_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen / 2)));
+typedef vbool4_t fixed_bool4_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen / 4)));
+typedef vbool8_t fixed_bool8_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen / 8)));
+#if __riscv_v_fixed_vlen >= 128
+typedef vbool16_t fixed_bool16_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen / 16)));
+#endif
+#if __riscv_v_fixed_vlen >= 256
+typedef vbool32_t fixed_bool32_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen / 32)));
+#endif
+#if __riscv_v_fixed_vlen >= 512
+typedef vbool64_t fixed_bool64_t __attribute__((riscv_rvv_vector_bits(__riscv_v_fixed_vlen / 64)));
+#endif
 
 #define DEFINE_STRUCT(ty)   \
   struct struct_##ty {      \
@@ -28,6 +49,19 @@ typedef vfloat64m1_t fixed_float64m1_t __attribute__((riscv_rvv_vector_bits(__ri
 
 DEFINE_STRUCT(int64m1)
 DEFINE_STRUCT(float64m1)
+DEFINE_STRUCT(bool1)
+DEFINE_STRUCT(bool2)
+DEFINE_STRUCT(bool4)
+DEFINE_STRUCT(bool8)
+#if __riscv_v_fixed_vlen >= 128
+DEFINE_STRUCT(bool16)
+#endif
+#if __riscv_v_fixed_vlen >= 256
+DEFINE_STRUCT(bool32)
+#endif
+#if __riscv_v_fixed_vlen >= 512
+DEFINE_STRUCT(bool64)
+#endif
 
 //===----------------------------------------------------------------------===//
 // int64
@@ -136,3 +170,69 @@ vfloat64m1_t read_float64m1(struct struct_float64m1 *s) {
 void write_float64m1(struct struct_float64m1 *s, vfloat64m1_t x) {
   s->y[0] = x;
 }
+
+//===----------------------------------------------------------------------===//
+// bool
+//===----------------------------------------------------------------------===//
+
+// CHECK-64-LABEL: @read_bool1(
+// CHECK-64-NEXT:  entry:
+// CHECK-64-NEXT:    [[SAVED_VALUE:%.*]] = alloca <8 x i8>, align 8
+// CHECK-64-NEXT:    [[Y:%.*]] = getelementptr inbounds [[STRUCT_STRUCT_BOOL1:%.*]], ptr [[S:%.*]], i64 0, i32 1
+// CHECK-64-NEXT:    [[TMP0:%.*]] = load <8 x i8>, ptr [[Y]], align 8, !tbaa [[TBAA4]]
+// CHECK-64-NEXT:    store <8 x i8> [[TMP0]], ptr [[SAVED_VALUE]], align 8, !tbaa [[TBAA4]]
+// CHECK-64-NEXT:    [[TMP1:%.*]] = load <vscale x 64 x i1>, ptr [[SAVED_VALUE]], align 8, !tbaa [[TBAA4]]
+// CHECK-64-NEXT:    ret <vscale x 64 x i1> [[TMP1]]
+//
+// CHECK-128-LABEL: @read_bool1(
+// CHECK-128-NEXT:  entry:
+// CHECK-128-NEXT:    [[SAVED_VALUE:%.*]] = alloca <16 x i8>, align 16
+// CHECK-128-NEXT:    [[Y:%.*]] = getelementptr inbounds [[STRUCT_STRUCT_BOOL1:%.*]], ptr [[S:%.*]], i64 0, i32 1
+// CHECK-128-NEXT:    [[TMP0:%.*]] = load <16 x i8>, ptr [[Y]], align 8, !tbaa [[TBAA4]]
+// CHECK-128-NEXT:    store <16 x i8> [[TMP0]], ptr [[SAVED_VALUE]], align 16, !tbaa [[TBAA4]]
+// CHECK-128-NEXT:    [[TMP1:%.*]] = load <vscale x 64 x i1>, ptr [[SAVED_VALUE]], align 16, !tbaa [[TBAA4]]
+// CHECK-128-NEXT:    ret <vscale x 64 x i1> [[TMP1]]
+//
+// CHECK-256-LABEL: @read_bool1(
+// CHECK-256-NEXT:  entry:
+// CHECK-256-NEXT:    [[SAVED_VALUE:%.*]] = alloca <32 x i8>, align 32
+// CHECK-256-NEXT:    [[Y:%.*]] = getelementptr inbounds [[STRUCT_STRUCT_BOOL1:%.*]], ptr [[S:%.*]], i64 0, i32 1
+// CHECK-256-NEXT:    [[TMP0:%.*]] = load <32 x i8>, ptr [[Y]], align 8, !tbaa [[TBAA4]]
+// CHECK-256-NEXT:    store <32 x i8> [[TMP0]], ptr [[SAVED_VALUE]], align 32, !tbaa [[TBAA4]]
+// CHECK-256-NEXT:    [[TMP1:%.*]] = load <vscale x 64 x i1>, ptr [[SAVED_VALUE]], align 32, !tbaa [[TBAA4]]
+// CHECK-256-NEXT:    ret <vscale x 64 x i1> [[TMP1]]
+//
+vbool1_t read_bool1(struct struct_bool1 *s) {
+  return s->y[0];
+}
+
+// CHECK-64-LABEL: @write_bool1(
+// CHECK-64-NEXT:  entry:
+// CHECK-64-NEXT:    [[SAVED_VALUE:%.*]] = alloca <vscale x 64 x i1>, align 8
+// CHECK-64-NEXT:    store <vscale x 64 x i1> [[X:%.*]], ptr [[SAVED_VALUE]], align 8, !tbaa [[TBAA7:![0-9]+]]
+// CHECK-64-NEXT:    [[TMP0:%.*]] = load <8 x i8>, ptr [[SAVED_VALUE]], align 8, !tbaa [[TBAA4]]
+// CHECK-64-NEXT:    [[Y:%.*]] = getelementptr inbounds [[STRUCT_STRUCT_BOOL1:%.*]], ptr [[S:%.*]], i64 0, i32 1
+// CHECK-64-NEXT:    store <8 x i8> [[TMP0]], ptr [[Y]], align 8, !tbaa [[TBAA4]]
+// CHECK-64-NEXT:    ret void
+//
+// CHECK-128-LABEL: @write_bool1(
+// CHECK-128-NEXT:  entry:
+// CHECK-128-NEXT:    [[SAVED_VALUE:%.*]] = alloca <vscale x 64 x i1>, align 16
+// CHECK-128-NEXT:    store <vscale x 64 x i1> [[X:%.*]], ptr [[SAVED_VALUE]], align 16, !tbaa [[TBAA7:![0-9]+]]
+// CHECK-128-NEXT:    [[TMP0:%.*]] = load <16 x i8>, ptr [[SAVED_VALUE]], align 16, !tbaa [[TBAA4]]
+// CHECK-128-NEXT:    [[Y:%.*]] = getelementptr inbounds [[STRUCT_STRUCT_BOOL1:%.*]], ptr [[S:%.*]], i64 0, i32 1
+// CHECK-128-NEXT:    store <16 x i8> [[TMP0]], ptr [[Y]], align 8, !tbaa [[TBAA4]]
+// CHECK-128-NEXT:    ret void
+//
+// CHECK-256-LABEL: @write_bool1(
+// CHECK-256-NEXT:  entry:
+// CHECK-256-NEXT:    [[SAVED_VALUE:%.*]] = alloca <vscale x 64 x i1>, align 8
+// CHECK-256-NEXT:    store <vscale x 64 x i1> [[X:%.*]], ptr [[SAVED_VALUE]], align 8, !tbaa [[TBAA7:![0-9]+]]
+// CHECK-256-NEXT:    [[TMP0:%.*]] = load <32 x i8>, ptr [[SAVED_VALUE]], align 8, !tbaa [[TBAA4]]
+// CHECK-256-NEXT:    [[Y:%.*]] = getelementptr inbounds [[STRUCT_STRUCT...
[truncated]

Copy link

github-actions bot commented Dec 29, 2023

✅ With the latest revision this PR passed the C/C++ code formatter.

@topperc
Copy link
Collaborator Author

topperc commented Jan 12, 2024

Ping

Copy link
Contributor

@wangpc-pp wangpc-pp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please add a release note.

@@ -2415,7 +2415,10 @@ only be a power of 2 between 64 and 65536.
For types where LMUL!=1, ``__riscv_v_fixed_vlen`` needs to be scaled by the LMUL
of the type before passing to the attribute.

``vbool*_t`` types are not supported at this time.
For ``vbool*_t`` types, ``__riscv_v_fixed_vlen`` needs to be divided by the
number from the type name. For example, ``vbool8_t`` needs to use
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

__riscv_v_fixed_vlen needs to be divided by the number from the type name.

Can this be done by compiler?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It could, but the intention was that the value passed to the attribute should be the size of the type. That's the way LMUL is handled. LMUL 2 needs to pass 2*__riscv_v_fixed_vlen.

@topperc
Copy link
Collaborator Author

topperc commented Jan 25, 2024

ping

Copy link
Contributor

@wangpc-pp wangpc-pp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh sorry, I was going to approve this before llvm 18 branch but I forgot.
Should we backport this to llvm 18?

@topperc topperc merged commit b051141 into llvm:main Jan 25, 2024
4 of 5 checks passed
@topperc topperc deleted the pr/predicate-support branch January 25, 2024 17:14
@nico
Copy link
Contributor

nico commented Jan 25, 2024

Breaks tests: http://45.33.8.238/linux/129101/step_7.txt

topperc added a commit that referenced this pull request Jan 25, 2024
@topperc
Copy link
Collaborator Author

topperc commented Jan 25, 2024

Breaks tests: http://45.33.8.238/linux/129101/step_7.txt

Reverted at 51b25ba

topperc added a commit that referenced this pull request Jan 25, 2024
…)"

Test updated to expect i8 gep.

Original message:

This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
llvmbot pushed a commit to llvmbot/llvm-project that referenced this pull request Jan 25, 2024
…#76551)"

Test updated to expect i8 gep.

Original message:

This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.

(cherry picked from commit c92ad41)
@@ -975,6 +975,8 @@ RISC-V Support
- Default ABI with F but without D was changed to ilp32f for RV32 and to lp64f
for RV64.

- ``__attribute__((rvv_vector_bits(N))) is now supported for RVV vbool*_t types.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This line breaks the documentation build (missing ending ``).

topperc added a commit to topperc/llvm-project that referenced this pull request Jan 29, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
tstellar pushed a commit that referenced this pull request Feb 1, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
tstellar pushed a commit to tstellar/llvm-project that referenced this pull request Feb 14, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
tstellar pushed a commit to tstellar/llvm-project that referenced this pull request Feb 14, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
tstellar pushed a commit to tstellar/llvm-project that referenced this pull request Feb 14, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
tstellar pushed a commit to tstellar/llvm-project that referenced this pull request Feb 14, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
@pointhex pointhex mentioned this pull request May 7, 2024
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Aug 23, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Aug 23, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Sep 5, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Sep 6, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Sep 9, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Sep 10, 2024
Co-authored-by: Petar Avramovic <[email protected]>
Co-authored-by: Piotr Sobczak <[email protected]>

[AMDGPU][GFX12] VOP encoding and codegen - add support for v_cvt fp8/… (llvm#78414)

…bf8 instructions

    Add VOP1, VOP1_DPP8, VOP1_DPP16, VOP3, VOP3_DPP8, VOP3_DPP16
    instructions that were supported on GFX940 (MI300):
    - V_CVT_F32_FP8
    - V_CVT_F32_BF8
    - V_CVT_PK_F32_FP8
    - V_CVT_PK_F32_BF8
    - V_CVT_PK_FP8_F32
    - V_CVT_PK_BF8_F32
    - V_CVT_SR_FP8_F32
    - V_CVT_SR_BF8_F32

---------

Co-authored-by: Mateja Marjanovic <[email protected]>
Co-authored-by: Mirko Brkušanin <[email protected]>
(cherry picked from commit cfddb59)

[RISCV] Support __riscv_v_fixed_vlen for vbool types. (llvm#76551)

This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.

[Docs] Fix documentation build.

Missing ending `` after c92ad41

Backport '[clang] static operators should evaluate object argument (reland)' to release/18.x (llvm#80109)

Cherry picked from commit ee01a2c.

Closes llvm#80041, backport llvm#80108.

Co-authored-by: Shafik Yaghmour <[email protected]>
Co-authored-by: cor3ntin <[email protected]>
Co-authored-by: Aaron Ballman <[email protected]>

PR for llvm#79568 (llvm#80120)

Backporting llvm#79568 to clang 18.

[docs] Add release notes for Windows specific changes in 18.x (llvm#80011)

[AArch64] Add some release notes items (llvm#79983)

[C++20] [Modules] Don't perform ODR checks in GMF

Close llvm#79240.

See the linked issue for details. Given the frequency of issue reporting
about false positive ODR checks (I received private issue reports too),
I'd like to backport this to 18.x too.

[clang] Fix unexpected `-Wconstant-logical-operand` in C23 (llvm#80724)

C23 has `bool`, but logical operators still return int. Check that
we're not in C to avoid false-positive -Wconstant-logical-operand.

Fixes llvm#64356

(cherry picked from commit a18e92d)

[18.x][Docs] Add release note about Clang-defined target OS macros (llvm#80044)

The change is included in the 18.x release. Move the release note to the
release branch and reformat.

(cherry picked from commit b40d5b1)

ReleaseNotes: mention -mtls-dialect=desc (llvm#82731)

[Clang] Fixes to immediate-escalating functions (llvm#82281)

* Consider that immediate escalating function can appear at global
scope, fixing a crash

* Lambda conversion to function pointer was sometimes not performed in
an immediate function context when it should be.

Fixes llvm#82258

(cherry picked from commit baf6bd3)

[Clang] [Sema] Handle placeholders in '.*' expressions (llvm#83103)

When analysing whether we should handle a binary expression as an
overloaded operator call or a builtin operator, we were calling
`checkPlaceholderForOverload()`, which takes care of any placeholders
that are not overload sets—which would usually make sense since those
need to be handled as part of overload resolution.

Unfortunately, we were also doing that for `.*`, which is not
overloadable, and then proceeding to create a builtin operator anyway,
which would crash if the RHS happened to be an unresolved overload set
(due hitting an assertion in `CreateBuiltinBinOp()`—specifically, in one
of its callees—in the `.*` case that makes sure its arguments aren’t
placeholders).

This pr instead makes it so we check for *all* placeholders early if the
operator is `.*`.

It’s worth noting that,
1. In the `.*` case, we now additionally also check for *any*
placeholders (not just non-overload-sets) in the LHS; this shouldn’t
make a difference, however—at least I couldn’t think of a way to trigger
the assertion with an overload set as the LHS of `.*`; it is worth
noting that the assertion in question would also complain if the LHS
happened to be of placeholder type, though.
2. There is another case in which we also don’t perform overload
resolution—namely `=` if the LHS is not of class or enumeration type
after handling non-overload-set placeholders—as in the `.*` case, but
similarly to 1., I first couldn’t think of a way of getting this case to
crash, and secondly, `CreateBuiltinBinOp()` doesn’t seem to care about
placeholders in the LHS or RHS in the `=` case (from what I can tell,
it, or rather one of its callees, only checks that the LHS is not a
pseudo-object type, but those will have already been handled by the call
to `checkPlaceholderForOverload()` by the time we get to this function),
so I don’t think this case suffers from the same problem.

This fixes llvm#53815.

---------

Co-authored-by: Aaron Ballman <[email protected]>

[InstCombine] Fix miscompilation in PR83947 (llvm#83993)

https://github.com/llvm/llvm-project/blob/762f762504967efbe159db5c737154b989afc9bb/llvm/lib/Transforms/InstCombine/InstCombineCalls.cpp#L394-L407

Comment from @topperc:
> This transforms assumes the mask is a non-zero splat. We only know its
a splat and not provably all 0s. The mask is a constexpr that includes
the address of the global variable. We can't resolve the constant
expression to an exact value.

Fixes llvm#83947.

SystemZ release notes for 18.x. (llvm#84560)

Remove support for EXPORTAS in def files to maintain ABI compatibility for COFFShortExport

[clang][Sema] Fix a CTAD regression after 42239d2 (llvm#86914)

The most recent declaration of a template as a friend can introduce a
different template parameter depth compared to what we anticipate from a
CTAD guide.

Fixes llvm#86769

[clang] Avoid -Wshadow warning when init-capture named same as class field (llvm#74512)

Shadowing warning doesn't make much sense since field is not available
in lambda's body without capturing this.

Fixes llvm#71976

[SLP]Fix a crash if the argument of call was affected by minbitwidth analysis.

Need to support proper type conversion for function arguments to avoid
compiler crash.

Fix override keyword being print to the left side

Previously, the `override` keyword in C++ was being print in the left
side of a method decl, which is unsupported by C++ standard. This commit
fixes that by setting the `CanPrintOnLeft` field to 0, forcing it to be
print on the right side of the decl.

Signed-off-by: Giuliano Belinassi <[email protected]>

[clang codegen] Fix MS ABI detection of user-provided constructors. (llvm#90151)

In the context of determining whether a class counts as an "aggregate",
a constructor template counts as a user-provided constructor.

Fixes llvm#86384

(cherry picked from commit 3ab4ae9)

release/18.x: [libclc] Fix linking against libIRReader

Fixes llvm#91551

Update llvm/test/Transforms/InstCombine/bit_ceil.ll

Co-authored-by: Yingwei Zheng <[email protected]>

[RISCV] Add a unaligned-scalar-mem feature like we had in clang 17.

This is ORed with the fast-unaligned-access feature which applies
to scalar and vector together.:

Regular squash.

Cobol/PlI changes from 785ddc60@https://gitlab.phidani.be/Chirag.Patel/lldb.git

Cobol/PLI support added from 6cefb217f097ac@https://gitlab.phidani.be/Chirag.Patel/llvm.git

[LLDB] added lldb rpmbuild spec file

[RPMBuild] Added lldb rpmbuild support.

[LLDBRpm] added version for yum update.

[lldb_rpm] minor cleanup.

Build fix rleated to RTTI.

build fix.

[DWARFASTParserLegacy] Initial support for union type.

[lldb][LegacyTypeSystem] Changed struct/union member offset from bytes to bits to support DW_AT_data_bit_offset.

[lldbrpm] changed version suffix.

[LegacyASTContext] Fix var string length display.

[LLDB][CobolUserExpression] Added AST node Function call place holder.

build fix.

[LLVM][Test] Fixed assembler round trip test.

[LLDB][CobolUserExpression] Added ast evaluation for sizeof operator.

[LLDB][CobolUserExpression] Added placeholder in parser for func call.

[LLDB][CobolUserExpression] Added sizeof operator, temporary placeholder for LENGTH OF.

[LLDB][PLIUserExpression] Fixed array indexing.

[LLDB][ValueObjectPrinter] Skip summary if custom format is requested.

[LLDB][PLILanguage] changed bitset size, read from array type name.

[LLDB][ValueObject] Fixed pli var string length read.

[LLDB][PLILanguage] Fixed support for var string summary formatter.

[LLVM][DIBuilder][C-API] Added changes to add lexical scope info for auto variable for functions.

[LLVM][AsmCodegen] Added raincode extention AT_lexical_scope.

[LLDB][SymbolFileDWARF] Added support for RAINCODE_lexical_scope attribute.

[LLDB][PLIUserExpression] Added sizeof operator support, it will be renamed to proper functiona name later.

[LLDB][ValueObject] minor cleanup.

[LLDB][PLIUserExpression] Added STORAGE/STG builtin func support.

[LLDB][PLIUserExpression][CobolUserExpression] Added LENGTH() for Cobol and STG/STORAGE() for PL/I, removed sizeof operator for both.

[LLDB][DWARFASTParserLegacy] Added placeholder for DW_TAG_reference_type.

[LLVM][CodeGen][AsmPrinter] Added DW_AT_name attribute to TAG_array_type.

[LLDB][DWARFExpression] minor cleanup.

[LLDB][PLILanguage] Fixed bitset array size read from array type.

[LLDB][LegacyASTContext] Moved bit array calculation to type system.

[LLVM][AsmPrinter] Fixed TAG_array duplicate attribute export.

[LLVM][C-API] Changes array type api.

[LLDB][PLI/Cobol UserExpression] Fixed array indexing, removed c style [] index access.

[LLDB][PLIUserExpression] minor fix.

[LLDB] Fixed bug relating struct member name access for Cobol/PL1.

fixed coding style/whitespace/typos.

[LLDB][LegacyTypeSystem] Place holder beautification for edited types.

[LLDB] rpm version upgrade.

[LLDB][CobolUserExpression] Fixed pic string ref modifier.

[LLDB][TypeSystem] Added support to mutate existing type length, fixed cobolUserExpression refmod for display type.

[LLDB][CobolUserExpression] Fixed lower bound ref modifier.

[LLDB][Cobol/PLI UserExpression] Fixed error while searching for var, do not fully resolve type.

[LLDB][RPM] fixed rpm version.

cleanup, reduce number of changes from trunk.

cleanup, reduce number of changes fomr trunk.

build fix.

Build fix.

Build fix.

[LegacyASTContext] Fixed bug relating packed decimal going through ebcdic iconv.

[LLVM][DebugInfo] Fixed DIExpression node uniquness issue.

build fix.

cleanup.

Refactoring, moved LegacyASTContext to Plugin typeSystem Legacy.

Refactoring, renamed TypeSystem class.

build fix.

build fix, cleanup.

cleanup

fixed assert failure.

[CobolUserExpression] Added placeholder for simpe assignment operator.

[CobolUserExpression] Added basic support for assigment to variables.

[CobolUserExpression] Added cobol move-to set-to syntex support.

[LegacyTypeSystem][CobolUserExpression] Added literal type double,string. Added TypeSystem Encoding helper functions.

[CobolLexer] Added string,float literal type support.

[PLIUserExpression] Added assignment operator support.

[CobolUserExpression] Added assignment comp-3 support.

[PLIUserExpression] Assignment added pli display type support.

temporary build fix. DIExpression asmprinter, print null for invalid entry.

[Cobol/PLI UserExpression] Assignment endianity bug fix.

[Cobol/PLIUserExpression] fixed data extractpr assert, fixed int precision convertion written as zero.

[Cobol/PLIUserExpression] Assignment display type assert failure.

build fix.

[PLIUserExpression] Added support for var string assignment.

[LegacyUserExpression] Simple semantic check place-holder.

[CobolUserexpression] Assignment expression fixed display, array types.

[TypeSystem] fixed encode int precision bug for i64 to i32.

[PLI/Cobol UserExpression] fixed support for assinment into refmod data type.

[CobolUserExpression] Fixed assignment display/comp-3 regression.

temporary build fix. python3 lib on server needs few changes for this build.

[TypeSystemLegacy] Fixed edited type display, skip formatting for edited type.

[lldbrpm] package lldb-python-script too.

[CobolUserExpression] Fixed SelctorOf expression with array index access e.g (lldb)p LastName1 of VAR(1) of TAB.

[CobolUserExpression] Assignment to packed decimal fixed, added digit count read support from dwarf instead of runtime calculation.

[CoboUserExpression] Fixed assignment string invalid byte order.

[PLIUserExpression] Fixed string padding with space.

[CobolUserExpression] Fixed Assignment string space padding.

[LegacyTypeSysten] fixed crash in encoding due to long length the assignment.

[CobolUserExpression][PLIUserExpression] fixed segfault.

[DebugInfo] export identifier case as insensitive for PLI/Cobol compiled units.

[TypeSystemLegacy] Fixed minor bug with dataencoding.

rebase build fix.

[StackFrame] fixed support for cobol/pli modref select syntex.

case-insensitive breakpoint resolution for PLI/Cobol languages.

cleanup.

build fix.

added initial support for TAG_dynamic_type.

added c/c++ api to create dynamic type debug info.

[DebugInfo] Added support to generate dwarf attribute  DW_AT_allocated for DW_TAG_dynamic_type

[PLIUserExpression][CobolUserExpression] Fixed name variable lookup for few cases.

[DWARFASTParserLegacy] Initial support to parse TAG_dynamic_type.

[AsmPrinter] Fix minor mistake for TAG_dynamic DW_AT_allocated.

[TypeSystemLegacy] Added dynamic type place holder.

[LLVM][AsmPrinter] Allow OP_call2/4 expression on local variable location.

build fix.

[LLDB][CompilerType] Added support to fetch dynamic type info.

[lldb][ValueObjectVariable] Added dynamic variable read support.

[LLDB][ValueObjectVariable] Added allocated check for dynamic types.

[LLDB][ValueObjectVariable] fixed TAG_dynamic type attributes optional.

[LLVM][DebugInfoMetadata] Fixed minor function call.

[LLDB][TypeSystemLegacy] Added dynamic type info support.

build fix.

for jekins, use python3  sharedlibs

lldbrpm use python3.

temporary build fix.

[LLDB][DWARFExpression] Added temporary operation extension for address calculation with file address in dwarf v5.

[LLVM][CodeGen] Fixed dynamic type dwarf expression call2/call4 assert.

[LLVM][Verifier] Added dynamic type check.

[LLVM][Verifier] Added debugInfo verifier dynamic type extra checks.

[LLDB][TypeSystemLegacy] Added check to avoid direct nested dynaic types.

[LLVM][DebugInfo] Adding DW_OP_call2/4 support in TAG_subrange attributes DW_AT_lower_bound, DW_AT_upper_bound.

[LLDB] Added option to hide frames with invalid line entry target.hide-invalid-legacy-frames, this is a temporary placeholder and it will be moved to more suitable location in future.

[LLDB][DataFormatters] Fixed printing of char arrays with non-default format.

[LLDB][StackFrame] Added check for member name lookup to reject array of structs.

[lldb][DataFormatters] fixed multi-dimesional string formatting.

[LLDB][ValueObjectVariable] cleanup: proper error message.

[LLVM][DwarfUnit] Added DW_OP_call2/call4 support for array type.

[LLVM][DwarfCompileUnit] fixed assert failure with DW_OP_call2/call4.

[DIBuilder] Added DW_AT_static_link support.

[LLVM][C-API][DebugInfo] Added support for DW_AT_static_link.

[DebugInfo] fixed minor bug with Staticlink attribute generation.

[DebugInfo] static link cleanup.

rebase build fix.

[LLDB][DWARFParser] Added initial support to parse DW_AT_static_link.

[LLDB][StackFrame] Added support to read static link address.

[LLDB][StackFrameList] Added helper function to search stack list using static link.

[LLDB][ValueObjectPrinter] regression fix for hex format value print.

[LLDB] build fix.

[LLDB][ExpressionParser] bug fixed for positive int expression e.g. p move +3 to var.

[LLDB][TypeSystemLegacy] Fixed bcd signed preferred value encoding.

[LLVM][DebuggerTuning] default tune for lldb.

[LLDB][TypeSystemLegacy] iconv try approximate and ignore if not possible, for character decoding.

rebase build fix.

[LLDB][CobolUserExpression][PLIUserExpression] fixed variable name overwriting.

[LLDB][UserExpression] Temporary revert variable name bug.

rebase build fix.

rebase build fix.

rebase build fix.

initial placeholder for DW_AT_RAINCODE_static_link_recv.

[LLDB][CobolUserExpression][PLIUserExpression] fixed variable name overwrite.

[LLDB][Test] fixed UnsupportedLanguage test failure.

[LLDB][CobolUserExpression] Place holder for compare operations.

lldbrpm, temporary skip python dir.

[CobolUserExpression] Adding placeholder for equality comparision.

[PLIUserExpression] PLILexer, added partial support for comparision operators.

[LLDB][DataExtractor] bytes compare func.

rebase build fix.

rebase build fix.

Added DW_AT_RAINCODE_frame_base

Patch by Amin!

[LLDB][DWARFParser] Added support to parse DW_AT_RAINCODE_frame_base.

build fix.

[LLVM] Fix dynamic type

[LLVM-C][API] Add api to create a dynamic DISubrange

[LLDB] Add support for DW_AT_count as a DWARFExpression

- Add DWARFExpression in ArrayInfo;
- Add LegacyDynamicArray type for dynamic arrays;
- Evaluate count expression every time we re-evaluate DW_AT_location.

Rebase and fix compilation failures

Only print case sensitiveness if source language is
Cobol or PL/1.
Fixes the following regressions:
LLVM :: DebugInfo/X86/dwarf-public-names.ll
LLVM :: DebugInfo/X86/length_symbol_difference.ll
LLVM :: MC/X86/dwarf-size-field-overflow.test
LLVM :: tools/llvm-dwarfdump/X86/statistics.ll

(cherry picked from commit ff848081162f81ef3c5d8f447b6c28dd564d4ada)

Use correct record size of DIDerivedType
Use last index for Annotations

replace dyn_cast with dyn_cast_or_null to handle invalid input smoothly

Rebasing on LLVM-17-init and fixes regressions

LZLANG-2470 valgrind vs. lldb_private::TargetCharsetReader::convert
    - remove the static buffer_length variable, which may not be big enough.
    - remove the loop
    - add lldb console errno logging when there is an iconv error.

(cherry picked from commit 120402f28f787a90f65f725307519343b5937fee)

LZLANG-2470 Fixes for previous lldb_private::TargetCharsetReader::convert changes.

(cherry picked from commit 918c9b62a63b71347ebee5a7ccd0bd42bbdfc118)

Lexer Bug Fix

COBOL/PLI lexer would return variable name with '\n' at the start.

1155199180

(cherry picked from commit 7266c35747b19a11081b3fab07f6773bfb15fa1f)

Ported Abhishek's Fix
-Set is_singed for int variables

[lldb] Bridge the gap when debugging the variable with command and codelldb

(cherry picked from commit d88ad8abed856d239628d4cda3fad393fef1ba0e)

Build Fixes after cherry-pick previous commit

strings set by codelldb must be enclosed in quotes

(cherry picked from commit 0072c09fbe9f5ead6bde25060dc8e9f4265989b3)

Bug fix:

p var = val in PLI didn't work

(cherry picked from commit 9f3d16f85434cbd17e26d429622cd6b557eddacb)

Port Abhisheks Fixes
-Fix for MOVE val TO VAR

[lldb] Added the DemangledNameContainsPath overload for pli/cobol

(cherry picked from commit 552cf62d001beb59327e4fb81cd4620ee0d62c55)

Fix warnings

Fields of a struct array can now be used with `p`

e.g FIELD(5) is equivalent to FIELD OF ARR(5)

See ticket 1152892604

(cherry picked from commit 5e02341b015fddaca13a674b34228fe2b080a54c)

Cobol-style multi-index support added

(cherry picked from commit 7b0e7ae494ca2a9799e1f09d87146113de2e0f38)

Fixed LENGTH(var) expression

-get the size of var from lldb

(cherry picked from commit 50657e2e7b2ec81a13764ca0105c130cc95ccfc7)

Warning Fixes

Make breakpoint Cases Insensitive

Fixed Build and Regression failure after rebase

Fixed warnings seen during lldb build

[lldb] Store real bitwidth from debuginfo in Scalar Type

Storing in higher bitwidth than required or specified by debug info
creates problem when byteswap is done.

Make comparison of breakpoint names case insensitive in `findEntryOffsetInCurrentIndex`

1156642284

typo fix: s/key/Key/

[lldb] Fix DWARFASTParser to correctly parse DW_AT_count for dynamic arrays

[lldb] Change the way we look for variables in StackFrame for Legacy Languages 1156032652

[lldb] Bugfix in LENGTH(var) [cobol] and STG(var) [pli]

We were encoding 4 bytes of LENGTH data and reading 8 bytes which cause a problem.
Using size_t instead of uint32_t fixes the problem.

[lldb] Fix cast failure in FindFieldInStructArray

Complicated expressions in lldb broke the assumption that the expression is an identifier, thus we got a cast error.
This fix removes that from happening and also fixes the bug that if the identifier is an array itself the last index specified in the input is used to index that variable itself.

e.g 01 SAMPLE-TABLE.
           05 TABLE-DEPTH OCCURS 3 TIMES.
             10 TABLE-ROW OCCURS 3 TIMES.
               15 TABLE-COLUMN OCCURS 3 TIMES PIC 9(8).

Here TABLE-ROW(1, 2) means second element of TABLE-ROW OF TABLE-DEPTH(1).

Revert "[lldb] Fix cast failure in FindFieldInStructArray"

This reverts commit c1bab0e0b6a798698196434c7bb6cbe391fcdc1b.

[lldb] Add support for IBM array-indexing syntax

see 1156841764

[lldb] Fix cast error and support non-ibm indexing syntax

see 1156841764

[lldb] Fixes After Rebase on llvmorg-18.1.4

[lldb] Fix bug in display of varying PLI strings

See 1156884604

The STG function also should include the prefix when counting the size, which for now is 2 bytes for all strings because the PLI compiler doesn't support COMPAT(V3) version.
If in the future we do support it, we would need to fix this again.

(cherry picked from commit 4b39f3e1b55c3df09f5cb89dcdd347682f790ba9)

[lldb] Add basic support for Level88 conditions

[lldb] Add support for calling the runtime function rc_cob_level88 directly from the "p" command

[lldb] Print the value of level88 variables as true/false with parent name.

Prints the value of level88 condition names by calling the runtime functions and formatting it nicely.

[lldb] Add support for indexed level88 variables

[lldb] Fixes After Rebase on llvm main

[LLDB] Preparation for upstream
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Sep 10, 2024
Co-authored-by: Petar Avramovic <[email protected]>
Co-authored-by: Piotr Sobczak <[email protected]>

[AMDGPU][GFX12] VOP encoding and codegen - add support for v_cvt fp8/… (llvm#78414)

…bf8 instructions

    Add VOP1, VOP1_DPP8, VOP1_DPP16, VOP3, VOP3_DPP8, VOP3_DPP16
    instructions that were supported on GFX940 (MI300):
    - V_CVT_F32_FP8
    - V_CVT_F32_BF8
    - V_CVT_PK_F32_FP8
    - V_CVT_PK_F32_BF8
    - V_CVT_PK_FP8_F32
    - V_CVT_PK_BF8_F32
    - V_CVT_SR_FP8_F32
    - V_CVT_SR_BF8_F32

---------

Co-authored-by: Mateja Marjanovic <[email protected]>
Co-authored-by: Mirko Brkušanin <[email protected]>
(cherry picked from commit cfddb59)

[RISCV] Support __riscv_v_fixed_vlen for vbool types. (llvm#76551)

This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.

[Docs] Fix documentation build.

Missing ending `` after c92ad41

Backport '[clang] static operators should evaluate object argument (reland)' to release/18.x (llvm#80109)

Cherry picked from commit ee01a2c.

Closes llvm#80041, backport llvm#80108.

Co-authored-by: Shafik Yaghmour <[email protected]>
Co-authored-by: cor3ntin <[email protected]>
Co-authored-by: Aaron Ballman <[email protected]>

PR for llvm#79568 (llvm#80120)

Backporting llvm#79568 to clang 18.

[docs] Add release notes for Windows specific changes in 18.x (llvm#80011)

[AArch64] Add some release notes items (llvm#79983)

[C++20] [Modules] Don't perform ODR checks in GMF

Close llvm#79240.

See the linked issue for details. Given the frequency of issue reporting
about false positive ODR checks (I received private issue reports too),
I'd like to backport this to 18.x too.

[clang] Fix unexpected `-Wconstant-logical-operand` in C23 (llvm#80724)

C23 has `bool`, but logical operators still return int. Check that
we're not in C to avoid false-positive -Wconstant-logical-operand.

Fixes llvm#64356

(cherry picked from commit a18e92d)

[18.x][Docs] Add release note about Clang-defined target OS macros (llvm#80044)

The change is included in the 18.x release. Move the release note to the
release branch and reformat.

(cherry picked from commit b40d5b1)

ReleaseNotes: mention -mtls-dialect=desc (llvm#82731)

[Clang] Fixes to immediate-escalating functions (llvm#82281)

* Consider that immediate escalating function can appear at global
scope, fixing a crash

* Lambda conversion to function pointer was sometimes not performed in
an immediate function context when it should be.

Fixes llvm#82258

(cherry picked from commit baf6bd3)

[Clang] [Sema] Handle placeholders in '.*' expressions (llvm#83103)

When analysing whether we should handle a binary expression as an
overloaded operator call or a builtin operator, we were calling
`checkPlaceholderForOverload()`, which takes care of any placeholders
that are not overload sets—which would usually make sense since those
need to be handled as part of overload resolution.

Unfortunately, we were also doing that for `.*`, which is not
overloadable, and then proceeding to create a builtin operator anyway,
which would crash if the RHS happened to be an unresolved overload set
(due hitting an assertion in `CreateBuiltinBinOp()`—specifically, in one
of its callees—in the `.*` case that makes sure its arguments aren’t
placeholders).

This pr instead makes it so we check for *all* placeholders early if the
operator is `.*`.

It’s worth noting that,
1. In the `.*` case, we now additionally also check for *any*
placeholders (not just non-overload-sets) in the LHS; this shouldn’t
make a difference, however—at least I couldn’t think of a way to trigger
the assertion with an overload set as the LHS of `.*`; it is worth
noting that the assertion in question would also complain if the LHS
happened to be of placeholder type, though.
2. There is another case in which we also don’t perform overload
resolution—namely `=` if the LHS is not of class or enumeration type
after handling non-overload-set placeholders—as in the `.*` case, but
similarly to 1., I first couldn’t think of a way of getting this case to
crash, and secondly, `CreateBuiltinBinOp()` doesn’t seem to care about
placeholders in the LHS or RHS in the `=` case (from what I can tell,
it, or rather one of its callees, only checks that the LHS is not a
pseudo-object type, but those will have already been handled by the call
to `checkPlaceholderForOverload()` by the time we get to this function),
so I don’t think this case suffers from the same problem.

This fixes llvm#53815.

---------

Co-authored-by: Aaron Ballman <[email protected]>

[InstCombine] Fix miscompilation in PR83947 (llvm#83993)

https://github.com/llvm/llvm-project/blob/762f762504967efbe159db5c737154b989afc9bb/llvm/lib/Transforms/InstCombine/InstCombineCalls.cpp#L394-L407

Comment from @topperc:
> This transforms assumes the mask is a non-zero splat. We only know its
a splat and not provably all 0s. The mask is a constexpr that includes
the address of the global variable. We can't resolve the constant
expression to an exact value.

Fixes llvm#83947.

SystemZ release notes for 18.x. (llvm#84560)

Remove support for EXPORTAS in def files to maintain ABI compatibility for COFFShortExport

[clang][Sema] Fix a CTAD regression after 42239d2 (llvm#86914)

The most recent declaration of a template as a friend can introduce a
different template parameter depth compared to what we anticipate from a
CTAD guide.

Fixes llvm#86769

[clang] Avoid -Wshadow warning when init-capture named same as class field (llvm#74512)

Shadowing warning doesn't make much sense since field is not available
in lambda's body without capturing this.

Fixes llvm#71976

[SLP]Fix a crash if the argument of call was affected by minbitwidth analysis.

Need to support proper type conversion for function arguments to avoid
compiler crash.

Fix override keyword being print to the left side

Previously, the `override` keyword in C++ was being print in the left
side of a method decl, which is unsupported by C++ standard. This commit
fixes that by setting the `CanPrintOnLeft` field to 0, forcing it to be
print on the right side of the decl.

Signed-off-by: Giuliano Belinassi <[email protected]>

[clang codegen] Fix MS ABI detection of user-provided constructors. (llvm#90151)

In the context of determining whether a class counts as an "aggregate",
a constructor template counts as a user-provided constructor.

Fixes llvm#86384

(cherry picked from commit 3ab4ae9)

release/18.x: [libclc] Fix linking against libIRReader

Fixes llvm#91551

Update llvm/test/Transforms/InstCombine/bit_ceil.ll

Co-authored-by: Yingwei Zheng <[email protected]>

[RISCV] Add a unaligned-scalar-mem feature like we had in clang 17.

This is ORed with the fast-unaligned-access feature which applies
to scalar and vector together.:

Regular squash.

Cobol/PlI changes from 785ddc60@https://gitlab.phidani.be/Chirag.Patel/lldb.git

Cobol/PLI support added from 6cefb217f097ac@https://gitlab.phidani.be/Chirag.Patel/llvm.git

[LLDB] added lldb rpmbuild spec file

[RPMBuild] Added lldb rpmbuild support.

[LLDBRpm] added version for yum update.

[lldb_rpm] minor cleanup.

Build fix rleated to RTTI.

build fix.

[DWARFASTParserLegacy] Initial support for union type.

[lldb][LegacyTypeSystem] Changed struct/union member offset from bytes to bits to support DW_AT_data_bit_offset.

[lldbrpm] changed version suffix.

[LegacyASTContext] Fix var string length display.

[LLDB][CobolUserExpression] Added AST node Function call place holder.

build fix.

[LLVM][Test] Fixed assembler round trip test.

[LLDB][CobolUserExpression] Added ast evaluation for sizeof operator.

[LLDB][CobolUserExpression] Added placeholder in parser for func call.

[LLDB][CobolUserExpression] Added sizeof operator, temporary placeholder for LENGTH OF.

[LLDB][PLIUserExpression] Fixed array indexing.

[LLDB][ValueObjectPrinter] Skip summary if custom format is requested.

[LLDB][PLILanguage] changed bitset size, read from array type name.

[LLDB][ValueObject] Fixed pli var string length read.

[LLDB][PLILanguage] Fixed support for var string summary formatter.

[LLVM][DIBuilder][C-API] Added changes to add lexical scope info for auto variable for functions.

[LLVM][AsmCodegen] Added raincode extention AT_lexical_scope.

[LLDB][SymbolFileDWARF] Added support for RAINCODE_lexical_scope attribute.

[LLDB][PLIUserExpression] Added sizeof operator support, it will be renamed to proper functiona name later.

[LLDB][ValueObject] minor cleanup.

[LLDB][PLIUserExpression] Added STORAGE/STG builtin func support.

[LLDB][PLIUserExpression][CobolUserExpression] Added LENGTH() for Cobol and STG/STORAGE() for PL/I, removed sizeof operator for both.

[LLDB][DWARFASTParserLegacy] Added placeholder for DW_TAG_reference_type.

[LLVM][CodeGen][AsmPrinter] Added DW_AT_name attribute to TAG_array_type.

[LLDB][DWARFExpression] minor cleanup.

[LLDB][PLILanguage] Fixed bitset array size read from array type.

[LLDB][LegacyASTContext] Moved bit array calculation to type system.

[LLVM][AsmPrinter] Fixed TAG_array duplicate attribute export.

[LLVM][C-API] Changes array type api.

[LLDB][PLI/Cobol UserExpression] Fixed array indexing, removed c style [] index access.

[LLDB][PLIUserExpression] minor fix.

[LLDB] Fixed bug relating struct member name access for Cobol/PL1.

fixed coding style/whitespace/typos.

[LLDB][LegacyTypeSystem] Place holder beautification for edited types.

[LLDB] rpm version upgrade.

[LLDB][CobolUserExpression] Fixed pic string ref modifier.

[LLDB][TypeSystem] Added support to mutate existing type length, fixed cobolUserExpression refmod for display type.

[LLDB][CobolUserExpression] Fixed lower bound ref modifier.

[LLDB][Cobol/PLI UserExpression] Fixed error while searching for var, do not fully resolve type.

[LLDB][RPM] fixed rpm version.

cleanup, reduce number of changes from trunk.

cleanup, reduce number of changes fomr trunk.

build fix.

Build fix.

Build fix.

[LegacyASTContext] Fixed bug relating packed decimal going through ebcdic iconv.

[LLVM][DebugInfo] Fixed DIExpression node uniquness issue.

build fix.

cleanup.

Refactoring, moved LegacyASTContext to Plugin typeSystem Legacy.

Refactoring, renamed TypeSystem class.

build fix.

build fix, cleanup.

cleanup

fixed assert failure.

[CobolUserExpression] Added placeholder for simpe assignment operator.

[CobolUserExpression] Added basic support for assigment to variables.

[CobolUserExpression] Added cobol move-to set-to syntex support.

[LegacyTypeSystem][CobolUserExpression] Added literal type double,string. Added TypeSystem Encoding helper functions.

[CobolLexer] Added string,float literal type support.

[PLIUserExpression] Added assignment operator support.

[CobolUserExpression] Added assignment comp-3 support.

[PLIUserExpression] Assignment added pli display type support.

temporary build fix. DIExpression asmprinter, print null for invalid entry.

[Cobol/PLI UserExpression] Assignment endianity bug fix.

[Cobol/PLIUserExpression] fixed data extractpr assert, fixed int precision convertion written as zero.

[Cobol/PLIUserExpression] Assignment display type assert failure.

build fix.

[PLIUserExpression] Added support for var string assignment.

[LegacyUserExpression] Simple semantic check place-holder.

[CobolUserexpression] Assignment expression fixed display, array types.

[TypeSystem] fixed encode int precision bug for i64 to i32.

[PLI/Cobol UserExpression] fixed support for assinment into refmod data type.

[CobolUserExpression] Fixed assignment display/comp-3 regression.

temporary build fix. python3 lib on server needs few changes for this build.

[TypeSystemLegacy] Fixed edited type display, skip formatting for edited type.

[lldbrpm] package lldb-python-script too.

[CobolUserExpression] Fixed SelctorOf expression with array index access e.g (lldb)p LastName1 of VAR(1) of TAB.

[CobolUserExpression] Assignment to packed decimal fixed, added digit count read support from dwarf instead of runtime calculation.

[CoboUserExpression] Fixed assignment string invalid byte order.

[PLIUserExpression] Fixed string padding with space.

[CobolUserExpression] Fixed Assignment string space padding.

[LegacyTypeSysten] fixed crash in encoding due to long length the assignment.

[CobolUserExpression][PLIUserExpression] fixed segfault.

[DebugInfo] export identifier case as insensitive for PLI/Cobol compiled units.

[TypeSystemLegacy] Fixed minor bug with dataencoding.

rebase build fix.

[StackFrame] fixed support for cobol/pli modref select syntex.

case-insensitive breakpoint resolution for PLI/Cobol languages.

cleanup.

build fix.

added initial support for TAG_dynamic_type.

added c/c++ api to create dynamic type debug info.

[DebugInfo] Added support to generate dwarf attribute  DW_AT_allocated for DW_TAG_dynamic_type

[PLIUserExpression][CobolUserExpression] Fixed name variable lookup for few cases.

[DWARFASTParserLegacy] Initial support to parse TAG_dynamic_type.

[AsmPrinter] Fix minor mistake for TAG_dynamic DW_AT_allocated.

[TypeSystemLegacy] Added dynamic type place holder.

[LLVM][AsmPrinter] Allow OP_call2/4 expression on local variable location.

build fix.

[LLDB][CompilerType] Added support to fetch dynamic type info.

[lldb][ValueObjectVariable] Added dynamic variable read support.

[LLDB][ValueObjectVariable] Added allocated check for dynamic types.

[LLDB][ValueObjectVariable] fixed TAG_dynamic type attributes optional.

[LLVM][DebugInfoMetadata] Fixed minor function call.

[LLDB][TypeSystemLegacy] Added dynamic type info support.

build fix.

for jekins, use python3  sharedlibs

lldbrpm use python3.

temporary build fix.

[LLDB][DWARFExpression] Added temporary operation extension for address calculation with file address in dwarf v5.

[LLVM][CodeGen] Fixed dynamic type dwarf expression call2/call4 assert.

[LLVM][Verifier] Added dynamic type check.

[LLVM][Verifier] Added debugInfo verifier dynamic type extra checks.

[LLDB][TypeSystemLegacy] Added check to avoid direct nested dynaic types.

[LLVM][DebugInfo] Adding DW_OP_call2/4 support in TAG_subrange attributes DW_AT_lower_bound, DW_AT_upper_bound.

[LLDB] Added option to hide frames with invalid line entry target.hide-invalid-legacy-frames, this is a temporary placeholder and it will be moved to more suitable location in future.

[LLDB][DataFormatters] Fixed printing of char arrays with non-default format.

[LLDB][StackFrame] Added check for member name lookup to reject array of structs.

[lldb][DataFormatters] fixed multi-dimesional string formatting.

[LLDB][ValueObjectVariable] cleanup: proper error message.

[LLVM][DwarfUnit] Added DW_OP_call2/call4 support for array type.

[LLVM][DwarfCompileUnit] fixed assert failure with DW_OP_call2/call4.

[DIBuilder] Added DW_AT_static_link support.

[LLVM][C-API][DebugInfo] Added support for DW_AT_static_link.

[DebugInfo] fixed minor bug with Staticlink attribute generation.

[DebugInfo] static link cleanup.

rebase build fix.

[LLDB][DWARFParser] Added initial support to parse DW_AT_static_link.

[LLDB][StackFrame] Added support to read static link address.

[LLDB][StackFrameList] Added helper function to search stack list using static link.

[LLDB][ValueObjectPrinter] regression fix for hex format value print.

[LLDB] build fix.

[LLDB][ExpressionParser] bug fixed for positive int expression e.g. p move +3 to var.

[LLDB][TypeSystemLegacy] Fixed bcd signed preferred value encoding.

[LLVM][DebuggerTuning] default tune for lldb.

[LLDB][TypeSystemLegacy] iconv try approximate and ignore if not possible, for character decoding.

rebase build fix.

[LLDB][CobolUserExpression][PLIUserExpression] fixed variable name overwriting.

[LLDB][UserExpression] Temporary revert variable name bug.

rebase build fix.

rebase build fix.

rebase build fix.

initial placeholder for DW_AT_RAINCODE_static_link_recv.

[LLDB][CobolUserExpression][PLIUserExpression] fixed variable name overwrite.

[LLDB][Test] fixed UnsupportedLanguage test failure.

[LLDB][CobolUserExpression] Place holder for compare operations.

lldbrpm, temporary skip python dir.

[CobolUserExpression] Adding placeholder for equality comparision.

[PLIUserExpression] PLILexer, added partial support for comparision operators.

[LLDB][DataExtractor] bytes compare func.

rebase build fix.

rebase build fix.

Added DW_AT_RAINCODE_frame_base

Patch by Amin!

[LLDB][DWARFParser] Added support to parse DW_AT_RAINCODE_frame_base.

build fix.

[LLVM] Fix dynamic type

[LLVM-C][API] Add api to create a dynamic DISubrange

[LLDB] Add support for DW_AT_count as a DWARFExpression

- Add DWARFExpression in ArrayInfo;
- Add LegacyDynamicArray type for dynamic arrays;
- Evaluate count expression every time we re-evaluate DW_AT_location.

Rebase and fix compilation failures

Only print case sensitiveness if source language is
Cobol or PL/1.
Fixes the following regressions:
LLVM :: DebugInfo/X86/dwarf-public-names.ll
LLVM :: DebugInfo/X86/length_symbol_difference.ll
LLVM :: MC/X86/dwarf-size-field-overflow.test
LLVM :: tools/llvm-dwarfdump/X86/statistics.ll

(cherry picked from commit ff848081162f81ef3c5d8f447b6c28dd564d4ada)

Use correct record size of DIDerivedType
Use last index for Annotations

replace dyn_cast with dyn_cast_or_null to handle invalid input smoothly

Rebasing on LLVM-17-init and fixes regressions

LZLANG-2470 valgrind vs. lldb_private::TargetCharsetReader::convert
    - remove the static buffer_length variable, which may not be big enough.
    - remove the loop
    - add lldb console errno logging when there is an iconv error.

(cherry picked from commit 120402f28f787a90f65f725307519343b5937fee)

LZLANG-2470 Fixes for previous lldb_private::TargetCharsetReader::convert changes.

(cherry picked from commit 918c9b62a63b71347ebee5a7ccd0bd42bbdfc118)

Lexer Bug Fix

COBOL/PLI lexer would return variable name with '\n' at the start.

1155199180

(cherry picked from commit 7266c35747b19a11081b3fab07f6773bfb15fa1f)

Ported Abhishek's Fix
-Set is_singed for int variables

[lldb] Bridge the gap when debugging the variable with command and codelldb

(cherry picked from commit d88ad8abed856d239628d4cda3fad393fef1ba0e)

Build Fixes after cherry-pick previous commit

strings set by codelldb must be enclosed in quotes

(cherry picked from commit 0072c09fbe9f5ead6bde25060dc8e9f4265989b3)

Bug fix:

p var = val in PLI didn't work

(cherry picked from commit 9f3d16f85434cbd17e26d429622cd6b557eddacb)

Port Abhisheks Fixes
-Fix for MOVE val TO VAR

[lldb] Added the DemangledNameContainsPath overload for pli/cobol

(cherry picked from commit 552cf62d001beb59327e4fb81cd4620ee0d62c55)

Fix warnings

Fields of a struct array can now be used with `p`

e.g FIELD(5) is equivalent to FIELD OF ARR(5)

See ticket 1152892604

(cherry picked from commit 5e02341b015fddaca13a674b34228fe2b080a54c)

Cobol-style multi-index support added

(cherry picked from commit 7b0e7ae494ca2a9799e1f09d87146113de2e0f38)

Fixed LENGTH(var) expression

-get the size of var from lldb

(cherry picked from commit 50657e2e7b2ec81a13764ca0105c130cc95ccfc7)

Warning Fixes

Make breakpoint Cases Insensitive

Fixed Build and Regression failure after rebase

Fixed warnings seen during lldb build

[lldb] Store real bitwidth from debuginfo in Scalar Type

Storing in higher bitwidth than required or specified by debug info
creates problem when byteswap is done.

Make comparison of breakpoint names case insensitive in `findEntryOffsetInCurrentIndex`

1156642284

typo fix: s/key/Key/

[lldb] Fix DWARFASTParser to correctly parse DW_AT_count for dynamic arrays

[lldb] Change the way we look for variables in StackFrame for Legacy Languages 1156032652

[lldb] Bugfix in LENGTH(var) [cobol] and STG(var) [pli]

We were encoding 4 bytes of LENGTH data and reading 8 bytes which cause a problem.
Using size_t instead of uint32_t fixes the problem.

[lldb] Fix cast failure in FindFieldInStructArray

Complicated expressions in lldb broke the assumption that the expression is an identifier, thus we got a cast error.
This fix removes that from happening and also fixes the bug that if the identifier is an array itself the last index specified in the input is used to index that variable itself.

e.g 01 SAMPLE-TABLE.
           05 TABLE-DEPTH OCCURS 3 TIMES.
             10 TABLE-ROW OCCURS 3 TIMES.
               15 TABLE-COLUMN OCCURS 3 TIMES PIC 9(8).

Here TABLE-ROW(1, 2) means second element of TABLE-ROW OF TABLE-DEPTH(1).

Revert "[lldb] Fix cast failure in FindFieldInStructArray"

This reverts commit c1bab0e0b6a798698196434c7bb6cbe391fcdc1b.

[lldb] Add support for IBM array-indexing syntax

see 1156841764

[lldb] Fix cast error and support non-ibm indexing syntax

see 1156841764

[lldb] Fixes After Rebase on llvmorg-18.1.4

[lldb] Fix bug in display of varying PLI strings

See 1156884604

The STG function also should include the prefix when counting the size, which for now is 2 bytes for all strings because the PLI compiler doesn't support COMPAT(V3) version.
If in the future we do support it, we would need to fix this again.

(cherry picked from commit 4b39f3e1b55c3df09f5cb89dcdd347682f790ba9)

[lldb] Add basic support for Level88 conditions

[lldb] Add support for calling the runtime function rc_cob_level88 directly from the "p" command

[lldb] Print the value of level88 variables as true/false with parent name.

Prints the value of level88 condition names by calling the runtime functions and formatting it nicely.

[lldb] Add support for indexed level88 variables

[lldb] Fixes After Rebase on llvm main

[LLDB] Preparation for upstream
xgupta pushed a commit to xgupta/llvm-project that referenced this pull request Oct 10, 2024
This adopts a similar behavior to AArch64 SVE, where bool vectors are
represented as a vector of chars with 1/8 the number of elements. This
ensures the vector always occupies a power of 2 number of bytes.

A consequence of this is that vbool64_t, vbool32_t, and vool16_t can
only be used with a vector length that guarantees at least 8 bits.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backend:RISC-V clang:codegen clang:frontend Language frontend issues, e.g. anything involving "Sema" clang Clang issues not falling into any other category
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants