[Lldb-commits] [lldb] [clang] [openmp] [polly] [flang] [mlir] [compiler-rt] [llvm] [lld] [VPlan] Compute scalable VF in preheader for induction increment. (PR #74762)

https://github.com/fhahn edited https://github.com/llvm/llvm-project/pull/74762 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [lldb] [clang] [openmp] [polly] [flang] [mlir] [compiler-rt] [llvm] [lld] [VPlan] Compute scalable VF in preheader for induction increment. (PR #74762)

@@ -340,8 +340,14 @@ Value *VPInstruction::generateInstruction(VPTransformState &State, auto *Phi = State.get(getOperand(0), 0); // The loop step is equal to the vectorization factor (num of SIMD // elements) times the unroll factor (num of SIMD instructions)

[Lldb-commits] [llvm] [lldb] [clang] [lld] [clang-tools-extra] [ADT] Rename SmallString::{starts, ends}with to {starts, ends}_with (PR #74916)

https://github.com/MaskRay approved this pull request. https://github.com/llvm/llvm-project/pull/74916 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [clang] [clang-tools-extra] [llvm] [lld] [lldb] [ADT] Rename SmallString::{starts, ends}with to {starts, ends}_with (PR #74916)

https://github.com/kazutakahirata closed https://github.com/llvm/llvm-project/pull/74916 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [lldb] cc4ecfd - [ADT] Rename SmallString::{starts, ends}with to {starts, ends}_with (#74916)

Author: Kazu Hirata Date: 2023-12-09T14:28:45-08:00 New Revision: cc4ecfd68b79a44f101fe9924d088a83477797c0 URL: https://github.com/llvm/llvm-project/commit/cc4ecfd68b79a44f101fe9924d088a83477797c0 DIFF: https://github.com/llvm/llvm-project/commit/cc4ecfd68b79a44f101fe9924d088a83477797c0.diff L

[Lldb-commits] [lldb] [lldb-dap] Implement command directives (PR #74808)

walter-erquinigo wrote: @clayborg , I actually insist on aborting on failure for this feature. You mention: > It would be nice if the RunLLDBCommands function could take an extra bool > &fatal_error that clients could check after running when needed to decide > what to do if this is set to tr