On Thu, 2002-09-05 at 01:47, Brent Dax wrote:
> Aaron Sherman:
> # Ok, so without knowing what the XS-replacement will look like
> # and without knowing what we're doing with
> # filehandle-functions (is tell() staying or does it get
> # removed in favor of $fh.tell()) and a whole lot of other
>
> I think that sort of thing is going. IIRC, the only built-in I/O thingy
> that's staying is open().
Ok, nuking everything with a parameter type of IO::Socket, IO::DirHandle
or IO::Handle.... I'll probably try my hand at retooling the IO modules
once there's an XS replacement. It will be a huge job, I'm sure.
> # stuff it's impossible to translate all of the Perl 5
> # functions to Perl 6. However, what I've done is take a quick
> # stab at creating at least function signatures for everything
> # that was in perlfunc and implemented some of the functions
> # that do not require any external junk (e.g. reverse).
>
> The one thing I notice all over the place is:
>
> sub abs($num is int){ return $num>=0 ?? $num :: -$num }
> ^^^^^^^^^^^^^
> I believe that should be (int $num).
Yeah, I thoguht so. I was just uncertain and flying through these in a
semi-autistic haze :)
I'll just C<< s:w:e/(\$<identifier>) is (<type>)/$2 $1/ >>
> push @newlist, $_ if &code(); # XXX - How does code get
> $_?
>
> It should be C<code($_)>. A closure that receives one argument and
> doesn't have a signature gets that argument put into $_.
Ok, thanks. I knew that syntax was around, but could not find it.
