Planned extension: named arguments

[alastairreid]

For functions with a large number of arguments or where there is no obvious logical order to the arguments or where consecutive arguments are booleans, a function call like "ReadMemory(address, size, TRUE, TRUE, FALSE)" is quite meaningless.

To fix this, we plan to extend ASL with support for named arguments so that you can write things like

ReadMemory(address, size, aligned=TRUE, virtual=TRUE, stack_access=FALSE)

Details:

• Strict matching: The argument name in positition "i" in the call must match the argument name in position "i" in the definition. This is intended to make code more readable and less error prone, not to make the code easier to write.
• Instead of using "arg=value", we could use "arg:value". The first runs the risk of confusion with "arg==value", while the latter looks a bit like a type declaration.