hellomello
clr_lite
Our great sponsors
hellomello | clr_lite | |
---|---|---|
2 | 2 | |
80 | 7 | |
- | - | |
0.0 | 0.0 | |
almost 4 years ago | almost 4 years ago | |
C++ | Rust | |
Apache License 2.0 | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
hellomello
-
Compiling Rust for .NET, using only tea and stubbornness
Tangentially related, I've written a barebones assembler for Android .apk files once (strictly speaking, the assembler is for .dex files, but it also comes with a set of tools to package and sign .apk files). It's written mainly in Nim and provides enough primitives to allow creating Java "stubs" for native .so libraries, so that .apk-s can be built in Nim WITHOUT JDK AT ALL. The Android NDK is still kinda needed/useful, though IIRC mainly for access to adb, and especially adb logcat (which you'll need A LOT for debugging if you try to use this contraption).
I'd love to One Day™ Rewrite It In Rust.
The .dex assembler itself is at: https://github.com/akavel/dali — you may like to check out the tests at: https://github.com/akavel/dali/tree/master/tests to see how using it looks like.
An example project with a simple .apk written purely in Nim (NO JDK) is at: https://github.com/akavel/hellomello/tree/flappy (unfortunately, given Nim's poor packaging story, it's most probably already bitrotten to the extent that it can't be quickly and easily built & used out of the box). I recorded a presentation about this for an online Nim conference — see: https://www.youtube.com/watch?v=wr9X5NCwPlI&list=PLxLdEZg8DR...
clr_lite
-
Compiling Rust for .NET, using only tea and stubbornness
I wonder if it could run on this Rust implementation of the CLR I wrote a few years ago: https://github.com/Leowbattle/clr_lite
-
Tim Sweeney: “ISO obstructs adoption of standards by paywalling them ”
Last year I finished the school year early because of the coronavirus lockdown and had too much free time - so I wrote an interpreter for CLR bytecode (https://github.com/Leowbattle/clr_lite). The ECMA-335 standard contained everything I needed to know for that project: documentation of the EXE format, VM instructions, etc.
I learned a lot doing this project, and I would never have been able to do it without free access to the standard. So I think Tim is right to recognise the value open standards provide to hobbyist programmers.
What are some alternatives?
PhoneVR - Use Steam VR-enabled applications with your phone as HMD (Head-mounted display). The only Open-Source solution to similar commercial packages like VRidge, iVRy, Trinus etc etc.
abseil-cpp - Abseil Common Libraries (C++)
libtorrent4j - libtorrent for java, a swig Java interface for libtorrent
Folly - An open-source C++ library developed and used at Facebook.
androguard - Reverse engineering and pentesting for Android applications
python-iso18245 - Python implementation of the ISO 18245 Merchant Category Codes database ⛺
dali - Indie assembler/linker for Dalvik VM .dex & .apk files (Work In Progress)
Vrmac - Vrmac Graphics, a cross-platform graphics library for .NET. Supports 3D, 2D, and accelerated video playback. Works on Windows 10 and Raspberry Pi4.
Misery - 3d programming is fun.
uniffi-rs - a multi-language bindings generator for rust
XAPKDetector - APK/DEX detector for Windows, Linux and MacOS.