Chaim Frenkel wrote: > > The current thinking in -internals is that list flattening will be delayed > to as late as possible. > > One possiblity would be that only @_ would do any flattening. It would > walk each argument with an appropriate iterator to return the flattened > list. > > A parameter list would then have access to the actual items on the list. That sounds good. However, doesn't it need to be spelled out in some RFC that such a feature is crucial for certain things (esp. numerical multidim array passing) to make sure it's not dropped (for unrelated reasons) later on? Christian
- Re: New variable type: matrix Karl Glazebrook
- Re: New variable type: matrix Dan Sugalski
- Re: New variable type: matrix Karl Glazebrook
- Re: New variable type: matrix Jeremy Howard
- Re: New variable type: matrix Buddha Buck
- Re: New variable type: matrix Jeremy Howard
- Re: New variable type: matrix Nathan Wiger
- drop type indicators for typed variables David L. Nicol
- Re: drop type indicators for typed variables Christian Soeller
- Re: New variable type: matrix Chaim Frenkel
- Ensuring efficiency (was Re: New variable type: mat... Christian Soeller
- Ensuring efficiency (was Re: New variable type:... Jeremy Howard
- Re: Ensuring efficiency (was Re: New variable t... Dan Sugalski
- Re: New variable type: matrix Christian Soeller
- Re: New variable type: matrix Dan Sugalski
- Re: New variable type: matrix Chaim Frenkel