# New Ticket Created by Zoffix Znet
# Please include the string: [perl #132228]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=132228 >
IRC: https://irclog.perlgeek.de/perl6-dev/2017-10-06#i_15265279
10:40 Zoffix m: use nq
On Fri, 06 Oct 2017 09:49:54 -0700, steve.mynott+bitc...@gmail.com wrote:
> I propose this ticket be closed.
No, there's definitely some bug exists. On 2017.07 Star, I get this (\x[22] is
the double-quote char):
C:\Users\zoffix>perl6 -e "say qqx/echo \x[22]foo\x[22]/;"
\"foo\"
While the
On Fri, 06 Oct 2017 09:49:54 -0700, steve.mynott+bitc...@gmail.com wrote:
> I propose this ticket be closed.
No, there's definitely some bug exists. On 2017.07 Star, I get this (\x[22] is
the double-quote char):
C:\Users\zoffix>perl6 -e "say qqx/echo \x[22]foo\x[22]/;"
\"foo\"
While the
On Wed, 04 Oct 2017 22:10:22 -0700, alex.jakime...@gmail.com wrote:
> To produce an error message that is more precise we'll need more
> information
> than just a line number, but we don't have that during the run time.
Couldn't the confusing wording be fixed without additional information?
As I
# New Ticket Created by Samantha McVey
# Please include the string: [perl #132232]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=132232 >
`is '_fi_' ~~ /:i fi /, "fi", "ignorecase with ligature needle matches
only ligature need
Test were added by Zoffix a month ago:
https://github.com/perl6/roast/commit/8674f1e8c
Closing.
# New Ticket Created by Samantha McVey
# Please include the string: [perl #132233]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=132233 >
my $fi = 'fi';
my $fi_d = 'fi';
#?rakudo.moar 2 todo "ignorecase doesn't use foldcase
Test added: https://github.com/perl6/roast/commit/8773139c37
Closing.
Tests were added here: https://github.com/perl6/roast/commit/65a762217
Tests were added here: https://github.com/perl6/roast/commit/65a762217
Tests committed: https://github.com/perl6/roast/commit/9ea27ad2e
Closing.
I'll close this ticket. I'm failing to reproduce the issue on 2015-ish versions
of rakudo, let alone HEAD. I think the actual problem was resolved and
hopefully there are tests for it, but trying to find what exactly fixed it is a
total waste of time unfortunately. Even with all powers of whatevera
Oof. I'm wondering why is it a .sorry and not .panic. Panic will blow up
immediately with a good error message, but I think there's some reason for it
to be a sorry. I can't figure out what it is exactly. Maybe something about
subs called “if”? I tried various ways to trigger it erroneously but cou
OK, RT refuses to display it, so let's try again.
Previous message:
Oof. I'm wondering why is it a .sorry and not .panic. Panic will blow up
immediately with a good error message, but I think there's some reason for it
to be a sorry. I can't figure out what it is exactly. Maybe something about
su
3
debug
at SETTING::src/core/Exception.pm:57 (./CORE.setting.moarvm:throw)
from src/Perl6/World.nqp:4660 (blib/Perl6/World.moarvm:throw)
from src/Perl6/Grammar.nqp:272 (blib/Perl6/Grammar.moarvm:typed_panic)
from src/Perl6/Grammar.nqp:262 (blib/Perl6/Grammar.moarvm:panic)
from src/Perl
1
debug
at SETTING::src/core/Exception.pm:57 (./CORE.setting.moarvm:throw)
from src/Perl6/World.nqp:4660 (blib/Perl6/World.moarvm:throw)
from src/Perl6/Grammar.nqp:272 (blib/Perl6/Grammar.moarvm:typed_panic)
from src/Perl6/Grammar.nqp:262 (blib/Perl6/Grammar.moarvm:panic)
from src/Perl
On Fri, 15 Jan 2016 10:24:16 -0800, c...@zoffix.com wrote:
> The slip (|) before a range has higher precedence and it interprets
> the starting point of the range as a single-item list. This leads to
> two types of bugs, and both situations should likely be error
> messages:
>
> 1) Infinite loop w
See this pull request: https://github.com/rakudo/rakudo/pull/1183
Unfortunately not all of the things are covered. For example:
perl6 -e 'my $x = q:to/foo/;
blah
'
===SORRY!=== Error while compiling -e
Ending delimiter foo not found
at -e:3
--> ⏏
expecting any of:
whitespace
Then there's als
FWIW for those wondering how exactly it was resolved, here's the commit:
https://github.com/rakudo/rakudo/commit/382c78a97ae6132d0054e0112cf19ceb2d50fef6
On 2016-12-10 10:10:48, c...@zoffix.com wrote:
> Tests now exist:
>
https://github.com/perl6/roast/commit/da6fde44ab97cdcbb50bf181528f5567191461
There does seem to be a quoting bug in Windows shell but none of the above
examples show it.
See #132183: Insufficient debug messages from zef/perl6.bat when package build
fails
I propose this ticket be closed.
I don't think this is a bug in the shell command on windows since cmd.exe
behaves differently to Bourne type shells.
UNIX
$ echo "foo"
foo
Windows
C:\Windows\system32>echo "foo"
"foo"
This one is a bit harder than it seems.
So here is what throws:
https://github.com/rakudo/rakudo/blob/f62ae60c48d1372df18b49aca44e10af44ead2d6/src/Perl6/Grammar.nqp#L315
However, the cursor has wrong position for some reason. Looking at the lines
above, it may seem that doing this:
self.'!cursor
22 matches
Mail list logo
