Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

1...^* counts downwards in Rakudo #1572

Closed
p6rt opened this issue Mar 3, 2010 · 8 comments
Closed

1...^* counts downwards in Rakudo #1572

p6rt opened this issue Mar 3, 2010 · 8 comments
Labels

Comments

@p6rt
Copy link

p6rt commented Mar 3, 2010

Migrated from rt.perl.org#73268 (status was 'resolved')

Searchable as RT73268$

@p6rt
Copy link
Author

p6rt commented Mar 3, 2010

From @masak

<diakopter> rakudo​: say (1...^*).batch(10)
<p6eval> rakudo 4edd19​: OUTPUT«10-1-2-3-4-5-6-7-8â�¤Â»
<frettled> diakopter​: actually, 1, 0, -1, -2 etc :)
<diakopter> ohhh
<frettled> rakudo​: say (1...^*).batch(10).perl
<p6eval> rakudo 4edd19​: OUTPUT«(1, 0, -1, -2, -3, -4, -5, -6, -7, -8)â�¤Â»
<diakopter> why would ^* produce that
* masak submits rakudobug for '1...^*'
<diakopter> what's that supposed to do?
<PerlJam> masak​: are you sure that's a bug? :)
<diakopter> I don't know what ^* should do
<masak> PerlJam​: I think it is, yes.
<masak> PerlJam​: it shouldn't count downwards.

@p6rt
Copy link
Author

p6rt commented Jun 3, 2010

From @awwaiid

Actually it looks like rakudo does this correctly now​:

say (1...^*).batch(10).perl
(1, 2, 3, 4, 5, 6, 7, 8, 9, 10)

--Brock

On Wed Mar 03 08​:35​:10 2010, masak wrote​:

<frettled> rakudo​: say (1...^*).batch(10).perl
<p6eval> rakudo 4edd19​: OUTPUT«(1, 0, -1, -2, -3, -4, -5, -6, -7, -8)â�¤Â»
<diakopter> why would ^* produce that
* masak submits rakudobug for '1...^*'
<diakopter> what's that supposed to do?
<PerlJam> masak​: are you sure that's a bug? :)
<diakopter> I don't know what ^* should do
<masak> PerlJam​: I think it is, yes.
<masak> PerlJam​: it shouldn't count downwards.

@p6rt
Copy link
Author

p6rt commented Jun 3, 2010

The RT System itself - Status changed from 'new' to 'open'

@p6rt
Copy link
Author

p6rt commented Aug 3, 2010

From @bbkr

On * release

[15​:34] <bbkr> star​: say (1...^*).batch(10).perl
[15​:34] <p6eval> star 2010.07​: OUTPUT«Can't take numeric value for
object of type Whateverâ�¤ in 'Any​::Numeric' at line 1348​:CORE.settingâ�¤
in 'prefix​:<^>' at line 6460​:CORE.settingâ�¤ in main program body at line
22​:/tmp/gJ8QE6j9Ogâ�¤Â»

@p6rt
Copy link
Author

p6rt commented Dec 10, 2010

From @thundergnat

Seems to be working correctly now.

Tested on Rakudo 2010.11
This is Rakudo Perl 6, version 2010.11 built on parrot 2.10.1
RELEASE_2_10_1-679-g9bec614

.batch is now munch

perl6 -e "say (1...^*).munch(10)"
12345678910

perl6 -e "say (1...^*).munch(10).perl"
(1, 2, 3, 4, 5, 6, 7, 8, 9, 10)

@p6rt
Copy link
Author

p6rt commented Feb 20, 2011

From @tadzik

Fixed in d1d07a3be3 [1], can be closed now.

[1] Raku/roast@d1d07a3be3

@p6rt
Copy link
Author

p6rt commented Feb 20, 2011

From @tadzik

On Sun Feb 20 07​:49​:55 2011, tadzik wrote​:

Fixed in d1d07a3be3 [1], can be closed now.

[1] Raku/roast@d1d07a3be3

Moved to the right file, see
Raku/roast@042da08b

@p6rt
Copy link
Author

p6rt commented Feb 20, 2011

@moritz - Status changed from 'open' to 'resolved'

@p6rt p6rt closed this as completed Feb 20, 2011
@p6rt p6rt added the Bug label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant