The problem with targeting Linux
Linux unlike MacOS and Windows doesn't have a standardised SDK. This forces devs to either natively compile there or create SDK/sysroot ourselves.
​
This creates some issues, firstly everyone targets different sets of packages for shared linking, this causes glibc version mismatches and similar issues.
​
In the end, why are we dealing with this, why can't Debian and Ubuntu Devs just collaborate to release a tarball for arm64 and x64 desktop. We could just download it and set the flags and everything works.
​
But currently we have to create a sysroot via docker, weird system packages with Debian etc. None of them are really ideal.
​
The rest of the Devs who target mini-pc's or try to run Linux on milkv-duos can build their own sysroot from scratch, while we can just move to actual work.
​
https://redd.it/1ub4s64
@r_cpp
Linux unlike MacOS and Windows doesn't have a standardised SDK. This forces devs to either natively compile there or create SDK/sysroot ourselves.
​
This creates some issues, firstly everyone targets different sets of packages for shared linking, this causes glibc version mismatches and similar issues.
​
In the end, why are we dealing with this, why can't Debian and Ubuntu Devs just collaborate to release a tarball for arm64 and x64 desktop. We could just download it and set the flags and everything works.
​
But currently we have to create a sysroot via docker, weird system packages with Debian etc. None of them are really ideal.
​
The rest of the Devs who target mini-pc's or try to run Linux on milkv-duos can build their own sysroot from scratch, while we can just move to actual work.
​
https://redd.it/1ub4s64
@r_cpp
Reddit
From the cpp community on Reddit
Explore this post and more from the cpp community
otherpeoplecode: Dynamically load DLLs over the internet in your Win32 C/C++ code
https://github.com/michaelsballoni/otherpeoplecode
https://redd.it/1ubf3up
@r_cpp
https://github.com/michaelsballoni/otherpeoplecode
https://redd.it/1ubf3up
@r_cpp
GitHub
GitHub - michaelsballoni/otherpeoplecode: Manage C++ code calling shared code
Manage C++ code calling shared code. Contribute to michaelsballoni/otherpeoplecode development by creating an account on GitHub.
Pymetabind: Writing pybind11 bindings with C++26 reflections
https://codeberg.org/bstaletic/pymetabind/
https://redd.it/1ubiwsu
@r_cpp
https://codeberg.org/bstaletic/pymetabind/
https://redd.it/1ubiwsu
@r_cpp
Codeberg.org
pymetabind
Generate pybind11 bindings with C++26 reflections
BeCPP Symposium 2026, Keith Stockdale The journey to "/W4 /WX": How hard could it be?
https://youtu.be/iU3D6-EtyK4
https://redd.it/1ubn36p
@r_cpp
https://youtu.be/iU3D6-EtyK4
https://redd.it/1ubn36p
@r_cpp
YouTube
BeCPP Symposium 2026 - Keith Stockdale - The journey to "/W4 /WX": How hard could it be?
Event: BeCPP Symposium 2026 ( https://becpp.org/Symposium2026/ )
Slides: https://becpp.org/blog/2026/04/16/slides-of-the-becpp-symposium-2026-sessions/
Speaker: Keith Stockdale
Title: The journey to "/W4 /WX": How hard could it be?
Abstract:
Building on…
Slides: https://becpp.org/blog/2026/04/16/slides-of-the-becpp-symposium-2026-sessions/
Speaker: Keith Stockdale
Title: The journey to "/W4 /WX": How hard could it be?
Abstract:
Building on…
A tiny C++23 filesystem wrapper that returns std::expected instead of throwing
Hi everyone,
I’ve been working on a small C++23 header-only library called **expected_fs**:
https://github.com/MrZLeo/expected-fs
It’s a thin wrapper around `std::filesystem` where fallible operations return `std::expected<T, std::error_code>` instead of throwing `std::filesystem_error`.
The idea is not to replace `std::filesystem`, but to make filesystem code easier to compose in projects that prefer explicit error handling.
Example:
```cpp
#include <expected_fs/expected_fs.hpp>
#include <iostream>
int main() {
const auto size = expected_fs::file_size("data.txt");
if (!size) {
std::cerr << size.error().message() << '\n';
return 1;
}
std::cout << *size << '\n';
}
```
Most function names mirror `std::filesystem`, so usage should feel familiar:
```cpp
auto created = expected_fs::create_directories("out/cache");
auto copied = expected_fs::copy_file("input.txt", "out/input.txt");
auto removed = expected_fs::remove("out/input.txt");
```
It's simple and it just work. I’d love feedback on the API shape, naming, CMake packaging, and whether this feels useful to people who avoid exception-based filesystem handling.
Thanks for taking a look! :)
https://redd.it/1ubq20l
@r_cpp
Hi everyone,
I’ve been working on a small C++23 header-only library called **expected_fs**:
https://github.com/MrZLeo/expected-fs
It’s a thin wrapper around `std::filesystem` where fallible operations return `std::expected<T, std::error_code>` instead of throwing `std::filesystem_error`.
The idea is not to replace `std::filesystem`, but to make filesystem code easier to compose in projects that prefer explicit error handling.
Example:
```cpp
#include <expected_fs/expected_fs.hpp>
#include <iostream>
int main() {
const auto size = expected_fs::file_size("data.txt");
if (!size) {
std::cerr << size.error().message() << '\n';
return 1;
}
std::cout << *size << '\n';
}
```
Most function names mirror `std::filesystem`, so usage should feel familiar:
```cpp
auto created = expected_fs::create_directories("out/cache");
auto copied = expected_fs::copy_file("input.txt", "out/input.txt");
auto removed = expected_fs::remove("out/input.txt");
```
It's simple and it just work. I’d love feedback on the API shape, naming, CMake packaging, and whether this feels useful to people who avoid exception-based filesystem handling.
Thanks for taking a look! :)
https://redd.it/1ubq20l
@r_cpp
GitHub
GitHub - MrZLeo/expected-fs: A header only library that wrap std::filesystem to provide std::expected error handling.
A header only library that wrap std::filesystem to provide std::expected error handling. - MrZLeo/expected-fs
nanobind: the bridge between C++ and Python...
nanobind is a C++17-first binding library , inspired by pybind11 but redesigned with a sharper focus on performance, compile times, and modern C++ practices. It’s built for developers who care about control—over lifetimes, memory, ABI stability, and error handling—without drowning in boilerplate.
​
Interested?
​
Read on
​
https://som-itsolutions.hashnode.dev/nanobind-the-bridge-between-c-and-python
https://redd.it/1ubtu4j
@r_cpp
nanobind is a C++17-first binding library , inspired by pybind11 but redesigned with a sharper focus on performance, compile times, and modern C++ practices. It’s built for developers who care about control—over lifetimes, memory, ABI stability, and error handling—without drowning in boilerplate.
​
Interested?
​
Read on
​
https://som-itsolutions.hashnode.dev/nanobind-the-bridge-between-c-and-python
https://redd.it/1ubtu4j
@r_cpp
Dispatch Table with C++26 Reflection - Zero Boilerplate & Zero Runtime Overhead
https://noqtabeda.github.io/2026/06/20/cpp26-dispatch-table\_en/
https://redd.it/1ubt3qm
@r_cpp
https://noqtabeda.github.io/2026/06/20/cpp26-dispatch-table\_en/
https://redd.it/1ubt3qm
@r_cpp
noqtabeda.github.io
Dispatch Table with C++26 Reflection - Zero Boilerplate & Zero Runtime Overhead · NoqtaBeda
Manually translated from: 基于 C++26 静态反射实现零样板代码、零额外开销的分派表.
As compile-time reflection is finally adopted to C++26 standard, developers are enabled to f
As compile-time reflection is finally adopted to C++26 standard, developers are enabled to f
Just got my first LGTM (PR merged into a major C++ library)
(https://preview.redd.it/just-got-my-first-lgtm-pr-merged-into-major-c-library-v0-l3a9cdzguo8h1.png?width=1919&format=png&auto=webp&s=8c324544c9ca43757f982ddf084badcd5ad29c68)
Just wanted to share a not so big of a deal but major personal milestone, i just got my very first pull request merged into the STEllAR Group's HPX parallel runtime library.
I'm an 18 year old undergrad at NITK, and diving into a high performance C++ codebase was honestly pretty intimidating. The bug I was tracking down caused the compiler to completely crash when handling certain parallel operations.
I spent the last few weeks digging through the code, rewriting the validation logic so it safely falls back to a sequential path when it needs to, and writing an automated test suite. Seeing all CI tests finally pass after a thorough code review was the best feeling ever.
The lead maintainer Harmut Kaiser was incredibly supportive and patient with me while i figured out the repos workflow and coding standards. Its wild to think that my code is officially a permanent part of the library now.
If anyone else is hesitant about jumping into open source, definitely go for it. The learning curve is brutal at first, but sticking with it and seeing it get merged makes so worth it.
Github: https://github.com/adhithyaragavan if anyone cares to check it out
https://redd.it/1ubzdpf
@r_cpp
(https://preview.redd.it/just-got-my-first-lgtm-pr-merged-into-major-c-library-v0-l3a9cdzguo8h1.png?width=1919&format=png&auto=webp&s=8c324544c9ca43757f982ddf084badcd5ad29c68)
Just wanted to share a not so big of a deal but major personal milestone, i just got my very first pull request merged into the STEllAR Group's HPX parallel runtime library.
I'm an 18 year old undergrad at NITK, and diving into a high performance C++ codebase was honestly pretty intimidating. The bug I was tracking down caused the compiler to completely crash when handling certain parallel operations.
I spent the last few weeks digging through the code, rewriting the validation logic so it safely falls back to a sequential path when it needs to, and writing an automated test suite. Seeing all CI tests finally pass after a thorough code review was the best feeling ever.
The lead maintainer Harmut Kaiser was incredibly supportive and patient with me while i figured out the repos workflow and coding standards. Its wild to think that my code is officially a permanent part of the library now.
If anyone else is hesitant about jumping into open source, definitely go for it. The learning curve is brutal at first, but sticking with it and seeing it get merged makes so worth it.
Github: https://github.com/adhithyaragavan if anyone cares to check it out
https://redd.it/1ubzdpf
@r_cpp
Libc
So just to confirm my understanding: when I write C code with printf, the linker links my program against printf inside libc, because that function contains the implementation. The compiler itself doesn’t know the implementation details of printf, so it relies on the linker to resolve it and connect it to the actual function in libc. Then, when we look at the implementation, we find that it does formatting, buffering, and then it calls write internally. And write itself contains some assembly that invokes a system call to reach the kernel right?
https://redd.it/1uc7grf
@r_cpp
So just to confirm my understanding: when I write C code with printf, the linker links my program against printf inside libc, because that function contains the implementation. The compiler itself doesn’t know the implementation details of printf, so it relies on the linker to resolve it and connect it to the actual function in libc. Then, when we look at the implementation, we find that it does formatting, buffering, and then it calls write internally. And write itself contains some assembly that invokes a system call to reach the kernel right?
https://redd.it/1uc7grf
@r_cpp
Reddit
From the cpp community on Reddit
Explore this post and more from the cpp community
An independently reverse engineered C++20 AirPlay 2 sender
I ended up reverse engineering Apple's AirPlay 2 realtime audio sender path and writing it in C++20, and thought the C++ side might be interesting here. it's lifted out of a shipping product and runs daily against a real Apple TV 4K and a MacBook, but it's not yet a turnkey library. The sender still does its networking via Qt, and the roadmap is to move that behind a small transport interface so it builds without Qt. The crypto and wire format core already builds standalone. Corrections very welcome, especially on the security scoping (receiver identity auth is currently log and continue, which I document). https://github.com/akustikrausch/airplay2-sender-cpp
https://redd.it/1ucf7fr
@r_cpp
I ended up reverse engineering Apple's AirPlay 2 realtime audio sender path and writing it in C++20, and thought the C++ side might be interesting here. it's lifted out of a shipping product and runs daily against a real Apple TV 4K and a MacBook, but it's not yet a turnkey library. The sender still does its networking via Qt, and the roadmap is to move that behind a small transport interface so it builds without Qt. The crypto and wire format core already builds standalone. Corrections very welcome, especially on the security scoping (receiver identity auth is currently log and continue, which I document). https://github.com/akustikrausch/airplay2-sender-cpp
https://redd.it/1ucf7fr
@r_cpp
GitHub
GitHub - akustikrausch/airplay2-sender-cpp: A verified C++ AirPlay 2 realtime-audio SENDER: streams lossless ALAC to a modern Apple…
A verified C++ AirPlay 2 realtime-audio SENDER: streams lossless ALAC to a modern Apple TV / HomePod / macOS. The encrypted RAOP/RTSP recipe nobody else published. Proven in FXChainPlayer. - akusti...
Boost Review for Capy and Corosio Begins Today
The Boost Formal Review of the Corosio and Capy libraries will begin on June 23, 2026 and will conclude on July 7, 2026.
The review manager for these reviews will be Jeff Garland and the libraries are brought to you by Vinnie Falco. Since this is a two library review the period is somewhat extended from normal.
# Capy
Capy is a coroutine foundation library providing task types, execution contexts, executors, asynchronous synchronization primitives, buffer abstractions, and coroutine composition facilities. It serves as the execution and asynchronous programming substrate upon which Corosio is built.
Repository:
Capy[ GitHub Repository](https://github.com/cppalliance/capy)
docs
# Corosio
Corosio is a coroutine-native asynchronous I/O library for C++20. It provides networking and I/O facilities designed specifically for coroutines, with awaitable operations, executor affinity, cancellation support, and cross-platform implementations based on IOCP, epoll, and kqueue.
Repository:
[Corosio GitHub Repository](https://github.com/cppalliance/corosio)
docs
# Review Questions
Potential reviewers are encouraged to consider the following questions:
1. What is your evaluation of the usefulness of the libraries?
2. What is your evaluation of the design?
3. What is your evaluation of the implementation?
4. What is your evaluation of the documentation?
5. Have you used either or both libraries? What was your experience?
6. Are the libraries ready for inclusion in Boost?
7. If not, what changes would you recommend before acceptance?
8. Do the libraries fit well within the existing Boost ecosystem?
9. Are there API, naming, usability, extensibility, or implementation concerns that should be addressed?
# How to Participate
Please post your review to the Boost Developers mailing list. Reviews from both experienced Boost contributors and first-time reviewers are encouraged. Reports based on real-world usage, experimentation, code inspection, and documentation review are all valuable contributions.
At the conclusion of the review period, the review manager will consider all feedback and determine whether the libraries should be accepted into Boost.
We look forward to your participation in this review.
If you have any questions or need assistance please let me know.
Matt - Boost Review Wizard
https://redd.it/1uck5ne
@r_cpp
The Boost Formal Review of the Corosio and Capy libraries will begin on June 23, 2026 and will conclude on July 7, 2026.
The review manager for these reviews will be Jeff Garland and the libraries are brought to you by Vinnie Falco. Since this is a two library review the period is somewhat extended from normal.
# Capy
Capy is a coroutine foundation library providing task types, execution contexts, executors, asynchronous synchronization primitives, buffer abstractions, and coroutine composition facilities. It serves as the execution and asynchronous programming substrate upon which Corosio is built.
Repository:
Capy[ GitHub Repository](https://github.com/cppalliance/capy)
docs
# Corosio
Corosio is a coroutine-native asynchronous I/O library for C++20. It provides networking and I/O facilities designed specifically for coroutines, with awaitable operations, executor affinity, cancellation support, and cross-platform implementations based on IOCP, epoll, and kqueue.
Repository:
[Corosio GitHub Repository](https://github.com/cppalliance/corosio)
docs
# Review Questions
Potential reviewers are encouraged to consider the following questions:
1. What is your evaluation of the usefulness of the libraries?
2. What is your evaluation of the design?
3. What is your evaluation of the implementation?
4. What is your evaluation of the documentation?
5. Have you used either or both libraries? What was your experience?
6. Are the libraries ready for inclusion in Boost?
7. If not, what changes would you recommend before acceptance?
8. Do the libraries fit well within the existing Boost ecosystem?
9. Are there API, naming, usability, extensibility, or implementation concerns that should be addressed?
# How to Participate
Please post your review to the Boost Developers mailing list. Reviews from both experienced Boost contributors and first-time reviewers are encouraged. Reports based on real-world usage, experimentation, code inspection, and documentation review are all valuable contributions.
At the conclusion of the review period, the review manager will consider all feedback and determine whether the libraries should be accepted into Boost.
We look forward to your participation in this review.
If you have any questions or need assistance please let me know.
Matt - Boost Review Wizard
https://redd.it/1uck5ne
@r_cpp
GitHub
GitHub - cppalliance/capy: Provides facilities for creating and accessing optional services during runtime.
Provides facilities for creating and accessing optional services during runtime. - cppalliance/capy
What’s your preferred setup for large C++ projects?
trying to put together something that won’t turn into a maintenance nightmare as we scale. sitting at aroubd 200k lines right now with a team of roughly 8 engineers, and were starting to hit some friction. not a disaster, but enough that id rather sort it out now than retrofit later.
current setup is cmake + make, gcc, no real dependency manager (vendoring almost everything),
ccache loosely configured,github actions for CI. it works.full builds are running around 25-30 minutes on a cold runner, which matches roughly what CI sees since we’re mostly doing clean builds on PRs. that’s the sore spot.
a few things i’m weighing: ninja over make at this sclae feels obvious but i want to hear it confirmed, vcpkg vs conan since we have mix of windows and linux devs, wether ccache is doing us any favors on CI or just on local machines. also debating clang vs gcc but no strong reason either way yet.
not looking for the perfect stack, just what people are actually running om codebases that grew past the point of simplicity. what broke first and what actually fixed it?
https://redd.it/1uckkfy
@r_cpp
trying to put together something that won’t turn into a maintenance nightmare as we scale. sitting at aroubd 200k lines right now with a team of roughly 8 engineers, and were starting to hit some friction. not a disaster, but enough that id rather sort it out now than retrofit later.
current setup is cmake + make, gcc, no real dependency manager (vendoring almost everything),
ccache loosely configured,github actions for CI. it works.full builds are running around 25-30 minutes on a cold runner, which matches roughly what CI sees since we’re mostly doing clean builds on PRs. that’s the sore spot.
a few things i’m weighing: ninja over make at this sclae feels obvious but i want to hear it confirmed, vcpkg vs conan since we have mix of windows and linux devs, wether ccache is doing us any favors on CI or just on local machines. also debating clang vs gcc but no strong reason either way yet.
not looking for the perfect stack, just what people are actually running om codebases that grew past the point of simplicity. what broke first and what actually fixed it?
https://redd.it/1uckkfy
@r_cpp
Reddit
From the cpp community on Reddit
Explore this post and more from the cpp community
New C++ Conference Videos Released This Month - June 2026 (Updated to Include Videos Released 2026-06-15 - 2026-06-21)
**C++Online**
2026-06-15 - 2026-06-21
* The Art of API Design - Christoph Stiller - [https://youtu.be/d5djrT4qfHc](https://youtu.be/d5djrT4qfHc)
* Top-Performance Genetic Programming - Can Only C++ Get You There? - Eduardo Madrid - [https://youtu.be/oBQDe56Yi3Q](https://youtu.be/oBQDe56Yi3Q)
2026-06-08 - 2026-06-14
* Monads Meet Mutexes - Arne Berger - [https://youtu.be/AisGDOoF82U](https://youtu.be/AisGDOoF82U)
* Lock-free Queues in the Multiverse of Madness - Dave Rowland - [https://youtu.be/eHmjkFdQl00](https://youtu.be/eHmjkFdQl00)
2026-06-01 - 2026-06-07
* Writing C++ Code is Challenging, Writing Performant C++ Code is Daunting - Dmitrii Radivonchik - [https://youtu.be/R2sm9mailuU](https://youtu.be/R2sm9mailuU)
* Case Study - Purging Undefined Behavior and Intel Assumptions in a Legacy Codebase - Roth Michaels - [https://youtu.be/H-dHTeSR\_n8](https://youtu.be/H-dHTeSR_n8)
**ADC**
2026-06-15 - 2026-06-21
* Scripting Architecture for a DAW-like Plugin - How we Implemented Lua and JavaScript Scripting for Synthesizer V Studio - Kanru Hua - [https://youtu.be/CKOvmBRdHAA](https://youtu.be/CKOvmBRdHAA)
* Patterns of Practice: Live Coding and the Logic of South Asian Traditional Music - Abhinay Khoparzi - [https://youtu.be/n0-XpUhZ7Dc](https://youtu.be/n0-XpUhZ7Dc)
* ADC 2015 to 2035 - Looking Back at 10 Years of Audio Dev, and Peering Forward at the Next 10 - Julian Storer - [https://youtu.be/WvVur2\_aGHU](https://youtu.be/WvVur2_aGHU)
* From DAW to Game Engine - Unfiltered Creativity - Nikhil Dahake - [https://youtu.be/5PtMWJLFjyo](https://youtu.be/5PtMWJLFjyo)
2026-06-08 - 2026-06-14
* Low Latency Android Audio with improved CPU Performance - Phil Burk - [https://youtu.be/DtBrKEu0R0g](https://youtu.be/DtBrKEu0R0g)
* Linux as the Conductor - Driving Pre-Compiled Audio DSP Kernels on C7x for Real-Time Processing - Vishnu Pratap Singh - [https://youtu.be/Auq9WnHNtPo](https://youtu.be/Auq9WnHNtPo)
* Overview of Granular Synthesis - Avrosh Kumar - [https://youtu.be/QpBV24nWg2M](https://youtu.be/QpBV24nWg2M)
* The Agentic Symphony - Multi-Agent Collaboration for Emergent Musical Composition - Meera Sundar - [https://youtu.be/QMUXoImgTIA](https://youtu.be/QMUXoImgTIA)
2026-06-01 - 2026-06-07
* Beyond the DAW - Designing a Procedural Sequencer Powered by Music-Theory - Romy Dugue & Cecill Etheredge - [https://youtu.be/48sH4wQUDAs](https://youtu.be/48sH4wQUDAs)
* From DAW Users to Audio Developers - Teaching JUCE to Creative Minds - Milap Rane - [https://youtu.be/200UrugEanY](https://youtu.be/200UrugEanY)
* Music Design and Systems - Achieving Inaudibly Complex Systems in Video Games - Liam Peacock - [https://youtu.be/R6raBvCNsQo](https://youtu.be/R6raBvCNsQo)
* Developing for Avid’s Audio Ecosystem - Rob Majors - [https://youtu.be/91-7YWVKRE4](https://youtu.be/91-7YWVKRE4)
**CppCon**
2026-06-01 - 2026-06-07
* Lightning Talk: Navigating Code Reviews as a Code Author - Ben Deane - [https://youtu.be/zygtgvHp\_MM](https://youtu.be/zygtgvHp_MM)
* Lightning Talk: Eight Consteval Queens and Compile-Time Printing - Sagnik Bhattacharya - [https://youtu.be/gNPhJrXLiIs](https://youtu.be/gNPhJrXLiIs)
* Instrumenting the Stack: Strategies for End-to-end Sanitizer Adoption - Damien Buhl - [https://youtu.be/TSrymTXw5w8](https://youtu.be/TSrymTXw5w8)
https://redd.it/1ucmu7i
@r_cpp
**C++Online**
2026-06-15 - 2026-06-21
* The Art of API Design - Christoph Stiller - [https://youtu.be/d5djrT4qfHc](https://youtu.be/d5djrT4qfHc)
* Top-Performance Genetic Programming - Can Only C++ Get You There? - Eduardo Madrid - [https://youtu.be/oBQDe56Yi3Q](https://youtu.be/oBQDe56Yi3Q)
2026-06-08 - 2026-06-14
* Monads Meet Mutexes - Arne Berger - [https://youtu.be/AisGDOoF82U](https://youtu.be/AisGDOoF82U)
* Lock-free Queues in the Multiverse of Madness - Dave Rowland - [https://youtu.be/eHmjkFdQl00](https://youtu.be/eHmjkFdQl00)
2026-06-01 - 2026-06-07
* Writing C++ Code is Challenging, Writing Performant C++ Code is Daunting - Dmitrii Radivonchik - [https://youtu.be/R2sm9mailuU](https://youtu.be/R2sm9mailuU)
* Case Study - Purging Undefined Behavior and Intel Assumptions in a Legacy Codebase - Roth Michaels - [https://youtu.be/H-dHTeSR\_n8](https://youtu.be/H-dHTeSR_n8)
**ADC**
2026-06-15 - 2026-06-21
* Scripting Architecture for a DAW-like Plugin - How we Implemented Lua and JavaScript Scripting for Synthesizer V Studio - Kanru Hua - [https://youtu.be/CKOvmBRdHAA](https://youtu.be/CKOvmBRdHAA)
* Patterns of Practice: Live Coding and the Logic of South Asian Traditional Music - Abhinay Khoparzi - [https://youtu.be/n0-XpUhZ7Dc](https://youtu.be/n0-XpUhZ7Dc)
* ADC 2015 to 2035 - Looking Back at 10 Years of Audio Dev, and Peering Forward at the Next 10 - Julian Storer - [https://youtu.be/WvVur2\_aGHU](https://youtu.be/WvVur2_aGHU)
* From DAW to Game Engine - Unfiltered Creativity - Nikhil Dahake - [https://youtu.be/5PtMWJLFjyo](https://youtu.be/5PtMWJLFjyo)
2026-06-08 - 2026-06-14
* Low Latency Android Audio with improved CPU Performance - Phil Burk - [https://youtu.be/DtBrKEu0R0g](https://youtu.be/DtBrKEu0R0g)
* Linux as the Conductor - Driving Pre-Compiled Audio DSP Kernels on C7x for Real-Time Processing - Vishnu Pratap Singh - [https://youtu.be/Auq9WnHNtPo](https://youtu.be/Auq9WnHNtPo)
* Overview of Granular Synthesis - Avrosh Kumar - [https://youtu.be/QpBV24nWg2M](https://youtu.be/QpBV24nWg2M)
* The Agentic Symphony - Multi-Agent Collaboration for Emergent Musical Composition - Meera Sundar - [https://youtu.be/QMUXoImgTIA](https://youtu.be/QMUXoImgTIA)
2026-06-01 - 2026-06-07
* Beyond the DAW - Designing a Procedural Sequencer Powered by Music-Theory - Romy Dugue & Cecill Etheredge - [https://youtu.be/48sH4wQUDAs](https://youtu.be/48sH4wQUDAs)
* From DAW Users to Audio Developers - Teaching JUCE to Creative Minds - Milap Rane - [https://youtu.be/200UrugEanY](https://youtu.be/200UrugEanY)
* Music Design and Systems - Achieving Inaudibly Complex Systems in Video Games - Liam Peacock - [https://youtu.be/R6raBvCNsQo](https://youtu.be/R6raBvCNsQo)
* Developing for Avid’s Audio Ecosystem - Rob Majors - [https://youtu.be/91-7YWVKRE4](https://youtu.be/91-7YWVKRE4)
**CppCon**
2026-06-01 - 2026-06-07
* Lightning Talk: Navigating Code Reviews as a Code Author - Ben Deane - [https://youtu.be/zygtgvHp\_MM](https://youtu.be/zygtgvHp_MM)
* Lightning Talk: Eight Consteval Queens and Compile-Time Printing - Sagnik Bhattacharya - [https://youtu.be/gNPhJrXLiIs](https://youtu.be/gNPhJrXLiIs)
* Instrumenting the Stack: Strategies for End-to-end Sanitizer Adoption - Damien Buhl - [https://youtu.be/TSrymTXw5w8](https://youtu.be/TSrymTXw5w8)
https://redd.it/1ucmu7i
@r_cpp
YouTube
The Art of API Design
Online Workshops + Training Sessions Available through April-June 2026 from only £150 ($200)
14 Sessions Available on a range of topics. Student Rates available from only £45/$60! US and EU friendly session times.
https://cpponline.uk/
---
The Art of API…
14 Sessions Available on a range of topics. Student Rates available from only £45/$60! US and EU friendly session times.
https://cpponline.uk/
---
The Art of API…
C++Online 2026 Keynote - I Fixed Move Semantics - Jason Turner
https://youtu.be/TJhMGS9sRlw
https://redd.it/1ucszuo
@r_cpp
https://youtu.be/TJhMGS9sRlw
https://redd.it/1ucszuo
@r_cpp
YouTube
Keynote: I Fixed Move Semantics - Jason Turner @cppweekly
Online Workshops + Training Sessions Available through April-June 2026 from only £150 ($200)
14 Sessions Available on a range of topics. Student Rates available from only £45/$60! US and EU friendly session times.
https://cpponline.uk/
---
Keynote: I Fixed…
14 Sessions Available on a range of topics. Student Rates available from only £45/$60! US and EU friendly session times.
https://cpponline.uk/
---
Keynote: I Fixed…
I did a programme and uploaded in You Tube related to Cramer's rule for finding intersection points for 2D equations and plot it in C++ via GNU Plot.
https://youtu.be/F2BxeemH0IE?si=vAKX8i8uSR6L_xPz
https://redd.it/1uctm9c
@r_cpp
https://youtu.be/F2BxeemH0IE?si=vAKX8i8uSR6L_xPz
https://redd.it/1uctm9c
@r_cpp
CppCast: Teaching C++ to Game Development Students in the Age of LLMs with Tom Tesch
https://cppcast.com/teaching_cpp_to_game_development_students_in_the_age_of_llms_with_tom_tesch/
https://redd.it/1ucxbo8
@r_cpp
https://cppcast.com/teaching_cpp_to_game_development_students_in_the_age_of_llms_with_tom_tesch/
https://redd.it/1ucxbo8
@r_cpp
Cppcast
Episode 408
Jason and Mathieu are joined by Tom Tesch to discuss teaching C++ to game development students, how LLMs and chatbots are reshaping programming education and assessment, and the lessons that come from teaching on retro hardware like the NES.
C++ Lifetime-End Pointer-Zap and OOTA Progress
https://people.kernel.org/paulmck/c-pointer-zap-and-oota-progress
https://redd.it/1ud7zg5
@r_cpp
https://people.kernel.org/paulmck/c-pointer-zap-and-oota-progress
https://redd.it/1ud7zg5
@r_cpp
paulmck
C++ Lifetime-End Pointer-Zap and OOTA Progress — paulmck
Both lifetime-end pointer zap and out-of-thin-air (OOTA) accesses made great progress during the C++ standards committee meeting in Brno ...
A first release of the program for Meeting C++ 2026
https://meetingcpp.com/meetingcpp/news/items/A-first-release-of-the-program-for-Meeting-Cpp-2026.html
https://redd.it/1udblca
@r_cpp
https://meetingcpp.com/meetingcpp/news/items/A-first-release-of-the-program-for-Meeting-Cpp-2026.html
https://redd.it/1udblca
@r_cpp
C++/WinRT being in maintenance mode means there is no way to develop a modern Windows app (WinUI) in C++?
https://redd.it/1udbgr9
@r_cpp
https://redd.it/1udbgr9
@r_cpp
Reddit
From the cpp community on Reddit
Explore this post and more from the cpp community
Removed by Reddit
Removed by Reddit on account of violating the [content policy. ]
https://redd.it/1udd0ql
@r_cpp
Removed by Reddit on account of violating the [content policy. ]
https://redd.it/1udd0ql
@r_cpp
Reddit
From the cpp community on Reddit: [ Removed by Reddit ]
Posted by Zealousideal-Bit5054 - 2 votes and 0 comments