1) I'd really like Larry to glance over the changes and $s29.bless but
all comments are welcome
2) I'll need commit rights to whatever repository is authoritative for
Functions.pod these days
Here is the current version (I've added chr and ord docs now):
http://www.ajs.com/svn/ajs/perl6/Functions.pod
If anyone has any comments at all, please send me mail or respond to the
list. I'll try to address everything I can.
This is the first big update. There will be more if this all goes well.
I'll be glad to do that. But first things first...
: 2) I'll need commit rights to whatever repository is authoritative for
: Functions.pod these days
A pugs commit bit is on its way to you. Just keep checking it into the
pugs repository for now. It's a good place for collaboration. Don't
be afraid to check in intermediate results--we can always revert it. :)
Larry
I have one minor comment about join. You should specify its behavior when
it is passed an empty list. Does it return undef or the empty string?
Joe Gottman
I think it makes the most sense for it to return an empty string,
which is a reasonable degenerate case of a string-join. -- Darren
Duncan
Or to put it another way, I see string-join being like a prefix
version of the ~ operator (though with extra features), and so the
reduce rules of ~ should perhaps determine it. According to Synopsis
3, "[~]()" returns the empty string. -- Darren Duncan
join returns a string, and requires a list. undef would indicate an
exceptional condition (for example the list contained an object which
could not be stringified), so I don't see why a valid (but empty) list
would cause an undef to be returned. The later point about C<[~]()> is
also quite helpful. I've made a note in my copy of S29, which will be
committed to the pugs repo as soon as I have commit rights.