Perl 6 language and compiler development | Logs at colabti.org/irclogger/irclogger_log/perl6-dev | For toolchain/installation stuff see #perl6-toolchain | For MoarVM see #moarvm
Set by Zoffix on 27 July 2018.
Geth nqp/rakudo_issue_3096: 0dcf3f4a5a | (Vadim Belman)++ | src/vm/moar/QAST/QASTOperationsMAST.nqp
Fix for a rare case of empty mast_frames hash

Caused by a bug reported in rakudo/rakudo#3096. This fix is somewhat of a guess because I'm not familiar with QAST->MAST compilation. But the logic I put behind it: if no frames found in mast_frames then just do nothing.		 01:07
synopsebot RAKUDO#3096 [open]: github.com/rakudo/rakudo/issues/3096 [precompilation] Top-level EVAL doesn't work during precompilation of importee
nqp: vrurg++ created pull request #569:
Fix for a rare case of empty mast_frames hash
rakudo: vrurg++ created pull request #3097:
Fix for broken EVAL at compile time		 01:12
|Tux| Rakudo version 2019.07.1-108-gbc45af3b8 - MoarVM version 2019.07.1-70-gb3469f926
csv-ip5xs0.688 - 0.720
csv-ip5xs-205.030 - 5.187
csv-parser21.203 - 21.781
csv-test-xs-200.429 - 0.434
test6.997 - 7.203
test-t1.714 - 1.750
test-t --race0.773 - 0.800
test-t-2028.399 - 28.662
test-t-20 --race9.116 - 9.159
 10:05
lizmat waves from somewhere in the Baltic Sea 10:30
from a ship :-)
Guest37021 lizmat: are you close to Riga? 10:52
lizmat Guest37021: still about 24 hours out... 10:53
Guest37021 sounds like you've just entered the Baltic 11:05
lizmat yeah, 4 hours out of Travemunde 11:06
brrt ohai #perl6-dev 12:06
I find myself unable to compile NQP on windows using mingw64 (strawberry perl) 12:07
brrt before I dive too deep, I was wondering if anyone else also has that problem 12:07
cygx brrt: the mingw build broke during the build system refactor, but I was a bad citizen and did not file any bugs 12:16
most of the breakage got fixed, but last I checked, there was still missing a -municode somewhere...
if that's your problem, it would fail to link, complaining about wmain or something similar 12:17
brrt it may be 12:28
Geth nqp: 50d750eeac | (Paweł Murias)++ | tools/build/gen-js-makefile.nqp
[js] Unbitrot the build system
 13:09
nqp: d1e31ed90a | (Paweł Murias)++ | src/vm/js/Operations.nqp
[js] Implement nqp::intify
Geth nqp: cygx++ created pull request #570:
set -municode in LD_M_BUILD_RUNNER to fix the MinGW build		 14:49
rakudo: cygx++ created pull request #3099:
set -municode when building the runner on MinGW
cygx brrt: github.com/perl6/nqp/pull/570 github.com/rakudo/rakudo/pull/3099 14:50
brrt thank you cygx 15:07
I'll try in a couple of minutes
Geth rakudo: e22909df3f | (Vadim Belman)++ | src/core/CompUnit/Loader.pm6
Fix for broken EVAL at compile time

Intended to fix rakudo/rakudo#3096 but wouldn't work without perl6/nqp#569.
The point is that a lot of code in World.nqp expects %?OPTIONS key on
  %*COMPILING but CompUnit::Loader didn't set it.		 17:26
synopsebot RAKUDO#3096 [closed]: github.com/rakudo/rakudo/issues/3096 [precompilation] Top-level EVAL doesn't work during precompilation of importee
synopsebot NQP#569 [closed]: github.com/perl6/nqp/pull/569 [Moar] Fix for a rare case of empty mast_frames hash
rakudo: f1bcf98cb8 | (Vadim Belman)++ (committed using GitHub Web editor) | src/core/CompUnit/Loader.pm6
Merge pull request #3097 from vrurg/issue_3096

