Nathan Torkington wrote: > > Karl Glazebrook writes: > > Yes. And for the record I also think the current approach of lets generate > > ten million RFCs and Uncle Larry knows best is nuts. There are already > > too many RFCs on this topic alone to grasp coherently. > > Do you have a better suggestion? > > Nat subgroups should iron out there differences among themselves and come up with a coherent set of proposals. the final decision should not be in the hands of one person. Karl
- Re: Proposed RFC for matrix indexing and slicing Dan Sugalski
- Access to the perl6 parser Jim Edwards
- Re: Access to the perl6 parser Dan Sugalski
- Re: Access to the perl6 parser Jim Edwards
- Re: Access to the perl6 parser Dan Sugalski
- Re: Access to the perl6 parser Christian Soeller
- Re: Access to the perl6 parser Jim Edwards
- Re: Proposed RFC for matrix indexing and slicing Christian Soeller
- Re: Proposed RFC for matrix indexing and slicin... Karl Glazebrook
- Re: Proposed RFC for matrix indexing and sl... Nathan Torkington
- Re: Proposed RFC for matrix indexing and sl... Karl Glazebrook
- Re: Proposed RFC for matrix indexing and sl... Dan Sugalski
- Re: Proposed RFC for matrix indexing and sl... Jeremy Howard
- Re: Proposed RFC for matrix indexing and sl... Bart Lateur
- Re: Proposed RFC for matrix indexing and sl... c . soeller
- Re: Proposed RFC for matrix indexing and sl... Karl Glazebrook
- Re: Proposed RFC for matrix indexing and sl... Nathan Torkington
- Re: Proposed RFC for matrix indexing and sl... Karl Glazebrook
- Re: Proposed RFC for matrix indexing and sl... Larry Wall
- Re: Proposed RFC for matrix indexing and sl... Nathan Wiger
- Re: Proposed RFC for matrix indexing and sl... Dan Sugalski