Nicheloom

Market intelligence for builders — see what's gaining traction before it's crowded.

A systems language with runtime reflection and no GC

Details

External ID
46270296
Source
HN
Company
—
Product
A systems language with runtime reflection and no GC
Website domain
xxml-language.com
Launched
Dec. 15, 2025
Cohort
—
Upvotes
6
Upvotes percentile
0.2652671755725191
Tags
—
Fetched at
Sept. 7, 2026, 9:25 p.m.
Updated at
Sept. 7, 2026, 9:25 p.m.

Description

Hi HN,I’ve been working on an experimental programming language called XXML. The project started from a frustration I kept running into across systems languages:Languages with strong ownership tend to avoid runtime reflection.Languages with rich reflection usually rely on GC or give up memory guarantees.Compile-time code generation often requires a separate macro language.I wanted to explore whether those tradeoffs are truly necessary.What XXML is trying to doXXML is a statically-typed, native language that:Uses explicit ownership and borrowing (no garbage collector)Supports runtime reflection while respecting ownership rulesAllows compile-time code generation using normal language constructs, not macrosCompiles to LLVM IR and produces native binariesReflection APIs are constrained so unsafe ownership operations are rejected at compile time. The goal isn’t “dynamic at all costs,” but introspection without losing safety.What it’s useful for (so far)Some concrete use cases I’m exploring:Safe plugin/mod systems for native applicationsAuto-generated serialization (e.g., JSON/RPC) without macrosDebugging and inspection tools that can reason about user typesDeclarative domains (UI/layout/asset graphs) that benefit from structured syntaxWhat it’s notThis is early-stage and definitely not production-ready:The ecosystem is minimalThe language is still evolvingDocumentation and tooling are incompleteI’m mostly interested in feedback from people who’ve worked on:compilerslanguage runtimessystems with heavy serialization or plugin boundariesCodeGitHub repo: https://github.com/ThatSoulyGuy/XXMLCompiler or https://xxml-language.comI’d especially appreciate criticism around:the ownership modelreflection safety boundarieswhere this design is fundamentally flawedThanks for reading — happy to answer questions.

Enrichment

Theme
niche developer utilities and toolchains
Vertical
Horizontal
Function
Dev tools
Audience
Developer
AI stance
Not AI
Project type
Hobby / open-source project
Normalized one-liner
systems programming language with runtime reflection
Manually corrected
False

Could you build this?

No Creating a new systems-level compiled programming language with an LLVM backend, custom ownership semantics, and a non-GC runtime reflection system is a massive undertaking requiring expert compiler engineers.

What it would actually take: This project requires advanced compiler engineering expertise in C++, Rust, or LLVM. The architecture demands a custom lexer, parser, type checker, borrow/ownership analyzer similar to Rust's MIR borrow checker, RTTI metadata emitter that avoids GC overhead, and an LLVM IR generation pipeline, alongside an entire standard runtime library.

Discussion

1 comment analyzed.

Concerns raised: Memory safety - use-after-free vulnerabilities, Out-of-bounds memory access

Competitors

Other products that read as similar to this one — 173 launches clear the similarity bar, closest 8 shown.

Attention rank: #140 of 174 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).

Launched 44 days after the earliest competitor.

Other launches for this product

Same idea, different domain

Nobody's really built a dev tools tool for Sales yet.