perry

Another one is https://github.com/PerryTS/perry and Huawei ArkTS.

On other sites, like github and reddit. This exchange was funny though. He eventually gets called out by the other commenter to stop responding with an LLM: https://github.com/PerryTS/perry/issues/139#issuecomment-429...

Just spent an hour trying to make it work (including re-compiling) with the jsruntime. `Error: JavaScript modules found but libperry_jsruntime.a not found. Build it with: cargo build --release -p perry-jsruntime` Turns out jsruntime was removed one week ago, but the error messages probably not have been updated as they should. https://github.com/PerryTS/perry/commit/848339fa4ee4b00a53f5...

I only grepped "vtable" in the repository so this might be not the relevant piece of code, but from the comment in [1] it seems they fallback to building a vtable if the static resolution is impossible. [1]: https://github.com/PerryTS/perry/blob/39d5ba2e9db5adf7f7fc90...

Looks like AI slop https://github.com/PerryTS/perry/issues/139

Regardless of Anthropic/ClaudeCode, PerryTS[1] looks like a very promising competitor to Bun. [1]: https://github.com/PerryTS/perry

Hey HN — I've been building Perry, a compiler that takes TypeScript and emits native binaries. No V8, no runtime, no Electron. It maps to platform-native UI widgets: AppKit on macOS, UIKit on iOS, Android Views on Android, GTK4 on Linux, Win32 on Windows. Pry is the first real app built with it — a JSON viewer, deliberately small. It's in the iOS/macOS App Store and Google Play right now. Linux build works, Windows is waiting on code signing. The compiler itself is written in Rust. It handles TypeScript parsing, type checking, and lowers to native code. The UI bindings aren't a wrapper library — the compiler generates the actual platform API calls. This is a building-in-public thing. Pry is the proof-of-concept. The bigger goal is a full IDE. Happy to answer questions about the compiler architecture, the app store submission process, or a