Talk:Game Oriented Assembly Lisp

Video games Low‑importance

This article is within the scope of WikiProject Video games, a collaborative effort to improve the coverage of video games on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Video gamesWikipedia:WikiProject Video gamesTemplate:WikiProject Video gamesvideo game articles

Low

This article has been rated as Low-importance on the project's importance scale.

Summary of Video games WikiProject open tasks:

Summary of Video games WikiProject open tasks

AfDs

Godzilla 2: War of the Monsters (4 participants)
Purple Francis (8 participants)
Gilman Louie (2 participants)
Yoshimitsu (3 participants)
Dr. Wily (9 participants)
First Internet Backgammon Server (3 participants)
Emote (2 participants)
Preston Arsement (6 participants; relisted)
Jackpot World (3 participants; relisted)

Merge discussions

Other discussions

No major discussions

From the Andy Gavin Page

I have removed the following section from the Andy Gavin page. It is more appropriate for this GOAL page, but requires some re-editing to make it sound less breathless. Also, no sources:

Technical Notes

Latest comment: 16 years ago1 comment1 person in discussion

For Crash Bandicoot Gavin created GOOL (Game Oriented Object Lisp). This was a mixed interpreted and compiled LISP dialect used for all of the gameplay code in the first three Crash games. For the PlayStation 2 and Jak and Daxter, Gavin revamped this idea and created the GOAL (Game Oriented Assembly Lisp) programming language. Consequently, the game runs in a variant of LISP on the Playstation 2, instead of the more conventional C++ programming language. GOAL is a fully compiled (only native code runs on the target) full powered LISP/Scheme dialect. 95% of the runtime code in all 4 Naughty Dog Jak games was written in GOAL. The language is a full featured fully object oriented LISP variant. It does not use a garbage collector at runtime generically, but relies on a more game oriented heap system (with some garbage collection of dynamic game objects). It has a full development environment including a source level debugger, profiler, and editor (all built into Emacs!). Several features make it fairly unique. It has a full interactive listener that can dynamically compile and run arbitrary code. Any code, down to the function or constant level can be compiled and patched into a running game image. Additionally, it supports integrated inline assembly for all PS2 processors with integrated register coloring. This unique feature allows assembly, particularly vector unit assembly, to be used seamlessly in the middle of high level code. Even the extensive library of highly optimized assembly render code written for VU1 (the main vector processor) was written using GOAL.

Arcus (talk) 06:32, 24 September 2008 (UTC)Reply

Add topic