Stoneknifeforth Alternatives
Similar projects and alternatives to stoneknifeforth
-
-
-
SonarQube
Static code analysis for 29 languages.. Your projects are multi-language. So is SonarQube analysis. Find Bugs, Vulnerabilities, Security Hotspots, and Code Smells so you can release quality code every time. Get started analyzing your projects today for free.
-
-
-
stoneknifecpp
C++ port of [stoneknifeforth](https://github.com/kragen/stoneknifeforth)
-
-
awesome-static-website-services
📄 🛠 A curated list of awesome static websites services
-
Scout APM
Less time debugging, more time building. Scout APM allows you to find and fix performance issues with no hassle. Now with error monitoring and external services monitoring, Scout is a developer's best friend when it comes to application development.
-
-
-
-
-
-
-
-
-
PropForth5.5
PropForthV5.5 is Forth progamming environment for Parallax Propeller P8X32A microcontroller created by Sal Sanci
-
-
-
nebula
Compiler for the stack-based Whitespace language with LLVM back end. (by andrewarchi)
-
http
A simple multi-threaded HTTP/1.0-ish file server. Single file, ~250 LOC. (by pablo-mayrgundter)
stoneknifeforth reviews and mentions
-
Looking for a simple forth compiler (producing asm/executables, not compiling forth words) to learn from, preferably in C family language
Title effectively says it all. The only thing I have found is StoneKnife Forth (implementation is in tinyboot1.tbf1) but this file is implemented in the same dialect of forth it implements, which due to being minimal makes it difficult to read and comprehend efficiently (I also can't find the origin of some words such as 'byte' used in the code but not implemented by the interpreter). I would prefer something in the C family to look at but anything should do as long as it's clean enough that I could use it as a reference to reimplement the compiler without much difficulty. Thank you in advance for any help with what is seemingly quite a narrow request.
-
An HTTP server in a single .c file
I'm pretty sure Linux ELF has always allowed you to specify the initial load address. When I first wrote StoneKnifeForth https://github.com/kragen/stoneknifeforth its load address was 0x1000, but at some point Linux stopped allowing load addresses lower than 0x10000 by default (vm.mmap_min_addr). I originally wrote it in 02008, using the lower load address, and fixed it in 02017. It's still not using 0x804800 like normal executables but 0x20000. ASLR does not affect this.
Maybe you mean that before ELF support, Linux a.out executables had to be loaded at a fixed virtual address? That's possible—I started using Linux daily in 01995, at which point a.out was already only supported for backward compatibility.
- StoneKnifeForth (With a Metacircular Compiler)
- RetroForth 2021.1 Is Released
Stats
kragen/stoneknifeforth is an open source project licensed under Creative Commons Zero v1.0 Universal which is not an OSI approved license.
Popular Comparisons
Are you hiring? Post a new remote job listing for free.