Uroborus: use separate hash tables for target wordlists; updated base binary
[uroborus.git] / README
blob2eba2a591290aafc49d5781a048c9eafcb0d8ff5
1 UrForth/Beast: Devastator + Succubus: STC self-hosting x86 Forth system.
3 this is repository with Uroborus target compiler, and UrForth/Beast
4 system source code.
6 this system is using Succubus optimising native code compiler. the speed is
7 comparable with most state-of-the-art optimising Forth compilers (sometimes
8 Succubus generates better code, sometimes slightly worse). to give you some
9 base to compare with: generated code is ~2.5 times slower than GCC -O2,
10 which is more than enough for any practical purposes. especially
11 considering compilation speed (lightning fast ;-).
14 ***********************************************************************
15 WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING!
16 ***********************************************************************
18 UrForth/Beast is TOTALLY NON-STANDARD! don't bother trying to use it. UrF/B
19 was created to solve some my real-world needs, and it reflects my vision of
20 what Forth system should be. i never cared about any "Forth standards", and
21 i strongly believe that Forth doesn't need any "standardisation", such
22 attempts only makes Forth worser. remember, Forth is about creating a
23 system *YOU* feel natural to use, not about sticking to some "standard".
24 Forth extensibility is there for a reason.
26 moreover, i believe that existing Forth "standards" is the sole reason for
27 people to percieve Forth as a "toy language". it is totally impossible to
28 write any serious software in Forth using those so-called "standards".
30 someday i'll write an essay about UrF/B design, but for now you are on your
31 own. read the source code, and try to make sense of it.
34 have fun, and happy hacking
35 Ketmar Dark // Invisible Vector