Jeremy Howard wrote: > We're talking about how we'll write Perl 6 programs, not PDL programs. We > need to ensure that the syntax we create is Perlish. It needs to fit in with > the rest of the language--our proposals won't get through if programs look > quite different in sections just because arrays in those sections have an > extra dimension. One thing that bothers me is that most people on this list are apparently not users of PDL. PDL is the current working solution for this, could I be so bold as to encourage everybody reading this to go away and try out some toy programs in it? Karl
- Re: n-dim matrices Baris
- Re: n-dim matrices Buddha Buck
- Re: n-dim matrices Baris
- Designing Perl 6 data crunching (was Re: n-dim ... Jeremy Howard
- Re: Designing Perl 6 data crunching (was Re: n-... Christian Soeller
- Re: Designing Perl 6 data crunching (was Re: n-... Baris
- Re: Designing Perl 6 data crunching (was Re: n-... Jeremy Howard
- Re: Designing Perl 6 data crunching (was Re: n-... Baris
- Re: Designing Perl 6 data crunching (was Re: n-... Jeremy Howard
- Re: Designing Perl 6 data crunching (was Re: n-... Christian Soeller
- Re: n-dim matrices Karl Glazebrook
- Re: n-dim matrices Baris
- a syntax derived from constant-time hash-based n-dim mat... David L. Nicol
- Re: a syntax derived from constant-time hash-based ... Nathan Wiger
- Re: a syntax derived from constant-time hash-ba... David L. Nicol
- Re: a syntax derived from constant-time hash-ba... Nathan Wiger
- Re: a syntax derived from constant-time hash-ba... David L. Nicol
- Re: a syntax derived from constant-time hash-ba... Nathan Wiger
- Re: a syntax derived from constant-time hash-ba... David L. Nicol
- Re: a syntax derived from constant-time hash-ba... Karl Glazebrook
- Re: a syntax derived from constant-time hash-ba... c . soeller