[Lldb-commits] [flang] [libc] [lldb] [llvm] [runtimes][GTest] LLVM-independent unittests (PR #164794)

2025-11-12 Thread Michael Kruse via lldb-commits
https://github.com/Meinersbur edited https://github.com/llvm/llvm-project/pull/164794 ___ lldb-commits mailing list [email protected] https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

[Lldb-commits] [lldb] [lldb] Introduce ScriptedFrameProvider for real threads (PR #161870)

2025-11-12 Thread via lldb-commits
jimingham wrote: I have three small quibbles and then this is good. There was one place where you missed provider-name -> provider-id. I think `target frame provider clear` should support multiple id's but if you don't want to do that in this patch, then define the argument repeat type corre

[Lldb-commits] [clang] [lldb] [llvm] [AArch64] Remove FEAT_TME assembly and ACLE support (PR #167687)

2025-11-12 Thread Jonathan Thackray via lldb-commits
https://github.com/jthackray updated https://github.com/llvm/llvm-project/pull/167687 >From 72630e89a36c5f9ceea31ae38c4f237de14bb95b Mon Sep 17 00:00:00 2001 From: Jonathan Thackray Date: Wed, 12 Nov 2025 12:29:58 + Subject: [PATCH 1/2] [AArch64] Remove FEAT_TME assembly and ACLE support MI

[Lldb-commits] [clang] [lldb] [Clang] Introduce OverflowBehaviorType for fine-grained overflow control (PR #148914)

2025-11-12 Thread Kees Cook via lldb-commits
kees wrote: Okay, I'm trying to isolate subtopics here. AFAICT these are resolved: - type specialization for `_Generic`: yes, `int` is separate from `__ob_trap int` - type specialization for templates: yes, `int` is separate from `__ob_trap int` Open, with my proposed outcomes with rationale:

[Lldb-commits] [lldb] [llvm] Modify llvm-dwp to be able to emit string tables over 4GB without losing data (PR #167457)

2025-11-12 Thread Greg Clayton via lldb-commits
https://github.com/clayborg created https://github.com/llvm/llvm-project/pull/167457 We can change llvm-dwp to emit DWARF64 version of the .debug_str_offsets tables for .dwo files in a .dwp file. This allows the string table to exceed 4GB without truncating string offsets into the .debug_str s