Hiermit stelle ich hier nach einer langen Zeit wieder mal ein Projekt von mir vor. Diesmal ist es eine ECMAScript Engine. Für die, die es nicht wissen, ECMAScript ist die von der ECMA unter ECMA-262 standardisierte Form von JavaScript, jedoch ist ECMAScript nicht vollständig komplett zu JavaScript identisch (mehr dazu zum Thema siehe Wikipedia zum Suchbegriff JavaScript oder ECMAScript). Meine ECMAScript Engine trägt den Namen BESEN, was wiederum für "Bero EcmaScript ENgine" steht, und besitzt zudem Just-In-Compilation (zurzeit nur für 32-bit x86), Property Inline Caching, Codeoptimization, und viele weitere Dinge.

Es steht zudem unter einer RubyLike+AGPLv3 Duallizenz.

Hier eine englische Liste der Features von BESEN für den groben Überblick:

• Complete implementation of the ECMAScript Fifth Edition standard
• Own bytecode-based ECMA262-complaint Regular Expression Engine
• Incremental praise/exact mark-and-sweep garbage collector
• Unicode UTF8/UCS2/UTF16/UCS4/UTF32 support (on ECMAScript level, UCS2/UTF16)
• Compatibility modes, for example also a facile JavaScript compatibility mode
• Bytecode compiler
• Call-Subroutine-Threaded Register-based virtual machine
• Context-Threaded 32-bit x86 Just-in-Time Compiler (x64/AMD64 JIT is in the work and a ARMv7 EABI JIT for ARM CPUs with VFPUv1 instruction set is planed)
• Constant folding
• Dead code elimination
• Abstract-Syntax-Tree based optimizations
• Type inference (both exact and speculative)
• Property Inline Cache
• Perfomance optimized hash maps
• Self balanced trees (for example to sort on-the-fly linked list items of hash maps for very fast enumeration of array objects)
• Easy native ObjectPascal class integration (properties per RTTI and published methods per by-hand-parsing of the native virtual method table)

Und hier gibt es endlich auch den Link zu BESEN: http://besen.sourceforge.net/

Ich würde mich auf Feedback freuen.

EDIT: Zu Sourceforge umgezogen.

_________________
Behindert ist man nicht, behindert wird man.

Es ist eine neue Version online, die zwei wichtige Bugfixes enthält.

Der erste Bug war, dass der Parser bei >>= den Right Node mit dem Left Node überschrieben hat, und nachher dann versucht hat, den Left Node 2x freizugeben, was dann zu einer Exception führte.

Der zweite Bug war, dass der CodeGenerator bei <<= >>= und >>>= vergaß, für die Shifting Operation temporäre Register zu allokatieren, und dadurch der generierte ByteCode sowie native geJITte Code aufgrund Out-Of-RegisterIndex crashte.

_________________
Behindert ist man nicht, behindert wird man.

Ich habe den Code nun FPC 2.4.0 (inoffziell) kompatibel gemacht, bzw. FormatDateTime als BESENFormatDateTime reimplementiert, was ja bei 2.4.0 fehlerhaft war bzw. ist. Also viel Spass damit

_________________
Behindert ist man nicht, behindert wird man.

Nun ist schon wieder eine neue Version online und somit hab ich auch wieder eine ganze Reihe an Bugs gefixt. Und zwar diesmal habe ich einges an den ECMAScript-eigenen Objekten selbst gefixt, und sowie einen sehr fiesen Bug im Garbage Collector gefixt, wo bei sehr seltenen Fällen Rootwurzelobjekte fälscherweise als nicht mehr gebraucht angesehen und somit freigegeben wurden, wodurch dann ungültige Zeigerreferenzen entstanden, und dadurch dann auch hübische Invalid Pointer Exceptions. Jetzt werden Rootwurzelobjekte aber immer direkt eingeschwärzt (nach dem Tricolor-MarkAndSweep-Verhalten, also direkt als "In-Gebraucht" markiert", mehr dazu siehe englische Wikipedia zum Thema Garbage Collector).

_________________
Behindert ist man nicht, behindert wird man.

Im letztem Monat habe ich einiges an BESEN gemacht, so dass es nun die ES5conform Tests komplett alle besteht. Ergebnis: http://vserver.rosseaux.net/projects/BESEN/ES5conform/

Zudem hat es auch nun endlich eine Konsolenshell für Anbindung in vorhandene Entwickklungsumgebungen.

_________________
Behindert ist man nicht, behindert wird man.

Im letztem Monat habe ich wieder einiges an BESEN gemacht, so dass BESEN mit aktiviertem Native-Code-Just-In-Time-Compiler nun in vielen Fällen um einiges schneller als die JavaScript Engine SquirrelFish Extreme auch mit aktiviertem Native-Code-Just-In-Time-Compiler aus Safari 5 bzw. aus WebKit ist. Also BESEN wird nun so langsam richtig performancetechnisch-gefährlich für die ECMAScript/JavaScript-Engine-Quasi-Konkurrenz

_________________
Behindert ist man nicht, behindert wird man.

Ich habe das BESEN Projekt jetzt auch nun kompatibel für Delphi 2009-XE3 gemacht (wegen der ganzen Unicodestring Geschichte ab Delphi 2009), als LGPL (mit Static-Link-Exception) umlizenziert und von SourceForge nach Google Code http://code.google.com/p/besen/ verschoben, aufgrund paar Sachen, die ich bei SourceForge seit kurzem bemängle, die erst im Laufe der Zeit aufkamen bzw. besser gesagt, in den Fokus meiner Aufmerksamkeit gelangten.

_________________
Behindert ist man nicht, behindert wird man.