lines.contains... is really short for: lines.Str.contains...
Do you then understand what's going on?
> On 28 Jan 2023, at 21:41, William Michels via perl6-users
> wrote:
>
> Some more examples:
>
> ~$ raku -e 'put "1\n2\n3";' | raku -e 'lines.contains(/ \h /).pu
Some more examples:
~$ raku -e 'put "1\n2\n3";' | raku -e 'lines.contains(/ \h /).put;'
True
~$ raku -e 'put "1\02\03";' | raku -e 'lines.contains(/ \h /).put;'
False
~$ raku -e 'put "1\02\03";' | raku -e 'lines.contains(/ 12 /).put;'
False
~$ raku -e 'put "1
ers <
> perl6-us...@perl.org> wrote:
>
>> ~$ raku -e 'put "1\n2\n3";' | raku -e 'put lines.contains(/ \h /) ?? True
>> !! False;'
>> True
>>
>
> lines() returns a Seq. The contains method for a Seq coerces its argument
> to a Str and calls cont
On Thu, Jan 26, 2023 at 12:05 PM William Michels via perl6-users <
perl6-us...@perl.org> wrote:
> ~$ raku -e 'put "1\n2\n3";' | raku -e 'put lines.contains(/ \h /) ?? True
> !! False;'
> True
>
lines() returns a Seq. The contains method for a Seq coerces its argument
n2\n3";' | raku -e 'put slurp.contains(/ \h /) ?? True
!! False;'
False
~$ raku -e 'put "1\n2\n3";' | raku -e 'put lines.contains(/ \h /) ?? True
!! False;'
True
However, my 'control case' (second example above) is showing that a string
devoid of apparent whitespace is coming up posi
If one uses MAIN with arguments, one simply cannot get strings like
"Bool::True" and "True" from the command line into the same argument,
regardless of whether one uses no type constraint, a Str, a Str(), or a
slurpy. See the quote below from rakudo #2794
<https://github.c
On Sun, 18 Dec 2016 15:36:31 -0800, c...@zoffix.com wrote:
> On Sun, 10 Apr 2016 07:56:38 -0700, mar...@senfdax.de wrote:
> > Hi there,
> >
> > following code dies in this line:
> >
> > if my $match = $r.match($meth, $uri) { die "What?!" unless $match }
> >
> > this happens on both moar-2015.12
clared routine?)");
> >
> > I tried various things but nothing can trigger it. I found (via
> > google) some
> > code snippets that used to result in this error message, but nowadays
> > it simply
> > says “Missing block”. I bisected that change to
> >
&g
Foo (:Bar(1), :Baz(<42>))
>
> Result:
> ===SORRY!===
> Incompatible MROs in P6opaque rebless for types IntStr and Foo
>
> On 2017-10-07 17:16:30, alex.jakime...@gmail.com wrote:
> > Actually, it's not about the error message. The whole thing can be
> > golfed t
Can be golfed to “Block but True”. Problem also existed for “Code but True”.
Fixed with e31a414 . Tests needed.
> On 3 Dec 2017, at 05:00, Aleks-Daniel Jakimenko-Aleksejev via RT
> <perl6-bugs-follo...@perl.org> wrote:
>
> Still reproducible (2017.11,HEAD(e5b660e))
>
Can be golfed to “Block but True”. Problem also existed for “Code but True”.
Fixed with e31a414 . Tests needed.
> On 3 Dec 2017, at 05:00, Aleks-Daniel Jakimenko-Aleksejev via RT
> <perl6-bugs-follo...@perl.org> wrote:
>
> Still reproducible (2017.11,HEAD(e5b660e))
>
Still reproducible (2017.11,HEAD(e5b660e))
On 2015-09-18 12:12:49, zef...@fysh.org wrote:
> Basic introspection methods fail on the value Block but True:
>
> $ ./perl6 -e 'my $a = Block; say $a.WHICH; my $b = Block but True; say
> $b.WHICH'
> Block
> Cannot look up attribute
senting everything else. For example,
"(Mu but True).perl" could yield the string "Mu". The bug is that .perl
produces output so broken that .EVAL errors.
-zefram
senting everything else. For example,
"(Mu but True).perl" could yield the string "Mu". The bug is that .perl
produces output so broken that .EVAL errors.
-zefram
non|94497069725968>}
Do we really want it to dump the source? Or am I misunderstanding something?
On 2015-09-18 12:09:19, zef...@fysh.org wrote:
> $ ./perl6 -e 'my $a = Mu but True; say $a.WHICH; say $a.perl; my $b =
> $a.perl.EVAL'
> Mu+{}
> Mu+{}
> X::Multi::NoMatch exceptio
The whole thing can be
> golfed to
> this:
>
> enum Foo (:Bar(1), :Baz(True))
>
> And the error happens because:
>
> Code:
> use nqp;
> say so nqp::istype(True, Int);
> nqp::rebless(True, Int)
>
> Result:
> True
> Incompatible MROs in P6opaque r
r it. I found (via
> google) some
> code snippets that used to result in this error message, but nowadays
> it simply
> says “Missing block”. I bisected that change to
>
https://github.com/rakudo/rakudo/commit/8a70c921e98ed260d3198d81b81b0960c8daa83b
>
>
> On 2015-07-24
that used to result in this error message, but nowadays it simply
says “Missing block”. I bisected that change to
https://github.com/rakudo/rakudo/commit/8a70c921e98ed260d3198d81b81b0960c8daa83b
On 2015-07-24 05:13:59, alex.jakime...@gmail.com wrote:
> Code:
> if True if { };
>
> ==
> On 23 Jun 2015, at 15:37, Rob Hoelz (via RT) follo...@perl.org> wrote:
> Unlinking a non-existent file should fail() rather than return True.
The end-goal of .unlinking stuff is for the file to stop existing.
IMO that goal is achieved even if the method is called for non-existent
> On 23 Jun 2015, at 15:37, Rob Hoelz (via RT) follo...@perl.org> wrote:
> Unlinking a non-existent file should fail() rather than return True.
The end-goal of .unlinking stuff is for the file to stop existing.
IMO that goal is achieved even if the method is called for non-existent
Thanks for doing that experiment. Not sure why the code breaks. But yeah on
second thought it was a bad idea. If something accepts a Mu in its
signature it should probably be given a Mu even with ~~.
LL
On Sat, Apr 8, 2017 at 12:58 PM Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
>
On Fri, 07 Apr 2017 19:09:55 -0700, lloyd.fo...@gmail.com wrote:
> IMO any() junctions should propagate exceptions regardless of whether one of
> its other values succeeded
Well, they do. The exception gets thrown. It just aborts all of the results. In
a superimposition of multiple universes
rl.org> wrote:
And if you just give a Failure into a Junction it doesn't explode it and
propagates it:
m: say so any("flarg",42)».Numeric
rakudo-moar 15a25d: OUTPUT: «True»
m: say sub ($_) { .^name }( +any("flarg",42) )
rakudo-moar 15a25d: OUTPUT: «any(Fail
And if you just give a Failure into a Junction it doesn't explode it and
propagates it:
m: say so any("flarg",42)».Numeric
rakudo-moar 15a25d: OUTPUT: «True»
m: say sub ($_) { .^name }( +any("flarg",42) )
rakudo-moar 15a25d: OUTPUT: «any(Fai
rts of the
> junction if at least one of them satisfies the condition. You could,
> for instance, evaluate that differently so the new junction looks
> something like this:
>
> any( True, Failure );
>
> But, I don't think it should evaluate to another junction at all. The
&
'.' in '⏏flarg' (indicated by ⏏)
in block at line 1
But, it should't matter that what happens with any other parts of the
junction if at least one of them satisfies the condition. You could,
for instance, evaluate that differently so the new junction looks
something like this:
any( True, Failure );
Bu
# New Ticket Created by Jarkko Haapalainen
# Please include the string: [perl #130827]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130827 >
EXAMPLE:
my %hash = foo => 1;
if %hash:exists {
say "not gonna print this";
}
my
$x"»
rakudo-moar 80e0bc: OUTPUT: «"a b"»
So now, if we circle back to the original code:
%hash«$key»:exists { say "why i'm here" };
It will always succeed, as long as $key is not an empty string, because you're
always
giving a slice to lookup and getting a list
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #130432]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130432 >
Code:
my @b;
@b[1, 2, 3] = True;
@b.perl.say
Result (2015
On Sat, 26 Nov 2016 13:19:50 -0800, alex.jakime...@gmail.com wrote:
> *Code:*
> sub foo(True) { say ‘ok’ };
> foo(False)
>
> *Result:*
> ok
>
>
> The reason for it is the following:
>
> *Code:*
> 42 ~~ True
>
> *Result:*
> Potential difficulties:
On Sun, 10 Apr 2016 07:56:38 -0700, mar...@senfdax.de wrote:
> Hi there,
>
> following code dies in this line:
>
> if my $match = $r.match($meth, $uri) { die "What?!" unless $match }
>
> this happens on both moar-2015.12 and moar-2016.03
>
>
>
>
>
> class Abc {
> has Str $.method;
>
loop, so next and last without an argument
> will iterate or terminate the grep itself, not some loop surrounding the
> statement containing the grep”
>
> OK, so 「last」 in grep is supposed to work. And it did…
>
> Code:
> say (^Inf).grep({last if $_ > 5; True})[^20]
>
> Resu
op, so next and last without an argument will
iterate or terminate the grep itself, not some loop surrounding the statement
containing the grep”
OK, so 「last」 in grep is supposed to work. And it did…
Code:
say (^Inf).grep({last if $_ > 5; True})[^20]
Result (2016.02):
(0 1 2 3 4 5 Nil Nil Ni
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #130251]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130251 >
Code:
my $x = 5
while True {
}
Result:
===SORRY!=== Error wh
On Thu, 11 Aug 2016 06:14:52 -0700, sml...@gmail.com wrote:
> You're right, that one *is* inconsistent with `True but False`.
>
> `$bool1 but $bool2` and `$int1 but $int2` should either both override
> the value, or both *not* override the value.
There's actually no inconsistency a
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #130182]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=130182 >
*Code:*
sub foo(True) { say ‘ok’ };
foo(False)
*Result:*
The behavious still seems the same:
% perl6 --v
This is Rakudo version 2016.07.1-135-g77724b2 built on MoarVM version
2016.07-16-g85b6537
implementing Perl 6.c.
% perl6 -e'my $s = False but True; say $s; say $s.so;'
True
True
This is inconsistent with:
% perl6 -e'my $s = 0 but True; say $s
On Wed May 21 13:36:58 2014, david.warring wrote:
> [08:09] r: my $value = True but False; say $value
> [08:09] <+camelia> rakudo-jvm 196b4f: OUTPUT«(timeout)»
> [08:09] <+camelia> ..rakudo-{parrot,moar} 196b4f: OUTPUT«False»
> ...
> [08:10] rakudo-jvm is all "
This is because of how the REPL decides whether to output the result of
a function or not.
When something outputs stuff on stdout (like say does), it'll notice
that and suppress the return value printing.
note, however, outputs on stderr, which the REPL doesn't inspect for output.
I think this
udo-star-2016.07-x86_64 (JIT)
I entered the code below and got the indicated response.
> say "Hello";
Hello
> note "Hello";
Hello
True
> say "Why does the above note add an extra True?";
Why does the above note add an extra True?
# New Ticket Created by Martin Barth
# Please include the string: [perl #127869]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127869 >
Hi there,
following code dies in this line:
if my $match = $r.match($meth, $uri) { die
As a status update: There is no NPE anymore:
$ ./perl6-j
> True ~~ True
Potential difficulties:
Smartmatch against True always matches; if you mean to test the topic for
truthiness, use :so or *.so or ?* instead
at :1
--> True ~~⏏ True
TrueTrue
>
# New Ticket Created by Zefram
# Please include the string: [perl #126099]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126099 >
Basic introspection methods fail on the value Block but True:
$ ./perl6 -e 'my $a = Bl
# New Ticket Created by Zefram
# Please include the string: [perl #126098]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126098 >
$ ./perl6 -e 'my $a = Mu but True; say $a.WHICH; say $a.perl; my $b =
$a.perl.EVAL'
Mu+{}
# New Ticket Created by Zefram
# Please include the string: [perl #126097]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=126097 >
If .perl is used to serialise a value of 0 but True, it doesn't represent
the but-True asp
# New Ticket Created by Alex Jakimenko
# Please include the string: [perl #125675]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/Ticket/Display.html?id=125675
Code:
(1, 2, 3).map(True)
Error:
Unhandled exception: Method 'count' not found
# New Ticket Created by Alex Jakimenko
# Please include the string: [perl #125674]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/Ticket/Display.html?id=125674
Code:
if True if { };
===SORRY!=== Error while compiling ./test.pl
Missing block
# New Ticket Created by Rob Hoelz
# Please include the string: [perl #125463]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/Ticket/Display.html?id=125463
Unlinking a non-existent file should fail() rather than return True.
Unlinking a non-existent file should fail() rather than return True.
To expand on this:
it appears that on MoarVM nqp::unlink returns the filename regardless of
whether successful or not. On the JVM, it appears to return 0 for success, and
-2 for non-existing file, and throws an exception
Fixed (37e2c9), spectested (c2effba).
Resolving ticket.
: OUTPUT«[:a(1)]»
camelia rakudo-moar c2a57e: OUTPUT«[:a(1)]»
lizmat m: [a= True].perl.say # closer to the thing
camelia rakudo-moar c2a57e: OUTPUT«[:a]»
lizmat m: [a= True].perl.EVAL # not roundtripping
camelia rakudo-moar c2a57e: OUTPUT«Type check failed in binding op;
expected 'Any' but got 'Mu
Great, redefinition of truth works as expected! I added a test to
S04-declarations/constant.t with the following commit:
https://github.com/perl6/roast/commit/c855d94be4
# New Ticket Created by David Warring
# Please include the string: [perl #121940]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/Ticket/Display.html?id=121940
[08:09] dwarring r: my $value = True but False; say $value
[08:09] +camelia rakudo
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #121310]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/Ticket/Display.html?id=121310
Rotwang okay, one more question, and I'll leave you guys alone [;
Rotwang p: True
On 8/29/13, Carl Mäsak via RT perl6-bugs-follo...@perl.org wrote:
This now appears to be fixed:
masak r: constant True = yeah, well, you know, that's just, like,
your opinion, man; say True
camelia rakudo e1f255: OUTPUT«yeah, well, you know, that's just, like,
your opinion, man»
masak \o
masak ():
Nope, not fixed:
masak r: constant True = Yeah, well, you know, that's just, like,
your opinion, man.; say True
camelia rakudo b2072f: OUTPUT«True»
* masak adds to https://rt.perl.org/rt3/Public/Bug/Display.html?
id=111734
This now appears to be fixed:
masak r: constant True
On Sun Jun 09 08:00:22 2013, jn...@jnthn.net wrote:
On Tue Mar 13 13:35:18 2012, masak wrote:
masak nom: constant True = 42; say True
p6eval rakudo fee891: OUTPUT«True»
masak hm.
benabik r: constant True = 42; say +True
p6eval rakudo fee891: OUTPUT«1»
benabik Huh
* masak submits
»
p6eval ..rakudo 962b9b: OUTPUT«anon»
masak rn: say (class {}) === (class {})
p6eval niecza v21-1-ga8aa70b: OUTPUT«False»
p6eval ..rakudo 962b9b: OUTPUT«True»
masak o.O
masak Rakudo! really, True?
masak r: say (class { has $.x }) === (class {})
p6eval rakudo 962b9b: OUTPUT«True»
masak r: say (class
..rakudo a4c78f: OUTPUT«True»
* masak submits rakudobug
GlitchMr ?^ operator
benabik r: say ^1
p6eval rakudo a4c78f: OUTPUT«0..^1»
benabik I think ?^1 is just ?(^1)
GlitchMr According to S03, it's boolean not...
benabik I could be wrong, I'll admit.
GlitchMr ... I don't mean upto operator...
masak
Now fixed in b1acd74. Needs spectest coverage to close ticket.
Thanks!
Pm
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #111734]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=111734
masak nom: constant True = 42; say True
p6eval rakudo fee891: OUTPUT«True
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #107348]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=107348
masak nom: sub foo(True) { say OH HAI }; foo(False)
p6eval nom 2b6f86: OUTPUT
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #101022]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=101022
As the subject says, nom segfaults on this:
(True but role
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #100782]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=100782
nom does not understand the short form phrases '$val but True
%*ENVPERL6LIB;
p6eval rakudo e9e7fc: OUTPUT«Bool::TrueBool::Truelib»
mberends rakudo: say %*ENV.exists('FOO'); say %*ENVFOO.defined;
say %*ENVFOO;
p6eval rakudo e9e7fc: OUTPUT«Bool::FalseBool::True»
* masak submits rakudobug
masak mberends++
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #77140]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=77140
perl6
say Nil.defined
1
--
cognominal stef
On Tue Aug 10 09:00:25 2010, cognominal wrote:
perl6
say Nil.defined
1
It goes against my expectations too, but it's spec. Rejecting ticket.
and
590f3ba0ffab5ae4a689f71bc86a22cdfe3ddfad broke
t/spec/S03-smartmatch/any-bool.t:
$ ./perl6 t/spec/S03-smartmatch/any-bool.t
===SORRY!===
Smartmatch against True always matches; if you mean to test the topic
for truthiness, use :so or *.so or ?* instead at line 7, near True),
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #76574]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=76574
jnthn rakudo: say Int ~~ Num
p6eval rakudo cf5f19: OUTPUT«1»
jnthn die die die!
On Mon Jul 19 09:25:15 2010, masak wrote:
jnthn rakudo: say Int ~~ Num
p6eval rakudo cf5f19: OUTPUT«1»
jnthn die die die!
mathw Int isn't a Num?
jnthn mathw: Not any more
jnthn It's a Numeric
jnthn And we go to quite a length to make Int pretend it's a Num.
jnthn Almost certain it
Moritz,
Thank you very much.
- Ira
On Sun, Jun 13, 2010 at 7:31 AM, Moritz Lenz via RT
perl6-bugs-follo...@perl.org wrote:
Hi,
thanks for your patch, I've applied it as
bdbdfb2a27514595147664dbc8744882f51c609e and added some test to
t/spec/S06-other/main-usage.t
Cheers,
Moritz
--/bool) the value passed is not False, but is actually True does
False.
For example:
$ perl6 -e 'sub MAIN (Bool :$bool) {say \$bool=$bool, ?\$bool=, ?$bool}'
--/bool
$bool=1, ?$bool=0
This can be mind-bending to debug because the string value is 1. Also this
behavior appears to be inconsistent
On Sat May 09 04:31:06 2009, moritz wrote:
This works fine:
$ ./perl6 -e 'enum A b c; (abc but c).uc.say'
ABC
This doesn't
$ ./perl6 -e '(abc but Bool::True).uc.say'
The but operator can only be used with a role or enum value on the right
hand side
You can now write this; it works
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #74056]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=74056
masak rakudo: my @a=svg form web; say ?...@a.grep(all)
p6eval rakudo 02cf9c:
On Wed Apr 22 06:25:42 2009, ronaldxs wrote:
From IRC below
19:07 PhatEddy rakudo: my @x; say 'ok' if @x.defined
19:07 p6eval rakudo 69b318: OUTPUT«ok?»
The equivalent Perl 5 code says nothing unless you put something in @x
at some point.
This is similar to some other tickets like Rt
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #73434]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=73434
moritz_ rakudo: say ?{}
p6eval rakudo df743f: OUTPUT«1»
* moritz_ calls BUG
*
Marking ticket as resolved, as Rakudo currently matches the specification.
Pm
On Sat Feb 20 13:31:33 2010, masak wrote:
spinclad rakudo: say False ~~ True
p6eval rakudo ec47f3: OUTPUT«1»
masak o.O
spinclad (which is Worng)
colomon alpha: say False ~~ True
p6eval alpha 30e0ed: OUTPUT«1»
lue pugs: say False ~~ True
p6eval pugs: OUTPUT«»
* masak submits rakudobug
some_function($_)
{...} }
won't work as intuitively expected if $thing is false and
some_function
returns True.
The problem is the same construct is trying to do two different
things. I agree that Any ~~ Bool should compare both sides as bool,
because that's more consistent, and there should
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #72972]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=72972
spinclad rakudo: say False ~~ True
p6eval rakudo ec47f3: OUTPUT«1»
masak o.O
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #72848]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=72848
masak rakudo: 0 but True
p6eval rakudo 70667a: OUTPUT«No applicable candidates found
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #72048]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=72048
This be Rakudo db84bc, running on Parrot r43174.
$ perl6 -e 'class A {}; say A.new
$ ./perl6 -e '(abc but Bool::True).uc.say'
The but operator can only be used with a role or enum value on the right
hand side
So it seems that Bool isn't a real Enum somehow. This needs to be fixed.
Cheers,
Moritz
# New Ticket Created by Ron Schmidt
# Please include the string: [perl #64968]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=64968
From IRC below
19:07 PhatEddy rakudo: my @x; say 'ok' if @x.defined
19:07 p6eval
On Sun Feb 22 08:07:39 2009, masak wrote:
jnthn rakudo: my $x = True; $x = True; say $x;
p6eval rakudo 2a9382: OUTPUT«1»
jnthn rakudo: my $x = True; $x = False; say $x;
p6eval rakudo 2a9382: OUTPUT«1»
jnthn ...erm.
* jnthn summons masak
masak ta-daa!
jnthn masak: Hey look rakudobug
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #63396]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63396
jnthn rakudo: my $x = True; $x = True; say $x;
p6eval rakudo 2a9382: OUTPUT«1»
jnthn
On Sat Feb 14 16:38:43 2009, fri...@gmail.com wrote:
Fix is there
http://github.com/bacek/rakudo/commit/bb16aabbd266f503726b6d600c7a510c5c9be6e4
--
Bacek
# New Ticket Created by fREW Schmidt
# Please include the string: [perl #63236]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=63236
';my $y='def';$x~~/!digit/ and
say 'got digit';$y~~/digit/ and say 'not got digit';
got digit
The assumption was !digit is the logical inverse of digit
Either way, /!digit/ is returning true with and without a digit ( $x
test in first and third lines both give 'got digit').
not a dupe. Maybe I'm just getting too far ahead of the development
curve in terms of what I expect to work at this point.
Basically, True and False are acting weird.
I thought they were simply aliases for their fully-qualified brethren
Bool::True and Bool::False. Is that supposed
curve in terms of what I expect to work at this point.
Basically, True and False are acting weird.
I thought they were simply aliases for their fully-qualified brethren
Bool::True and Bool::False. Is that supposed to be the case? It is true in
pugs, FWTW.
But in current Rakudo they seem
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #58000]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58000
- Needs junction dispatcher
qw( . lib ../lib ../../lib );
+
+use Test::More;
+use Parrot::Config;
+use Parrot::Test tests = 5;
+
+pir_output_is( 'CODE', 'OUT', Positive and negative integers );
+.sub test :main
+$I0 = 1
+unless $I0 goto not_one
+say 1 is true
+
+not_one:
+$I0 = -1
+unless $I0 goto
Hi, Folks.
There are a few files on the parrot source where the compiler complains
about a logic value that is always true.
Let us check a specific case:
on src/jit_emit.h:231,
if (!base !(i scale) (!emit_is8bit(disp) || 1)) {
This is exactly
if (!base !(i scale)) {
Now
On Friday 16 May 2008 13:12:19 Alberto Simões wrote:
There are a few files on the parrot source where the compiler complains
about a logic value that is always true.
Let us check a specific case:
on src/jit_emit.h:231,
if (!base !(i scale) (!emit_is8bit(disp) || 1
On Fri, May 16, 2008 at 03:20:34PM -0500, Patrick R. Michaud wrote:
On Fri, May 16, 2008 at 09:12:19PM +0100, Alberto Simões wrote:
Hi, Folks.
There are a few files on the parrot source where the compiler complains
about a logic value that is always true.
Let us check a specific
On Fri, May 16, 2008 at 11:12:54PM +0100, Nicholas Clark wrote:
On Fri, May 16, 2008 at 03:20:34PM -0500, Patrick R. Michaud wrote:
On Fri, May 16, 2008 at 09:12:19PM +0100, Alberto Simões wrote:
if (!base !(i scale) (!emit_is8bit(disp) || 1)) {
This is exactly
if
binwFiSNZdAhZ.bin
Description:
, NaN is true. Currently, parrot considers -0.0 to be true. This is
shown by t/examples/tutorial.t, for the 51_if_unless.pir test.
On Thu May 03 21:02:21 2007, allison !-- x -- at perl.org wrote:
Andy Dougherty wrote:
On Tue, 1 May 2007, James Keenan via RT wrote:
On Tue Apr 10 01:45:31 2007, jrisom !-- x -- at gmail.com wrote:
Configure should act as though writing --foo=no is false instead of
true. Tonight I
1 - 100 of 189 matches
Mail list logo