Closed Bug 489323 Opened 16 years ago Closed 6 years ago

aot compiler driver for avm shell

Categories

(Tamarin Graveyard :: Tools, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: edwsmith, Unassigned)

References

Details

This is a tracking bug for the driver script for our a simple aot compiler. The idea is that future/better aot compilers work similarly. (like cc is the driver for C compiler parts, and many C compilers mimic cc's commandline invocation) A) today, shell (sort of) supports a "projector" mode, which is a flashy name for a packager that creates a standalone exe from the generic avm.exe plus an application (as/abc/swf) file. An AOT compiler driver could just use this projector capability as follows: [optionally] java -jar asc.jar inputfile.as cp avm.exe newavm.exe echo magic >>newavm.exe cat inputfile.abc >>newavm.exe B) nativegen.py is capable of wrapping abc (or swf or anything, presumably) in a cpp/h file suitable for compiling & linking with rest of vm. So we have 80% of an aot compiler in the form of nativegen.py. to use that as the aot compiler it would be roughly: [optionally] java -jar asc.jar inputfile.as wrap inputfile in a .cpp/.h containing a main() compile/link with rest of vm Tamarin doesn't need both modes, listing both here for idea generation. (A) requires the least work, (B) results in marginally less hair in the shell code, is more portable. A more aggressively optimizing aot compiler would look more like B than A too.
Target Milestone: --- → Future
Flags: flashplayer-qrb+
Tamarin is a dead project now. Mass WONTFIX.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Tamarin isn't maintained anymore. WONTFIX remaining bugs.
You need to log in before you can comment on or make changes to this bug.