LWN: Comments on "An introduction to the BPF Compiler Collection" https://lwn.net/Articles/742082/ This is a special feed containing comments posted to the individual LWN article titled "An introduction to the BPF Compiler Collection". en-us Mon, 15 Sep 2025 20:01:28 +0000 Mon, 15 Sep 2025 20:01:28 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net An introduction to the BPF Compiler Collection https://lwn.net/Articles/786396/ https://lwn.net/Articles/786396/ ncm <div class="FormattedComment"> Everyone seems to assume that eBPF program source is C. But LLVM is happy to generate code from IF produced from other languages, notably C++ and Rust. It would be unfortunate if BCC fails to make available improved ways to express eBPF programs.<br> <p> People have asked me why anyone would code small program fragments like eBPF in C++. The short answer is that C++ and Rust enable better encapsulation of semantics, particularly those useful for a whole collection of eBPF program fragments. Once you find a use for eBPF in one place, you are likely to notice many other places.<br> <p> Bcc would be a good place to park C++ and Rust abstractions useful for any eBPF program fragment.<br> </div> Sun, 21 Apr 2019 19:58:27 +0000 An introduction to the BPF Compiler Collection https://lwn.net/Articles/742216/ https://lwn.net/Articles/742216/ flb <div class="FormattedComment"> I've recently come across ply (<a href="https://wkz.github.io/ply/">https://wkz.github.io/ply/</a>) which is a lightweight language for some BPF tracing tasks. It doesn't require access to kernel headers, so it cannot dissect structs for example, but in simple cases it might be enough.<br> </div> Sun, 24 Dec 2017 14:33:35 +0000 An introduction to the BPF Compiler Collection https://lwn.net/Articles/742178/ https://lwn.net/Articles/742178/ unixbhaskar <div class="FormattedComment"> Thanks, Matt! <br> </div> Sat, 23 Dec 2017 03:38:17 +0000