SCschveiguy·Oct 25, 2025
Wow, this was introduced in 2012!
https://github.com/dlang/druntime/pull/88
In I spent a year making an ASN.1 compiler in Ddlang
druntime
D2016–2025
dlang / druntime · Archived
druntime
Low level runtime library for the D programming language
6Distinct people
7Mentions
0Explicit recommenders
648GitHub stars
What to know before exploring
What it is
Low level runtime library for the D programming language
GitHub
Where it is used
No documented product use has been verified yet.
What people are saying
No recommendation phrase was found in the indexed comments.
No classified warning is attached to this page. Read the discussions before treating silence as approval.
Also in these discussions
No other repository is repeatedly linked in the same discussions.
This week on Hacker News
Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.
No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.
Mentions over time
HN mentions by year7 dated mentions
Observed mentions: 2016-08-30 22:39:20 UTC to 2025-10-25 02:59:34 UTC.
Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.
View mention counts and date ranges
| Period | Start (UTC) | End (exclusive, UTC) | Mentions | Submissions | Comments |
|---|---|---|---|---|---|
| 2016 | 2016-01-01 00:00:00 UTC | 2017-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2017 | 2017-01-01 00:00:00 UTC | 2018-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2018 | 2018-01-01 00:00:00 UTC | 2019-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2019 | 2019-01-01 00:00:00 UTC | 2020-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2020 | 2020-01-01 00:00:00 UTC | 2021-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2021 | 2021-01-01 00:00:00 UTC | 2022-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2022 | 2022-01-01 00:00:00 UTC | 2023-01-01 00:00:00 UTC | 1 | 0 | 1 |
| 2023 | 2023-01-01 00:00:00 UTC | 2024-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2024 | 2024-01-01 00:00:00 UTC | 2025-01-01 00:00:00 UTC | 0 | 0 | 0 |
| 2025 | 2025-01-01 00:00:00 UTC | 2026-01-01 00:00:00 UTC | 1 | 0 | 1 |
What Hacker News says
7 sourcesOof, seems I got the camelcase wrong. It's `@mustuse`
Working on updating that.
I think the reason the documentation is cryptic is because it's a library-supplied User Data Attribute that is specially recognized by the compiler. The documentation generator is having trouble with it. In code it's pretty simple:
https://github.com/dlang/druntime/blob/705fb36e5fc4d930eed85...
In Comparing Exceptions and Errors in DI usually refer to LLVM documentation. You can look at this [1] to begin with.
For sample code, etc, I would recommend to read D's atomic primitive implementations [2] instead of C++. C++ standard library is an unreadable monster. Fundamentally C++ atomic types are a flaw as std::atomic<int> is a type by itself, whereas in reality the operations has to be atomic. Also you can't get the value type for the type underneath the std::atomic template.
Whereas in D, the operations are atomic and you can operate them on the primitive types. You can see numerous examples in D's standard library implementation (which is readable than C++'s) [3][4]
[1] https://llvm.org/docs/Atomics.html
[2] https://github.com/dlang/druntime/blob/master/src/core/atomi...
[3] https://github.com/dlang/phobos/blob/master/std/concurrency....
[4] https://github.com/dlang/
Read the rest
https://github.com/dlang/druntime/blob/v2.086.0/src/core/thr...
D's implementation ^ (Linked partly because the inline assembly is very clear)
In Green threads explained in 200 lines of RustDid sth. similar a while ago for our not so great D GC.
https://github.com/dlang/druntime/pull/1073
In Let's make the Emacs GC safe and iterative> Are foreign calls assumed to be non-pure?
Yes.
> Can they be marked pure in the case that the foreign (likely C) function doesn't reference global mutable state?
Yes. Here's an example:
https://github.com/dlang/druntime/blob/master/src/core/stdc/...
It's true that the C Standard does not actually guarantee that they don't access mutable global state, but in practice they don't. We're not aware of one that does, and don't know why anyone would write one that does.
In Hell is a multi-threaded C++ program (2006)They're working on getting precise GC in, he's been working on it quietly with a mentor and another two GC specialists in the D community for a while :)
https://github.com/dlang/druntime/pull/1603
In Ruminations on D: An Interview with Walter Bright