Re: RFC 204 (v2) Arrays: Use list reference for multidimensional array access by Buddha Buck- September 25, 2000 > On Fri, 22 Sep 2000 08:58:10 +1100, Jeremy Howard wrote:> > >Bart Lateur wrote:> >> Hmm... the problem is, I think, that array references and ordinary> >> scalars are both scalars.> >>> >That&39;s true, but they&39;re scalars with different interfaces. In particular,> >an array ref can be dereferenced and provides an array in doing so. If an> >index can do this, then it&39;s a multidimensional index.> > That worries me. I&39;d...http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg442.html Re: RFC 231 (v1) Data: Multi-dimensional arrayshashes and slices by Karl Glazebrook- September 25, 2000 Ilya Zakharevich wrote:> > On Sat, Sep 23, 2000 at 11:32:58AM -0400, Karl Glazebrook wrote:> > Yes this is the point. I guess another way of looking at it is> > saying that 3a operates in a list context not a scalar context> > Well, this shows that you entirely miss the problem of cryptocontexts.> Context is determined by the "environment" of the operation, not by> the operation. Context is propagated:> > the-left-hand-side-of-assignment --->..http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg441.html Re: RFC 204 (v2) Arrays: Use list reference for multidimensional array access by Bart Lateur- September 25, 2000 On Fri, 22 Sep 2000 08:58:10 +1100, Jeremy Howard wrote:>Bart Lateur wrote:>> Hmm... the problem is, I think, that array references and ordinary>> scalars are both scalars.>>>That&39;s true, but they&39;re scalars with different interfaces. In particular,>an array ref can be dereferenced and provides an array in doing so. If an>index can do this, then it&39;s a multidimensional index.That worries me. I&39;d like to avoid to repeat the fiasco of having thesame code..http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg440.html Notice of intent to freeze RFC 207 by Buddha Buck- September 25, 2000 RFC 207(v2) was posted several days ago with substantial changes from v1. Since then, I have seen little (if any) discussion of the new or old versions. As such, I am assuming that the RFC is acceptable as it stands. As such, unless I hear otherwise before 28 September 2000, 5:00PM New York Time (one week after the last update), I will freeze the RFC.http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg439.html RFC 272 (v2) Arrays: transpose() by Perl6 RFC Librarian- September 24, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEArrays: transpose()=head1 VERSION Maintainer: Jeremy Howard <jhoward.fm> Date: 22 Sep 2000 Last Modified: 24 Sep 2000 Mailing List: perl6-language-dataperl.org Number: 272 Version: 2 Status: Frozen=head1 DISCUSSIONThis RFC was modified to incorporate the functionality of PDL&39;s xchg() andmv(), which are useful for acting on arbitrary dimensions ofmultidimensional arrays. Implementing aliasing was...http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg438.html RFC 205 (v3) Arrays: New operator ';' for creating array slices by Perl6 RFC Librarian- September 24, 2000 This and other RFCs are available on the web at http:dev.perl.orgrfc=head1 TITLEArrays: New operator &39;;&39; for creating array slices=head1 VERSION Maintainer: Jeremy Howard <jhoward.fm> Date: 8 Sep 2000 Last Modified: 24 Sep 2000 Mailing List: perl6-language-dataperl.org Number: 205 Version: 3 Status: Frozen=head1 DISCUSSIONThe semantics discussed here were accepted by all on the list. The use ofC<;> outside of a list index did not reach consensus, due to concerns...http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg437.html Re: RFC 231 (v1) Data: Multi-dimensional arrayshashes and slices by Ilya Zakharevich- September 24, 2000 On Sat, Sep 23, 2000 at 11:32:58AM -0400, Karl Glazebrook wrote:> Yes this is the point. I guess another way of looking at it is> saying that 3a operates in a list context not a scalar contextWell, this shows that you entirely miss the problem of cryptocontexts.Context is determined by the "environment" of the operation, not bythe operation. Context is propagated: the-left-hand-side-of-assignment ---> the-right-hand-side-of-assignment outside ---> insideAbout doing.http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg436.html Re: Implementing RFC 272 by Karl Glazebrook- September 24, 2000 It was also described in one of the PDL RFCs ages ago.The general data structure was described which basicallyallows a:b:c slices, transposes (read arbitrary dimensionswapping) etc with no copy overhead.In PDL$a = zeroes(5000,4000,3000);$b = $a->slice(&39;2:5000:2,3:3000,0:3000:10&39;)->xchg(2,1);incurs no copy penalty in $b. In particular changeing $bchanges $a, it is a &39;virtual slice&39;Karlc.soellerauckland.ac.nz wrote:> > Buddha Buck wrote:> > > When I heard about...http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg435.html Re: RFC 272 (v1) Arrays: transpose() by Jeremy Howard- September 24, 2000 c.soellerauckland.ac.nz wrote:> Jeremy Howard wrote:>> > So where is mv(), you ask If you use the &39;reorder&39; syntax, but don&39;t> > specify all of the dimensions in the list ref, then the remainingdimensions> > are added in order:>> That sounds good. I&39;d say why not also allow the mv syntax It is> syntactically different from the others, may be the least often used> variant but then there are N+1 ways to do it ;) But no strong feelings> either...http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg434.html Re: RFC 272 (v1) Arrays: transpose() by Jeremy Howard- September 24, 2000 Karl Glazebrook:> Well if a dimension has N elements then the numbering of the elements> runs 0...N-1>> similarly if the shape has M dimensions, then the numbering of the> dimensions is 0..M-1>> the arguments to reshape should be sizes not last elements (i.e. N&39;s> not N-1&39;s).>> I think this is logically consisteny and is now PDL does it.>> How does this sound>I liked the &39;anything else would be WRONG&39; argument better--I might use itmyself...http://www.nntp.perl.org/group/perl.perl6.language.data/2000/09/msg433.html |