Jonas Devlieghere

@jdevlieghere
161 Followers
129 Following
24 Posts
Adopting the Parallel DWARF linker in dsymutil

On Apple platforms, the development experience was designed around making the compile-link-debug cycle as fast as possible. For debugging, that means that rather than processing large amounts of DWARF to link it into the final binary, the linker leaves the debug info in the object files and records a debug map that tells the debugger where to find it. When you’re debugging locally, that’s all you need. But if you want to archive the debug info for crash reporting or remote debugging, you need a way to produce a self-contained bundle.

Enabling MTE for the LLDB Test Suite

Enhanced Memory Tagging Extension (EMTE) is a hardware-based security technology to protect against memory corruption vulnerabilities. Memory allocations are tagged with a secret key. When memory is accessed, the hardware validates the tag, and if it doesn’t match, stops the process. EMTE is the foundation of Apple’s Memory Integrity Enforcement (MIE). It’s available on A19 and M5 processors or later. Using MTE for Finding Bugs (E)MTE is not just valuable in a security context.

Great language support means nothing without great tooling. Watch @jdevlieghere show how LLDB brings first-class debugging to Swift on WebAssembly. https://fosdem.org/2026/schedule/event/87ZLQV-wasm-debugging-lldb/ #Wasm #fosdem
@cfallin I posted this before I even saw your demo. I'm very impressed you already got it working. If the code is available somewhere, I'd be more than happy to look into the LLDB crash.

Super excited to see the Wasm support in LLDB mentioned today by @cfallin at the Bytecode Alliance Plumbers Summit.

https://www.youtube.com/watch?v=Z2xWzc28SIc

My work on LLDB’s FreeBSDKernel plugin:
https://minsoo.io/future-of-the-freebsd-kernel-lldb-plugin/

The name FreeBSDKernel will be changed to FreeBSD-core, since it only provides functionalities to examine core dumps. Traditional live kernel debugging is done through gdb-remote plugin with FreeBSD’s gdb stub.

Future of the FreeBSD Kernel LLDB Plugin

FreeBSD offers several approaches to kernel debugging: DDB, live kernel debugging, and core dump analysis. DDB is an interactive debugger built directly into the FreeBSD kernel, with syntax inspired by GDB — making it immediately familiar to most developers. Live debugging leverages FreeBSD's GDB stub (defined under sys/gdb); on the

Minsoo Choo
My team at Apple is hiring Debugger Engineer to work on LLDB in London: https://jobs.apple.com/en-gb/details/200643284/debugger-engineer
If you’re interested, please submit your CV through the website. Feel free to get in touch with me if you have any questions!
Debugger Engineer - Jobs at Apple (UK)

Apply for a Debugger Engineer job at Apple. Read about the role and find out if it’s right for you.

LLVM Weekly - #629, January 19th 2026. Nominations for area team elections open, LLDB developments in 2025, 22.x branched, "human in the loop" AI contribution policy, advanced symbol resolution for clang-repl, optimising conditional traps on x86-64, and more. https://llvmweekly.org/issue/629
LLVM Weekly - #629, January 19th 2026

I published a new blog post: LLDB in 2025

https://jonasdevlieghere.com/post/lldb-2025/

LLDB in 2025

This post summarizes the major areas of development in LLDB in 2025. I was inspired by Nikita Popov’s “This year in LLVM” and thought it would be interesting to do something similar for LLDB. My goal was to cover the whole project, rather than focusing on my own contributions.1 As the maintainer, I try to look at every single LLDB PR, but my level of engagement varies. I expect there will be a subconscious bias towards the efforts I was involved in.