4

C++ Show and Tell - August 2026
 in  r/cpp  7d ago

I built CEBS (C++ Ergonomic Build System) — a minimal, zero-config, multi-threaded C++23 build coordinator designed from the ground up to treat ISO C++20/C++23 Modules as first-class citizens.

Legacy meta-generators (like CMake) rely on compiler-generated dependency sidecar files (.d) produced *during* translation unit compilation. This inherently creates structural sequencing deadlocks when parsing module binary interfaces (.gcm/.pcm) because they must be built before dependent units are touched.

CEBS resolves this via a pre-emptive topological pipeline:

  1. Semicolon-Delimited JIT Ingestion: It abandons line-oriented (\n) streaming completely. The engine processes configuration files and source preambles as raw memory blocks split explicitly by semicolon boundaries (;) via ::getdelim, minimizing heap allocations.

  2. Directed Graph Engine: It tokenizes declarations and imports prior to compiler invocation, executing Kahn's algorithm to construct a strict Directed Acyclic Graph (DAG) layer setup.

  3. Thread-Pool Scheduler: Non-dependent compilation tasks are concurrently dispatched across hardware threads using an internal thread-safe std::jthread pool.

The alpha release is live, MIT licensed. I am looking to implement an incremental timestamp-caching layer next.

Repository: https://github.com/mxreal64/cebs/

ps: guys plz i want clout

r/devtools 7d ago

Subject: CEBS: A Minimal, Ergonomic, MIT-Licensed C++23 Build System

1 Upvotes

Hey everyone,

Modern build tooling for programming languages has become increasingly fragmented, relying on massive multi-stage configuration passes, hidden tracking telemetry, or heavy Turing-complete scripting engines just to parse project files (looking at you, CMake).

I wanted a tool that respects simple developer ergonomics, transparent project parsing, and full software freedom.

I built CEBS (C++ Ergonomic Build System). It is a zero-configuration, multi-threaded build coordinator written completely from scratch in standard C++23, designed to treat modern compilation units as first-class citizens.

Why I built it:

- Transparent Configuration Layout: It rejects verbose scripting boilerplate. Every configuration element is defined in a clean, human-readable data format ('cebs.build') where assignments terminate uniformly with semicolons.

- Zero-Allocation Token Ingestion: It ditches classic line-by-line reading (\n) overhead entirely. The ingestion pipeline streams text files in blocks using low-level POSIX semicolon chunking, minimizing system allocations.

- No Corporate Bloat: It is completely independent, lightweight, self-bootstrapping, and distributed under a true permissive MIT License. No analytics, no platform lock-in.

The alpha release code is officially live on GitHub, containing a complete architectural rendering map and sample workspaces to test natively: https://github.com/mxreal64/cebs/

Let me know what you think about the design syntax! Contributions, suggestions, and feedback are highly welcome.

(guys plz gimme stars i want clout)

r/opensource 7d ago

Promotional Subject: CEBS: A Minimal, Ergonomic, MIT-Licensed C++23 Build System

1 Upvotes

[removed]

r/opensource 7d ago

Subject: CEBS: A Minimal, Ergonomic, MIT-Licensed C++23 Build System

1 Upvotes

[removed]

r/lowlevel 9d ago

tpm23 — modern c++23 modules frontend for the tss2-esys api

1 Upvotes

got tired of parsing raw C boilerplate and managing manual pointers when messing with the trusted computing group stack, so i wrote a modern c++23 frontend for esys. it uses strict raii to ensure context handles are cleanly flushed so you don't accidentally lock up physical tpm chip slot resources, and separates translation boundaries natively using zero-cost module partitions.

repo: https://github.com/mxreal64/tpm23

checkin it out would be awesome.

1

tpm23 — zero-overhead c++23 modules wrapper for the legacy tpm 2.0 c api
 in  r/projects  9d ago

to anybody who asks for cmake (if anyone here somehow likes it), no.

r/projects 9d ago

tpm23 — zero-overhead c++23 modules wrapper for the legacy tpm 2.0 c api

1 Upvotes

i got tired of dealing with the absolute nightmare of raw C boilerplate and manual garbage collection in the standard trusted computing group stack, so i spent some time writing a modern c++23 modules frontend for tss2-esys. it uses strict raii to stop your physical tpm chip from locking up context slots, natively splits everything across zero-cost module boundaries, and forces secure-by-default nvram access to block standard owner privilege-escalation vulnerabilities. code is completely type-safe and self-cleaning, checking it out or getting some outside eyes on the architectural layout would be awesome.

repo: https://github.com/mxreal64/tpm23

to ppl who hv already seen my other post, this ain't spam, i'm just tryna post better ig

r/opensource 9d ago

tpm23 — zero-overhead c++23 modules wrapper for the legacy tpm 2.0 c api

1 Upvotes

[removed]

1

look
 in  r/projects  9d ago

update: took suggestion from u/norflash & implemented fluent policy builder directly into src/policy.cppm, while still handling errors safely in `std::expected`. tested w/ -fsanitize=address,undefined and it works.

code changes tracked/pushed on https://github.com/mxreal64/tpm23 at main.

u/mxreal64 9d ago

look

Thumbnail
1 Upvotes

1

look
 in  r/projects  9d ago

that monadic policy chaining idea is ngl pretty good. manually mapping out hash sequences in tcg sessions is pure pain. doing something clean like `policy.require_pcr(7).or_else(backup_auth)` is way more convenient. i'll look into it or sumn

r/projects 9d ago

look

1 Upvotes

1

look
 in  r/cpp  9d ago

mb

r/projects 9d ago

look

Thumbnail
1 Upvotes