Fix for unset `%?OPTIONS` key on `%*COMPILING` which was making `World` code unhappy.
This is a step to get #3096 fixed. As discussed in perl6/nqp#569, more fixes needed to make `EVAL` work at compile time.
AlexDaniel e: start shell ‘sleep 1; echo > sandboxwatchme`; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } } 18:48
evalable6 (exit code 1) 04===SORRY!04=== Error while compiling /tmp/0VTBOfCMuO
Unable …
AlexDaniel, Full output: gist.github.com/96ab751fa3ab632329...a8abfff0da
AlexDaniel e: start shell ‘sleep 1; echo > sandboxwatchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
evalable6 (exit code 42) /bin/sh: sandboxwatchme: Read-only file system
AlexDaniel e: start shell ‘sleep 1; echo > sandbox/watchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
evalable6 (exit code 42)
AlexDaniel c: 2019.03.1 start shell ‘sleep 1; echo > sandbox/watchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
committable6 AlexDaniel, ¦2019.03.1: «»
AlexDaniel meh
bisect: old=2019.03.1 start shell ‘sleep 1; echo > sandbox/watchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
bisectable6 AlexDaniel, On both starting points (old=2019.03.1 new=f1bcf98) the exit code is 0 and the output is identical as well 18:49
AlexDaniel, Output on both points: «»
AlexDaniel huh?
e: start shell ‘sleep 1; echo > sandbox/watchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
evalable6
AlexDaniel e: unlink ‘sandbox/watchme’; start shell ‘sleep 1; echo > sandbox/watchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
evalable6 (exit code 42)
AlexDaniel bisect: old=2019.03.1 unlink ‘sandbox/watchme’; start shell ‘sleep 1; echo > sandbox/watchme’; react { whenever 'sandbox/watchme'.IO.watch -> $e { exit 0 }; whenever Promise.in(2) { exit 42 } }
bisectable6 AlexDaniel, On both starting points (old=2019.03.1 new=f1bcf98) the exit code is 42 and the output is identical as well
AlexDaniel, Output on both points: «»
ugexe probably osx specific 18:50
AlexDaniel ahhhh, I guess you're right
ugexe your snippet exits 0 on 2019.07.1 and 2019.03.1 on osx though... 18:55
Geth nqp: b969c3cc5e | cygx++ | tools/templates/moar/Makefile.in
set -municode in LD_M_BUILD_RUNNER to fix the MinGW build
 19:03
nqp: 2b886d62d6 | (Patrick Böker)++ (committed using GitHub Web editor) | tools/templates/moar/Makefile.in
Merge pull request #570 from cygx/fix-mingw

set -municode in LD_M_BUILD_RUNNER to fix the MinGW build
rakudo: ebe385b7fc | cygx++ | tools/templates/moar/Makefile.in
set -municode when building the runner on MinGW
 19:05
rakudo: 0eee9a9543 | (Patrick Böker)++ (committed using GitHub Web editor) | tools/templates/moar/Makefile.in
Merge pull request #3099 from cygx/fix-mingw

set -municode when building the runner on MinGW
rakudo: ebc541f16c | (Suman Khanal)++ (committed using GitHub Web editor) | docs/release-guide-binary.md
fix the link in "Windows guide"
 19:06
rakudo: 84b3e9fda0 | (Patrick Böker)++ (committed using GitHub Web editor) | docs/release-guide-binary.md
Merge pull request #3091 from sumanstats/patch-1

fix the link in "Windows guide"
AlexDaniel ugexe: what if there's no `unlink` and file exists? 20:03
it should be identical to this: github.com/rakudo/rakudo/issues/3100 20:04
the only difference should be that my snippet exits instead of running forever on good revisions…
ugexe i removed the unlink and created the file first 20:06
the example in the issue does fail as noted where it didn't before fwiw
AlexDaniel hm, but I'm not seeing how my snippet is different :S 20:27
aaah, is it closing the file or something…
Geth nqp: 8a656309ce | (Timo Paulssen)++ | src/HLL/Compiler.nqp
output "stage parse" later (for nested output), also flush stderr every line
 21:01
nqp: 2add6edf3a | (Timo Paulssen)++ | tools/templates/MOAR_REVISION
bump moar revision for some stability fixes
 21:03
vrurg Hm, I probably have a solution for github.com/perl6/6.d-prep/issues/9 23:45
AlexDaniel that sounds awesome 23:54
vrurg Not sure if it returns Failure yet, but spectests are ok so far. 23:55
vrurg AlexDaniel: do you know if there is a test for that commit? 23:56
AlexDaniel what the 23:57
O_O 23:58
am I seeing this right? github.com/perl6/roast/commit/e738...d8c1dee6cf
it's a rakudo commit, but github shows it in the roast repo
is this… normal??
like, the actual commit is here: github.com/rakudo/rakudo/commit/e7...d8c1dee6cf 23:59
vrurg boom...

Powered by Cro and the Raku® Programming Language.

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

Thank you!