Geth nqp: 6e4835ccda | (Zoffix Znet)++ | tools/build/MOAR_REVISION
[MoarVM Bump] Brings 3 commits

MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...5-ga85c2d3 a85c2d3 Revert "add an exprjit for sp_getwvalfrom" 94637c2 fix wrong int size for string register in getstringfrom 1525500 add an exprjit for sp_getwvalfrom		 02:09
¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...5-ga85c2d3
rakudo: 66218b59c5 | (Zoffix Znet)++ | tools/build/NQP_REVISION
[NQP Bump] 6e4835c [MoarVM Bump] Brings 3 commits

NQP bump brought: github.com/perl6/nqp/compare/2018....0-g6e4835c
MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...5-ga85c2d3 a85c2d3 Revert "add an exprjit for sp_getwvalfrom" 94637c2 fix wrong int size for string register in getstringfrom 1525500 add an exprjit for sp_getwvalfrom
¦ rakudo: version bump brought these changes: github.com/perl6/nqp/compare/2018....0-g6e4835c
MasterDuke why is a Map Cool? 02:39
huh, and same question about List and Seq 02:40
geekosaur 1-element List and Seq act like that element 02:44
possibly same for Map
MasterDuke ah 02:49
Zoffix Cool are objects that can behave as either stringy or numeric data. Map/List satisfy that (number of elements for numerics, stringified for strings). 03:00
MasterDuke true, but there's a lot in Cool that doesn't really seem relevant, e.g., acosech, roots, trim-leading 03:22
[Tux] test-t 2.674 - 2.825 07:13
I guess my PC is too busy with other processes, I'll check again later today 07:14
samcv .tell Zoffix is there a way you could run toaster with this MoarVM? github.com/MoarVM/MoarVM/pull/841 07:39
yoleaux samcv: I'll pass your message to Zoffix.
samcv .tell Zoffix jnthn has brought up that it causes %hash.keys to be in a different order on each launch, where previously the order was always identical for the same keys
yoleaux samcv: I'll pass your message to Zoffix.
samcv no modules *should* depend on that. but it's possible one of them does 07:40
Zoffix .tell I won't have a chance to do that any time soon. IMO that shouldn't go into this release (it's a Star release). There is already a post-release-2018.04 branch in rakudo. 08:21
yoleaux Zoffix: I'll pass your message to I.
07:39Z <samcv> Zoffix: is there a way you could run toaster with this MoarVM? github.com/MoarVM/MoarVM/pull/841
07:39Z <samcv> Zoffix: jnthn has brought up that it causes %hash.keys to be in a different order on each launch, where previously the order was always identical for the same keys 08:22
Zoffix .tell samcv I won't have a chance to do that any time soon. IMO that shouldn't go into this release (it's a Star release). There is already a post-release-2018.04 branch in rakudo.
yoleaux Zoffix: I'll pass your message to samcv.
samcv yeah it won't be this release. but we can do it later 08:26
yoleaux 08:22Z <Zoffix> samcv: I won't have a chance to do that any time soon. IMO that shouldn't go into this release (it's a Star release). There is already a post-release-2018.04 branch in rakudo.
samcv spectest is all good. should i run a stresstest too? not 100% sure what additional tests that tests for
AlexDaniel samcv: yeah please do stresstest it too 08:32
you can potentially run toaster with this, I think the easiest way would be to rig up some branches…
samcv i'm guessing most things that depend on hash order would have shaken out due to jvm/js tests which do randomize their hashes 08:33
AlexDaniel but maybe just merge it to master after the release and we'll proceed from there
samcv yeah
AlexDaniel btw, samcv++ for testing on big endian
samcv thanks :) also was happy to Fix our build on solaris as well! 09:16
also i can't install Inline::Perl6 with unmodified mvm/nqp/rakudo
it's failing t/modify_array.t
jnthn IMO, yes, let's just merge hash-related PR(s) to MoarVM master after the upcoming release, then we've around a month to deal with fallout 10:13
samcv jnthn++ sounds good 10:14
Zoffix +1
New blog post: "WANTED: Perl 6 Historical Items": rakudo.party/post/WANTED-Perl-6-Hi...ical-Items 10:52
AlexDaniel Zoffix++ 11:13
Zoffix: so can I just open an issue on github.com/perl6/museum-items/issues and write some notes down? 11:18
or what should be the process
|Tux| Rakudo version 2018.03-237-g66218b59c - MoarVM version 2018.03-115-ga85c2d398
csv-ip5xs0.888 - 0.890
csv-ip5xs-208.731 - 8.782
csv-parser36.307 - 36.682
csv-test-xs-200.447 - 0.460
test9.470 - 9.506
test-t2.561 - 2.577
test-t --race1.022 - 1.031
test-t-2045.551 - 46.791
test-t-20 --race14.941 - 15.047
 11:19
Zoffix AlexDaniel: or find the year it belongs to and add the note there 11:33
BTW, the secondary goal of the museum is answering the question "why the hell it took so long to release". I foresee good marketing content, so if you know good bits to that end, don't be shy, commit it 11:37
(and I ron't mean a list of people/software to blame; but factual info on what was worked on etc) 11:39
*don't
AlexDaniel reportable6: 2018-04-09T00:00:00Z 2018-04-16T00:00:00Z 12:25
reportable6 AlexDaniel, OK, working on it! This may take up to 40 seconds
AlexDaniel, gist.github.com/9ee3ee5422339c02f5...c75a91cd60 12:26
AlexDaniel weekly: reportable: gist.github.com/9ee3ee5422339c02f5...c75a91cd60 12:27
notable6 AlexDaniel, Noted!
Geth rakudo/js: 6 commits pushed by pmurias++ 12:37
releasable6 Next release in ≈4 days and ≈23 hours. 6 blockers. Please log your changes in the ChangeLog 19:00
samcv it's been a while since i had a blog post. i was thinking of starting one to talk about the changes that will be landing in MoarVM soon with hashes 19:28
AlexDaniel sounds awesome 19:59
lizmat notable: weekly 20:15
notable6 lizmat, 7 notes: gist.github.com/51a8635cfb959f8052...1b350e6ac9
lizmat and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2018/04/16/...6-so-that/ 21:13
notable6 weekly: reset 21:14
AlexDaniel notable6: weekly reset
notable6 AlexDaniel, Moved existing notes to “weekly_2018-04-16T21:14:35Z”
AlexDaniel lizmat++ 21:15
lizmat: “Understanding Repo Dynamics by .” I think JJ's name is missing 21:21
lizmat AlexDaniel++ # fixed 21:24
lizmat is tired for sure
Geth ¦ rakudo: zoffixznet self-assigned IO:Socket:INET .new multi method will never allow a passive connection to a remote host github.com/rakudo/rakudo/issues/1738 22:23
nqp: 18321724c1 | (Zoffix Znet)++ | tools/build/MOAR_REVISION
[MoarVM Bump] Brings 6 commits

MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...1-g4e129a4 4e129a4 free copied spesh_slots in one missing place 77fc202 global destruction shall suspend other threads 9c7afdf keep wvals if only dep needs changing 70ae7eb inline simple cu string access into exprjit template 161b476 Rename ^spesh_slot to ^spesh_slot_addr and add ^spesh_slot_value e24afe9 JIT expr templates for getstringfrom and getwvalfrom		 22:57
¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...1-g4e129a4
rakudo: 7251fa26cf | (Zoffix Znet)++ | tools/build/NQP_REVISION
[NQP Bump] 1832172 [MoarVM Bump] Brings 6 commits

NQP bump brought: github.com/perl6/nqp/compare/2018....1-g1832172
MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...1-g4e129a4 4e129a4 free copied spesh_slots in one missing place 77fc202 global destruction shall suspend other threads 9c7afdf keep wvals if only dep needs changing 70ae7eb inline simple cu string access into exprjit template 161b476 Rename ^spesh_slot to ^spesh_slot_addr and add ^spesh_slot_value e24afe9 JIT expr templates for getstringfrom and getwvalfrom
rakudo: version bump brought these changes: github.com/perl6/nqp/compare/2018....1-g1832172
ceeb3a00dd | (Zoffix Znet)++ | src/core/IO/Socket/INET.pm6

Fixes R#1738 github.com/rakudo/rakudo/issues/1738
In old version of .new, we took both listen and nonlisten socks. In new version (from ~1 year ago), we split them up, but if the user passes :!listen, we still go through listening multi, which then blows up due to host/port not processed correctly.
Fix by requiring truthy $listen
synopsebot R#1738 [open]: github.com/rakudo/rakudo/issues/1738 IO:Socket:INET .new multi method will never allow a passive connection to a remote host
roast: a25af14cd8 | (Zoffix Znet)++ | S32-io/IO-Socket-INET.t
Test IO::Socket::INET.new: :!listen dispatches right

Closes github.com/rakudo/rakudo/issues/1738 R#1738 Rakudo fix: github.com/rakudo/rakudo/issues/1738

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!