Re: [Bug-apl] Feature suggestion: multiple function arguments

[Peter Teeson]

Maybe David is thinking along similar lines to my proposal in this thread?

What would be wrong with implementing in quadAV a single overstrike 

(e.g. i-beam <=> overstrike of encode decode) which when used in an apl _expression_ takes you off to your 

implementation of e.g. a faster inner or outer product? Or trains, forks,  or whatever. 

I really don’t see how this would negatively affect the parser. Surely it’s just a simple way to jump off to your module.

Of course one would need to clearly define the entry and return rules.

And the default builds would not have this feature.

Peter

On Mar 15, 2016, at 9:23 PM, David B. Lamkins <address@hidden> wrote:

it might be useful to add a single hook that would support code to perform a lexical rewrite before handing an _expression_ to the APL2-compatible built-in parser.