News for hackers. Stuff that matters.

A comment on jank is C++.

Re:jank is C++ by YuriNiyazov on Friday July 11, 2025 @06:20PM (#44537353)
A long long time ago, at ClojureConj 2014, I asked Rich Hickey whether a cpp-based clojure was possible, and his answer was "well, the primary impediment there is a lack of a garbage collector". There were a lot of conversations going on at the same time, so I didn't get an opportunity to "delve" into it, but:

1. does that objection make sense? 2. How does jank approach that hurdle.

[ Parent | on HN ]
Re:jank is C++ by bertmuthalaly on Friday July 11, 2025 @06:54PM (#44537608)
It's the first section in the article -

"I have implemented manual memory management via cpp/new and cpp/delete. This uses jank's GC allocator (currently bdwgc), rather than malloc, so using cpp/delete isn't generally needed. However, if cpp/delete is used then memory collection can be eager and more deterministic.

The implementation has full bdwgc support for destructors as well, so both manual deletion and automatic collection will trigger non-trivial destructors."

[ Parent | on HN ]
Re:jank is C++ by bluGill on Friday July 11, 2025 @07:27PM (#44537844)
In the artical - it garbage collects always but if you call delete the garbage collector will be more agressive about cleaning that up.
[ Parent | on HN ]
Re:jank is C++ by Jeaye on Friday July 11, 2025 @07:11PM (#44537731)
A GC is nowhere near the most difficult part of this. In 2014, there was no viable technology for JIT compiling C++, and very little technology for JIT compiling native code in general.
[ Parent | on HN ]
Re:jank is C++ by ethan_smith on Saturday July 12, 2025 @11:46AM (#44542872)
Jank likely uses a combination of LLVM's garbage collection support (GC intrinsics) and smart pointers, similar to how Clasp implemented GC for Common Lisp on C++.
[ Parent | on HN ]