Jeremy Howard wrote: > The 1st implementation of Perl 6 may not provide all the optimisations we've > come to expect from our data crunching language of choice. For this reason > maybe PDL will continue to exist independently in Perl 6 at least for a > while, although a fair bit of rewriting will be required for the new XS, and > to take advantage of the new syntax. That what I'd envisaged. When straight Perl 6 + FFT/Slatec etc modules are ready to take over PDL could be safely retired ;) Christian
- Re: n-dim matrices Jeremy Howard
- Re: n-dim matrices Baris
- Re: n-dim matrices Buddha Buck
- Re: n-dim matrices Baris
- Designing Perl 6 data crunching (was Re: n-... Jeremy Howard
- Re: Designing Perl 6 data crunching (was Re... Christian Soeller
- Re: Designing Perl 6 data crunching (was Re... Baris
- Re: Designing Perl 6 data crunching (was Re... Jeremy Howard
- Re: Designing Perl 6 data crunching (was Re... Baris
- Re: Designing Perl 6 data crunching (was Re... Jeremy Howard
- Re: Designing Perl 6 data crunching (was Re... Christian Soeller
- Re: Designing Perl 6 data crunching (was Re... Karl Glazebrook
- Re: n-dim matrices Baris
- a syntax derived from constant-time hash-based n-di... David L. Nicol
- Re: a syntax derived from constant-time hash-ba... Nathan Wiger
- Re: a syntax derived from constant-time has... David L. Nicol
- Re: a syntax derived from constant-time has... Nathan Wiger
- Re: a syntax derived from constant-time has... David L. Nicol
- Re: a syntax derived from constant-time has... Nathan Wiger
- Re: a syntax derived from constant-time has... David L. Nicol
- Re: a syntax derived from constant-time has... Karl Glazebrook