On 02/12/2017 05:12 PM, Darren Duncan wrote:
On 2017-02-12 5:08 PM, ToddAndMargo wrote:
I presume my eyes would tell where I made the boo-boo. Lets hope!
I am real tired of Perl 5's stone age subs declarations. @_, oh
brother.
In principle there is nothing wrong with @_ at least from the
p
On Sun, Feb 12, 2017 at 00:47 ToddAndMargo wrote:
> Hi All,
Todd, I'm with you. I have lots of p5 code I would like to switch to p6 and
see a translator useful to save the grunt work of initial conversion. I
much prefer cleaning up workable code than manually starting from scratch.
Just my tw
[Resending because the email did not arrive to the list. E-mail has sadly
become unreliable.]
Hi T,
On Sat, 11 Feb 2017 22:47:10 -0800
ToddAndMargo wrote:
> Hi All,
>
> I know I asked this once before and I had though I'd written it
> down, but do you have any favorite Perl5 to Per6 converters
There have been attempts to write perl 5 to perl 6 converters.
See the bottom of
https://docs.perl6.org/language/5to6-nutshell
But AFAIK none are actively managed and they probably suffer bitrot.
S
On 13 February 2017 at 11:21, Tom Browder wrote:
> On Sun, Feb 12, 2017 at 00:47 ToddAndMargo
# New Ticket Created by Sam S.
# Please include the string: [perl #130773]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130773 >
EVAL is usually happy to return the result of its expression without warnings:
➜ say EVAL
# New Ticket Created by Michael Schaap
# Please include the string: [perl #130774]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130774 >
It's fairly rare to encounter a Rat that isn't normalized, but if you do
get one, norm
Actually, it's not as rare as I thought: the same thing happens when you do:
> my $f = 1/6 + 1/6
On 2/12/17, Brandon Allbery wrote:
>
> Translators are infamous for producing gobbledygook no self-respecting
> programmer would
> write
>
But unfortunately, far too many programmers do. :-)*
The avoidance of reduction is for optimization purposes.
The .norm stuff is fixed now in
https://github.com/rakudo/rakudo/commit/aac9efcbda and tested in
https://github.com/perl6/roast/commit/7d0daf5286
However, there's a data-race in Rational.REDUCE-ME and it needs to go:
https://irclog.perlg
On Mon, 13 Feb 2017 09:40:32 -0500
Parrot Raiser <1parr...@gmail.com> wrote:
> On 2/12/17, Brandon Allbery wrote:
> >
> > Translators are infamous for producing gobbledygook no self-respecting
> > programmer would write
> >
>
> But unfortunately, far too many programmers do. :-)*
“
Tradin
On Sat, 28 Jan 2017 16:42:46 -0800, mt1...@gmail.com wrote:
> Hi,
>
> I get the following error using version 2016.08.1-66-g1ff1aae built on
> MoarVM version 2016.08
> implementing Perl 6.c.
>
> Cannot resolve caller BUILD(CC+{RR}: ); none of these signatures match:
> (CC $: Str :$t!, *%_)
# New Ticket Created by Christian Bartolomaeus
# Please include the string: [perl #130775]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130775 >
The blockless form of 'with' works as expected on JVM, but there are
some wrong
I found where the LEAVE was mentioned and removed it.
The .close you're calling is actually from IO::Pipe, not IO::Handle.
Probably something else should be clarified in the docs to avoid that sort of
confusion as well.
Marked it as TODO for my IO grant thing and will resolve this ticket as pa
I shouldn't have to catch an exception for something doing exactly
what I want it to do. I don't think it's the language designer's place
to add why I might run grep from Perl 6, but the easy answer is
testing (as I showed in the original message).
On 2017-02-13 2:11 AM, ToddAndMargo wrote:
On 02/12/2017 05:12 PM, Darren Duncan wrote:
On 2017-02-12 5:08 PM, ToddAndMargo wrote:
I presume my eyes would tell where I made the boo-boo. Lets hope!
I am real tired of Perl 5's stone age subs declarations. @_, oh brother.
In principle there is
If something segfaults, that's a different issue (that I haven't
submitted yet(. The exit code shouldn't have a value at that point, I
don't think. If the program didn't exit, the Proc object shouldn't
have an exit code for it.
But, notice in the example I provided in this report, I am checking
th
On 02/13/2017 12:55 PM, Darren Duncan wrote:
I think the important thing is having choice. Declaring parameters in
terms of named variables is normal and important, but when one does
that it would still be ideal to get a single extra variable that has
all the arguments in it as components, f
On 02/13/2017 02:23 PM, ToddAndMargo wrote:
naming and commending
oopscommenting
--
~~
Computers are like air conditioners.
They malfunction when you open windows
~~
# New Ticket Created by A. Sinan Unur
# Please include the string: [perl #130776]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130776 >
$ echo %windir%
C:\WINDOWS
$ echo %WINDIR%
C:\WINDOWS
$ c:\opt\perl6-mingw\bin\perl6 -
# New Ticket Created by "brian d foy"
# Please include the string: [perl #130781]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130781 >
Here's a program that starts another program with run() with
various combinations of :ou
20 matches
Mail list logo
