e:
> >>
> >>> Has .pl6 been renamed too?
> >
> > On 2/12/24 12:37, Will Coleda wrote:
> > > Please see: https://docs.raku.org/language/filename-extensions
> > > <https://docs.raku.org/language/filename-extensions>
> > >
> >
Please see: https://docs.raku.org/language/filename-extensions
On Mon, Feb 12, 2024 at 3:24 PM ToddAndMargo via perl6-users <
perl6-us...@perl.org> wrote:
>
> >> On 12 Feb 2024, at 20:34, ToddAndMargo via perl6-users <
> perl6-us...@perl.org> wrote:
> >>
> >>
> On 6 Feb 2024, at 18:08,
On Mon, Apr 17, 2023 at 12:01 David Santiago wrote:
>
> I'm trying to use the variable %?RESOURCES without success. It doesn't
> work even when i install it locally with zef
>
> I have the following:
>
> demanuel@archlinux test> cat resources/text.txt
> This is my test file
> demanuel@archlinux
& raku/doc-website with quarterly goals to prioritize the
tickets.
Thanks to everyone making the docs work a success - if you'd like to
volunteer, please stop by on IRC to chat, or reach out to me directly
via email.
We'll see where we are next month;
On Sat, Feb 11, 2023 at 2:26 PM Will Co
Sorry, there is no GUI programming that's part of the core; the docs
site is for the language spec and any core modules.
On Tue, Feb 28, 2023 at 1:12 AM ToddAndMargo via perl6-users
wrote:
>
>
> > http://raku.docs.org
> At first glance, this looks like a treasure trove.
>
> I did not see
Embarrassing!
Thanks for catching that, thankful she got it right in the weekly!
On Mon, Feb 27, 2023 at 8:51 AM Marcel Timmerman wrote:
>
> On 27-02-2023 01:08, Will Coleda wrote:
> > Since I know not everyone is on IRC:
> >
> > The updated raku.docs.org site
Since I know not everyone is on IRC:
The updated raku.docs.org site is now live! Big thanks to everyone who
helped make this happen!
If you find any issues please let me know at
https://github.com/raku/doc/issues - content
https://github.com/raku/doc-website/issues - site, search, styling,
Note: this list isn't the best place to reach the core developers,
that's IRC (https://raku.org/community/)
I don't have enough context to answer your question - do you have a
snippet of Raku code that is problematic?
On Sun, Feb 12, 2023 at 3:45 PM Francis Grizzly Smit wrote:
>
> Hi to the
2nd Saturday, which is the 11-th
> >
> > On 04/02/2023 23:13, Ralph Mellor wrote:
> >> That's super short notice but if you mean EST, so 5pm UK time,
> >> it would work for me.
> >>
> >> On Fri, Feb 3, 2023 at 7:07 PM Will Coleda wrote:
> >&
Yes, Eastern- but the time had already passed, sorry.
On Sat, Feb 4, 2023 at 18:13 Ralph Mellor wrote:
> That's super short notice but if you mean EST, so 5pm UK time,
> it would work for me.
>
> On Fri, Feb 3, 2023 at 7:07 PM Will Coleda wrote:
> >
> > I can do
Ok,we joined at noon eastern but only two of us were there.
We'll see folks next week!
On Fri, Feb 3, 2023 at 2:06 PM Will Coleda wrote:
>
> I can do a test tomorrow at noon if there's interest.
>
> On Fri, Feb 3, 2023 at 10:27 AM Parrot Raiser <1parr...@gmail.com> wrote:
>
I can do a test tomorrow at noon if there's interest.
On Fri, Feb 3, 2023 at 10:27 AM Parrot Raiser <1parr...@gmail.com> wrote:
>
> I think I had problems finding the audio options on Jitsi, and wasted
> a couple of meetings doing so. I'd suggest a "test" setup meeting,
> where the whole agenda
Sorry this list is for users of the programming language Raku, which
was formerly known as "Perl 6".
For Perl support, I'd recommend starting at https://www.perl.org/
Best of luck.
On Mon, Aug 1, 2022 at 4:16 AM Turritopsis Dohrnii Teo En Ming
wrote:
>
> Subject: Virtualmin and Webmin web
https://www.reddit.com/r/rakulang/comments/kko35z/short_blog_post_fixing_raku_unicode_display/
To enable unicode output in your cmd session, run:
chcp 65001
On Fri, Jul 1, 2022 at 8:10 PM ToddAndMargo via perl6-users
wrote:
>
> >> On Fri, Jul 1, 2022 at 7:34 PM ToddAndMargo via perl6-users
>
Mentioning on list since I know this has specifically come up in the past.
If you are working on something for the documentation site, please let
me know. I am trying to get a list of all the projects in flight right
now.
Please see https://github.com/Raku/doc/wiki for what's on my list right
On Tue, Jul 27, 2021 at 4:38 PM ToddAndMargo via perl6-users
wrote:
>
> On 7/27/21 12:21 PM, Elizabeth Mattijsen wrote:
>
> > So the deprecation logic is pointing at the wrong line.
> >
> > Where does this RunNoShellLib.pm6 live? It's must be something inside that.
>
> Nothing has changed inside
Please open an issue for this at github.com/Raku/doc/issues
On Tue, Mar 2, 2021 at 8:12 PM Joseph Brenner wrote:
>
> If you go to docs.raku.org and type "^methods" into the search
> window, you get a drop down looking something like this:
>
> class
> Method
> Submethod
>
>
I'd rather spend our energy moving to a raku-named list than fixing
things on the perl6 lists.
On Sat, Mar 6, 2021 at 4:41 PM Ask Bjørn Hansen wrote:
>
> The nntp.perl.org NNTP server runs from the list archive.
>
> Distributing to other nntp servers runs via a few feeds which may not work
>
They are tested for compilation, not that they generate the desired
results (though this is a wishlist item in the docs backlog)
On Tue, Jan 5, 2021 at 9:59 AM Ralph Mellor wrote:
>
> Sounds to me like it's time to raise a doc issue.
>
> Also, does anyone know if doc examples are tested?
>
>
Nominations are closed, but voting is now open through September 20th.
Original announcement with notes about who is eligible to vote:
https://github.com/Raku/Raku-Steering-Council/blob/main/announcements/20200720.md
A ballot has been created that has instructions on voting:
The download page requires an update. You can get 2020.05.1 here:
https://rakudo.org/downloads/star/
On Wed, Jun 24, 2020 at 6:11 AM WFB wrote:
>
> Thanks JJ,
>
> I am using Rakudostar on Windows and 2020.01 is the current released version
> so far.
> I will try to reduce the code a bit more
the URL with literal !! in it didn't work for me, but this does:
https://docs.raku.org/language/operators#infix_??_%21%21
On Sun, Jun 7, 2020 at 4:53 PM Peter Pentchev wrote:
>
> On Sun, Jun 07, 2020 at 12:32:09PM -0700, ToddAndMargo via perl6-users wrote:
> > On 2020-06-07 02:32, Peter Pentchev
Part of framing the question in the first place is reducing the
problem code to as small a subset as possible that still exhibits the
problem.
Often, in the course of doing this "golfing", you'll uncover the
problem yourself.
On Wed, May 27, 2020 at 4:59 PM ToddAndMargo via perl6-users
wrote:
>
to coordinate any changes.
>
> On 5/14/20, Will Coleda wrote:
> > I think it's out of date, yes.
> >
> > Need a "make install" to install the binaries (by default to
> > ./install). Previous versions of the build left a copy in ./perl6 but
> > that h
I think it's out of date, yes.
Need a "make install" to install the binaries (by default to
./install). Previous versions of the build left a copy in ./perl6 but
that hasn't been the case for a while. Thanks for the ping, we'll open
a ticket to get INSTALL.txt updated.
On Thu, May 14, 2020 at
I think this got pulled into the Raku org so it didn't get lost - I
don't think anyone is "in charge" at the moment. I'll review the
existing PRs and apply them if possible.
On Sat, May 9, 2020 at 12:53 PM Marc Chantreux wrote:
>
> hello rakuists,
>
> i want to work on raku-vim and saw that some
"Match objects are the result of a successful regex match, this does
include any zero-width match. They store a reference to the original
string (.orig), positional and named captures, the positions of the
start and end of the match in the original string, and a payload
referred to as AST
You can increase the # of <<'s :
C<<$*PERL.compiler.version < v2018.09>>
Or you can use unicode:
C«$*PERL.compiler.version < v2018.09»
On Tue, Nov 6, 2018 at 6:38 AM Fernando Santagata
wrote:
>
> Hi,
>
> Here:
>
> https://docs.perl6.org/language/pod#Formatting_codes
>
> I read this:
>
>>
Rakudo.
Unchanged behavior in 2018.05-55-g95aa77c94
--
Will "Coke" Coleda
Rakudo.
Unchanged behavior in 2018.05-55-g95aa77c94
--
Will "Coke" Coleda
(which I've re-added the RT #
to), closing ticket.
--
Will "Coke" Coleda
(which I've re-added the RT #
to), closing ticket.
--
Will "Coke" Coleda
hecker should throw an error if the line is "useless"
>
> Many thanks,
> -T
--
Will "Coke" Coleda
hat noted the behavior of
perl6 -e '$*IN.eof.say'
Is different on OS X and other platforms (True on mac, False elsewhere)
--
Will "Coke" Coleda
hat noted the behavior of
perl6 -e '$*IN.eof.say'
Is different on OS X and other platforms (True on mac, False elsewhere)
--
Will "Coke" Coleda
See https://rt.cpan.org/Public/Bug/Display.html?id=108390 which was mentioned
here:
https://irclog.perlgeek.de/perl6/2017-09-13#i_15159739
--
Will "Coke" Coleda
See https://rt.cpan.org/Public/Bug/Display.html?id=108390 which was mentioned
here:
https://irclog.perlgeek.de/perl6/2017-09-13#i_15159739
--
Will "Coke" Coleda
kudo, these now both output 1
> say ("\c[REGIONAL INDICATOR SYMBOL LETTER G]" x 2).chars
1
> say ([~] "\c[REGIONAL INDICATOR SYMBOL LETTER G]" xx 2).chars
1
>
--
Will "Coke" Coleda
kudo, these now both output 1
> say ("\c[REGIONAL INDICATOR SYMBOL LETTER G]" x 2).chars
1
> say ([~] "\c[REGIONAL INDICATOR SYMBOL LETTER G]" xx 2).chars
1
>
--
Will "Coke" Coleda
differently
in a previous version. Is that the case? Do you have a version of rakudo in
which this worked differently?
--
Will "Coke" Coleda
differently
in a previous version. Is that the case? Do you have a version of rakudo in
which this worked differently?
--
Will "Coke" Coleda
ride this.
> -- http://design.perl6.org/S05.html#line_624
>
> Related to RT #130117.
At this stage, something's presence in one of the SYN doesn't mandate that it
needs to be present in rakudo.
Tagged ticket as RFC.
--
Will "Coke" Coleda
ride this.
> -- http://design.perl6.org/S05.html#line_624
>
> Related to RT #130117.
At this stage, something's presence in one of the SYN doesn't mandate that it
needs to be present in rakudo.
Tagged ticket as RFC.
--
Will "Coke" Coleda
d it in Perl 6 other than subjective notions
> of how confusing it is?
>
--
Will "Coke" Coleda
t; in them do not
> necessarily need to have a "?" alternative.
>
> In summation, there's no practical use of this feature and it is
> unlikely it'll ever be used in real programs. The colonpair syntax is
> used across the entire language and any changes to it have large
> impact. It's very hard to anticipate any problematic ambiguity cases
> introduction of `?` into colon syntax might have. And given lack of
> technical benefits of this feature, I do not think we should accept
> the risks.
>
>
> [1] https://irclog.perlgeek.de/perl6/2017-07-22#i_14907647
--
Will "Coke" Coleda
t; in them do not
> necessarily need to have a "?" alternative.
>
> In summation, there's no practical use of this feature and it is
> unlikely it'll ever be used in real programs. The colonpair syntax is
> used across the entire language and any changes to it have large
> impact. It's very hard to anticipate any problematic ambiguity cases
> introduction of `?` into colon syntax might have. And given lack of
> technical benefits of this feature, I do not think we should accept
> the risks.
>
>
> [1] https://irclog.perlgeek.de/perl6/2017-07-22#i_14907647
--
Will "Coke" Coleda
On Tue, 04 Jul 2017 22:27:14 -0700, lloyd.fo...@gmail.com wrote:
> perl6 -e 'constant $foo is export = /foo/;'
>
> seems to be being called on the regex rather than the variable??
Please include: perl6 version; the result of the command, and the expected
result.
Thanks.
--
Will "Coke" Coleda
ents of an installation outside the build directory.
This is the wrong queue for this ticket; please re-open at github's rakudo/star
queue.
Regards.
--
Will "Coke" Coleda
ents of an installation outside the build directory.
This is the wrong queue for this ticket; please re-open at github's rakudo/star
queue.
Regards.
--
Will "Coke" Coleda
This queue is for rakudo perl6 compiler bugs.
This ticket probably belongs in the github rakudo/star queue.
Regards.
--
Will "Coke" Coleda
This queue is for rakudo perl6 compiler bugs.
This ticket probably belongs in the github rakudo/star queue.
Regards.
--
Will "Coke" Coleda
On Mon, 20 Jul 2015 20:09:39 -0700, r...@hoelz.ro wrote:
> See the attached script.
Still dying with version 2017.06-13-g6b634a369 built on MoarVM version
2017.06-2-gcc27eebf
--
Will "Coke" Coleda
On Mon, 20 Jul 2015 20:09:39 -0700, r...@hoelz.ro wrote:
> See the attached script.
Still dying with version 2017.06-13-g6b634a369 built on MoarVM version
2017.06-2-gcc27eebf
--
Will "Coke" Coleda
On Mon, Jun 12, 2017 at 4:07 PM, Elizabeth Mattijsen <l...@dijkmat.nl> wrote:
>> On 12 Jun 2017, at 22:04, Will Coleda <w...@coleda.com> wrote:
>> On Mon, Jun 12, 2017 at 5:17 AM, Francesco Rivetti <o...@oha.it> wrote:
>>> if you can:
>>>
>&
rl6 -e 'my $x = "\t"; if $x !~~ /<[A..Z a..z 0..9]>/ {say "out"} else
>>> {say "in"}'
>>>
>>> Would this be easier to do with $x.contains? Or would it
>>> be too worky?
>>
>>
>> .contains only takes a *single string* to look up. So it is only useful
>> for checking whether “foo” exists in “foo bar”:
>>
>>say “foo bar”.contains(“foo”)
>>
>>
>>
>> Liz
>>
>
--
Will "Coke" Coleda
On Wed, 07 Jun 2017 11:46:03 -0700, ben-goldb...@hotmail.com wrote:
> On Monday, June 05, 2017 5:05 PM, Will Coleda via RT wrote:
> > On Fri, 02 Jun 2017 23:29:40 -0700, ben-goldb...@hotmail.com wrote:
> > > On #perl6 IRC, I typed this:
> > >
> >
On Wed, 07 Jun 2017 11:46:03 -0700, ben-goldb...@hotmail.com wrote:
> On Monday, June 05, 2017 5:05 PM, Will Coleda via RT wrote:
> > On Fri, 02 Jun 2017 23:29:40 -0700, ben-goldb...@hotmail.com wrote:
> > > On #perl6 IRC, I typed this:
> > >
> >
have in the topmost program:
>
> use v6.c;
> no precompilation;
>
> In the documentation (https://docs.perl6.org/language/pragmas),
> precompilation is labelled [TBD]
>
> So is it ignored ?
>
> Regards,
> Richard
--
Will "Coke" Coleda
have in the topmost program:
>
> use v6.c;
> no precompilation;
>
> In the documentation (https://docs.perl6.org/language/pragmas),
> precompilation is labelled [TBD]
>
> So is it ignored ?
>
> Regards,
> Richard
--
Will "Coke" Coleda
the error and before my
> prompt.
>
Please provide the version of rakudo you're running locally so we can rule out
any version skew.
--
Will "Coke" Coleda
the error and before my
> prompt.
>
Please provide the version of rakudo you're running locally so we can rule out
any version skew.
--
Will "Coke" Coleda
e I'm unsure what would be a way to "collapse"
> an allomorph into
>numeric or string parts, since many ops use these methods to coerce
> stuff.
--
Will "Coke" Coleda
e I'm unsure what would be a way to "collapse"
> an allomorph into
>numeric or string parts, since many ops use these methods to coerce
> stuff.
--
Will "Coke" Coleda
Moved ticket to
https://github.com/perl6/nqp/issues/363
in the NQP issues queue.
--
Will "Coke" Coleda
Moved ticket to
https://github.com/perl6/nqp/issues/363
in the NQP issues queue.
--
Will "Coke" Coleda
e community anyway - which I am glad
to see is happening here.
> Gabor
> http://perl6maven.com/
--
Will "Coke" Coleda
e with panda, per se.
"zef is recommended over panda" is the message here. If you feel the
need to specify why, you can point to the ability to interact with
CPAN, improved module dependency checking, inclusion with
Rakudo::Star, etc.
--
Will "Coke" Coleda
if one exists in given path
> zef build .
>
> # update Repository package lists
> zef update
>
> # upgrade all distributions (BETA)
> zef upgrade
>
> # upgrade specific distribution (BETA)
> zef upgrade CSV::Parser
>
> # lookup module info by name/path/sha1
> zef --sha1 locate 9FA0AC28824EE9E5A9C0F99951CA870148AE378E
>
>
>
>
>
>
>
> --
> ~~
> Computers are like air conditioners.
> They malfunction when you open windows
> ~~
--
Will "Coke" Coleda
mpiling /opt/google_time.pl
> Error while importing from 'WWW::Google::Time':
> no EXPORT sub, but you provided positional argument in the 'use' statement
> at /opt/google_time.pl:2
> --> use WWW::Google::Time 'google-time-in'⏏;
>
> Using Rakudo Star 2017.01
>
> regards
>Gabor
--
Will "Coke" Coleda
zab...@gmail.com> wrote:
> Thanks for the quick reply.
>
> That looks like a similar issue, but as I can see Crypt::Bcrypt does
> not depend on 'if'.
> It has this bug on its own :)
>
> Gabor
>
>
> On Tue, Mar 28, 2017 at 9:45 PM, Will Coleda <w...@coleda.com&
ll at
> /usr/share/perl6/site/sources/1DC0BAA246D0774E7EB4F5119C6168E0D8266EFA
> (Zef::Client) line 560
> in sub MAIN at
> /usr/share/perl6/site/sources/A9948E7371E0EB9AFDF1EEEB07B52A1B75537C31
> (Zef::CLI) line 123
> in block at
> /usr/share/perl6/site/resources/3DD33EF601FD300095284AE7C24B770BAADAF32E
> line 1
--
Will "Coke" Coleda
PATH=$RAKUDO/bin:$RAKUDO/share/perl6/site/bin/:$PATH
> export PERL6LIB=$RAKUDO/share/perl6/site/lib/
>
> reloaded it and then I could use it.
>
> Maybe some notes like this could be added to
> http://rakudo.org/how-to-get-rakudo/
>
> regards
>Gabor
--
Will "Coke" Coleda
ommon @INC
>
> Luckily the former leads to
> https://docs.perl6.org/language/5to6-perlvar which also has
> information on the latter, but it would be nice if that was also
> recognized in the search box.
>
> Gabor
--
Will "Coke" Coleda
\*ARGS[$indx] = <$Arg>"; }
>
>
>
> $ ./CommandLineTest.pl6
> command line is empty
>
> $ ./CommandLineTest.pl6 a b c
> @*ARGS has 3 elements
>@*ARGS =
>@*ARGS.perl = <["a", "b", "c"]>
>
> say in a loop:
>@*ARGS[0] =
>@*ARGS[1] =
>@*ARGS[2] =
>
>
> --
> ~~
> Computers are like air conditioners.
> They malfunction when you open windows
> ~~
--
Will "Coke" Coleda
ist
> elements on the right-hand side. That enables an idiom that I rather like:
>
> 1 == (my ($script) = $page->find('//script'))
> or die "Other than exactly one script element found";
>
> Can a similar expression that avoids an intermediate array variable be
> written in Perl 6?
>
--
Will "Coke" Coleda
the rules where those reserved words
>>> are not allowed to reject them.
>>>
>>> So for that grammar, you want to change "identifier" to reject
>>> :i/WHERE/
>>>
>>> The exact method of doing so, I don't know!
>
>
> --
> Theo van den Heuvel
> Van den Heuvel HLT Consultancy
--
Will "Coke" Coleda
~~
> Computers are like air conditioners.
> They malfunction when you open windows
> ~~
--
Will "Coke" Coleda
>
> --
> Andreas Müller
--
Will "Coke" Coleda
Can you clarify the request here, I'm not sure what you mean.
On Mon, Mar 6, 2017 at 5:14 AM, ToddAndMargo <toddandma...@zoho.com> wrote:
> Hi All,
>
> Is there a list of all the \n pairs out there somewhere?
>
> Many thanks,
> -T
--
Will "Coke" Coleda
Not true, '=for' is part of POD6. See below.
If you're getting errors, it's helpful to reduce the example to a
reasonably small bit of code that duplicates the same error; either
you'll realize the issue as you remove unrelated bits of code, or
you'll end up with an example that epitomizes the
gt;at gen/moar/perl6-debug.nqp:407
> (/home/theo/.rakudobrew/moar-nom/install/share/perl6/runtime/perl6-debug.moarvm:comp_unit)
>
> followed by a slew of other nqp stuff. Is there something wrong with my
> installation? Suggestions for repair?
>
> Thanks,
>
>
> --
> Theo van den Heuvel
> Malden, The Netherlands
--
Will "Coke" Coleda
; 2016.10-43-gb4cd2a6
> implementing Perl 6.c.
>
> Marcel
>
This is a failure on an ecosystem module, not core rakudo.
Unless there's an example of how this is explicitly a rakudo bug, this should
be reported on https://github.com/MARTIMM/mongo-perl6-driver/issues
Regards.
--
Will "Coke" Coleda
On Thu, 19 Jan 2017 18:10:27 -0800, alex.jakime...@gmail.com wrote:
> I guess it is supposed to work?
Why?
--
Will "Coke" Coleda
gt;>
>
> Figured it out. It is using "git" or port 9418 tcp.
>
>
> --
> ~~
> Computers are like air conditioners.
> They malfunction when you open windows
> ~~
--
Will "Coke" Coleda
iscussion, IRC is your best bet. We often use it non-synchronously,
but it's the best place to start.
The mailing lists (https://perl6.org/archive/lists/) work as a very
distant second.
To report a bug with rakudo, open a ticket via an email to rakudo...@perl.org
--
Will "Coke" Coleda
;>> "42" ~~ / [ "42" || "0" ] | "4" /
>> 「42」
>>
>> Therefore, the longest declarative match is 4, and so that is the branch
>> that LTM selects. Since there's no anchoring, there's furthermore no reason
>> for it to backtrack into the second branch of the `|` to try the other `||`
>> branch.
>>
>> I'm pretty sure this behavior is relied upon in the Perl 6 grammar itself;
>> off the top of my head, it shows up in a bunch of places for the sake of
>> error handling.
>>
>> So, working as designed.
>>
>> Thanks,
>>
>> /jnthn
>>
--
Will "Coke" Coleda
t they'll be implemented particularly soon; I suggest they are
> removed from the docs.
Opened a docs ticket to cover it.
https://github.com/perl6/doc/issues/1093
Rejecting this ticket.
--
Will "Coke" Coleda
Attaching gistfile to ticket
--
Will "Coke" Coleda
use v6;
my $size = 3001;
my int @mat[$size; $size];
init-array(0, $size - 1, $size * $size);
say 'done';
sub init-array($r, $c, $val) {
@mat[$r; $c] = $val;
if $c - 1 >= 0
{ # left
init-array($r, $c - 1, $val - 1);
}
:rajaniemi.freenode.net NOTICE * :*** No Ident response
ERROR :Closing Link: 127.0.0.1 (Client Quit)
False
--
Will "Coke" Coleda
nt to where the specification test suite (roast), old design docs,
IRC, or the docs site indicating where this was planned?
Thanks.
--
Will "Coke" Coleda
to use Nil in a
string context to get character to work with.
Seems fine. Rejecting ticket.
--
Will "Coke" Coleda
t; + SECOND
> + MULTILINE
> + STRING
> + END2
> +=end code
> +
> =head1 Regexes
>
> For information about quoting as applied in regexes see the L --
> 2.9.3
--
Will "Coke" Coleda
Closing ticket. (doc tickets can be opened on
https://github.com/perl6/doc/issues).
--
Will "Coke" Coleda
On Sun, 18 Sep 2016 03:14:30 -0700, elizabeth wrote:
> Fixed by reverting 1a03efe4e3b61a07b7df5 in 363a3a899f2cb342d1ca5 .
Can we close the case?
--
Will "Coke" Coleda
gt; >in block at -e:1
> >
> > Actually thrown at:
> >in block at -e:1
>
>
> Fixed, and tests fixed, expanded and unfudged:
> https://github.com/perl6/roast/commit/66d8f6c6c9
>
> Cheers,
> Moritz
... So, closing ticket (11 months later)
--
Will "Coke" Coleda
case is on the
> decimal->float conversion. The multiplication by a power of two,
> conversion of integer-valued float to Int, and all the Int arithmetic,
> are all exact.
>
> -zefram
as of b5aa3c5, these both output 287369 now.
--
Will "Coke" Coleda
or not, Maybe it has something
> to do with the recent changes in lexical module loading.
>
> Anyways, the statement is placed somewhere else and the project can
> continue.
>
> Regards,
> Marcel
>
Can you provide a code sample showing the issue?
--
Will "Coke" Coleda
On Tue Oct 07 11:21:19 2014, david.warring wrote:
> I just tried that on perl6 version 2014.09-161-gc24537e. Seems to now
> work on all backends without errors.
>
> Tests have been added to S10-packages/precompilation.t
Can we close the ticket, then?
--
Will "Coke" Coleda
rks fine, but after Readline module was installed and when
> delited this error mesage comes.
>
> With regards,
> Mikhail Gordeev
How did you delete the Readline module?
--
Will "Coke" Coleda
a new ticket.
--
Will "Coke" Coleda
1 - 100 of 2578 matches
Mail list logo