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.
00:04 lucasb left 00:05 Kaiepi left 00:41 Xliff left
Geth roast: vrurg++ created pull request #575:
Add tests for decontainerization of Hash -> Map coercion		 00:45
rakudo: vrurg++ created pull request #3174:
Provide means of preserving the decontainerization of values on Hash -> Map coercion		 00:56
rakudo: vrurg self-assigned Unpacking a |%h.Map has a different behaviour from 2019.07.1 github.com/rakudo/rakudo/issues/3168
vrurg++ created pull request #3175: Further cleanup of build subsystem.
 01:01
02:02 Kaiepi joined
rakudo/master: 7 commits pushed by (Vadim Belman)++ 02:41
vrurg .tell pmurias Please, check my latest merge. I made it compile perl6.js and copy it into rakudo.js for back compat purpose. Otherwise things work on my macos and even passes most core tests. 02:42
tellable6 vrurg, I'll pass your message to pmurias
03:04 evalable6 left 03:05 Kaiepi left, evalable6 joined
[Tux] Rakudo version 2019.07.1-260-g9dd67cb37 - MoarVM version 2019.07.1-188-g289e9dfce
csv-ip5xs0.740 - 0.746
csv-ip5xs-205.100 - 5.424
csv-parser21.994 - 23.820
csv-test-xs-200.440 - 0.440
test6.943 - 7.278
test-t1.810 - 1.875
test-t --race0.892 - 0.920
test-t-2030.187 - 31.124
test-t-20 --race9.471 - 9.673
 04:30
(from yesterday)
05:01 Kaiepi joined 05:48 robertle left 06:04 Kaiepi left
Geth ¦ problem-solving: AlexDaniel assigned to jnthn Issue stage0 is a binary blob, how can we do without it? github.com/perl6/problem-solving/issues/100 06:54
07:50 robertle joined 08:16 Kaiepi joined 08:45 Kaiepi left 08:51 leont joined 08:57 leont left 10:57 Kaiepi joined 11:53 lizmat joined
lizmat . 12:02
tellable6 2019-08-26T21:53:56Z #moarvm <japhb> lizmat: I have not been using forcegc; frankly I'd just like to detect that a GC *happened*, and get an idea of which parts of a complicated test run are causing GC churn and which ones are relatively "GC quiet"
2019-09-05T01:28:32Z #perl6-dev <AlexDaniel> lizmat: .unival is now *much* faster than just 2x colabti.org/irclogger/irclogger_lo...9-09-05#l7
2019-09-05T15:29:59Z #perl6 <Grinnz> lizmat: maybe you should edit your early post that suggests camelia to indicate the direction changed to raku, since new commenters (understandably) aren't reading all of the posts to find this out
2019-09-08T15:28:40Z #whateverable <Xliff> lizmat Do you still have plushie camelias available?
gist.github.com/80cd35795ecc19710e...92c8c1c31d
12:45 lizmat left 12:50 lizmat joined 13:28 camelCaser left 13:42 lucasb joined
japhb OK, it's a little weird that it would gist a single remaining line. Is it because of that line's length? 13:56
Also, if it's going to decide to gist at all, why not gist all of them sent to the same user? 13:57
(in one gist, I mean)
timotimo tellable6: source 14:05
tellable6 timotimo, github.com/perl6/whateverable
timotimo :P
vrurg japhb: the last line just happens to be too long to fit into IRC standard. 14:10
lizmat how did it get into it then ? 14:13
I mean, from an IRC message, I presume ?
timotimo tellable puts a bunch of stuff in front of the message itself
AlexDaniel actually it's probably not too long, but almost too long. Tellable is probably overcautious 14:37
but yeah, it should be fixed 14:38
timotimo the whateverables could talk to each other to figure out the maximum message length
AlexDaniel jnthn: I don't quite get your answer… So you think that what we have is OK for debian, and we're going to ignore that issue until they tell us otherwise? 14:45
jnthn AlexDaniel: I don't know what we can realistically do about the issue even if they did tell us otherwise. 14:59
But such a policy would essentially mean "you can't use a bootstrapped compiler unless you're so successful you have multiple competing implementations" or something. 15:00
AlexDaniel jnthn: what about creating a micro implementation of nqp that's full enough for bootstrapping purposes? 15:02
it doesn't sound fun or quick, but still 15:04
jnthn a) it wouldn't be very micro given it needs to compile a large part of grammers, support OO, etc. b) "what about" - *who* is going to do that?
The answer is "probably nobody". 15:05
Unless somebody shows up who is specifically interested to do that :)
AlexDaniel like a gsoc project, or something? ;) 15:06
jnthn There's so many better things I can think of to do with a gsoc project :/
AlexDaniel ok I got it, thanks
jnthn Basically, I find the issue a bit academic/unpragmatic. 15:07
AlexDaniel .tell robertle please let me know if what we have with stage0 is ok for debian or not. I created this ticket github.com/perl6/problem-solving/issues/100 15:09
tellable6 AlexDaniel, I'll pass your message to robertle
AlexDaniel .tell robertle Basically, the upstream guide talks about compiling for other architectures, but we don't have this problem. The only problem is purity of the build itself (“Reflections on Trusting Trust” stuff)
tellable6 AlexDaniel, I'll pass your message to robertle
AlexDaniel if it's not ok for debian and they throw our package away, then the issue is very pragmatic 15:11
so that's why asked my first question the way I did, so it's ok and we just wait 15:12
15:39 robertle left 16:07 Kaiepi left 16:19 MasterDuke left 16:37 Kaiepi joined 16:51 robertle joined 17:07 grayrider left 17:19 camelCaser joined 17:28 camelCaser left, camelCaser joined 18:28 MasterDuke joined 19:39 sortiz joined 19:44 sortiz left 20:38 Ven`` joined 20:42 Xliff joined
Xliff SmokeMachine: paste.fedoraproject.org/paste/XL0L...8kDkxzb9BQ 20:43
tellable6 2019-09-09T19:03:00Z #perl6 <patrickb> Xliff re DBIish and MSSQL using DBDish::ODBC. I use that in a production system at work
2019-09-09T19:04:21Z #perl6 <patrickb> Xliff Prepared statements do not work and are not trivial to implement.
2019-09-09T19:07:39Z #perl6 <patrickb> Xliff there is also a PR waiting for merge that fixes some column types github.com/salortiz/DBDish-ODBC/pull/5
Xliff .tell patrickb Thanks for the information. I was hoping it would be as simple as mapping to the right routine. 20:44
tellable6 Xliff, I'll pass your message to patrickb
SmokeMachine Xliff: What's the code you are using to test?
Xliff Coming up.
paste.fedoraproject.org/paste/chST...e8Y7vObucg 20:45
SmokeMachine Xliff: does it work if you run: `say $*RED-DB.execute: "select * from poe"`? 20:54
lizmat notable6: weekly 21:00
notable6 lizmat, 20 notes: gist.github.com/a30f53468e16743882...43ca71c3b3
Geth rakudo: b11e856f3d | (Nick Logan)++ (committed using GitHub Web editor) | src/Perl6/World.nqp
Remove redundant exception reporting
 21:11
lizmat notable6: weekly reset 21:18
notable6 lizmat, Moved existing notes to “weekly_2019-09-09T21:18:12Z”
lizmat and another Perl 6 Weekly hits the Net: p6weekly.wordpress.com/2019/09/09/...repidated/ 21:34
Xliff SmokeMachine: Using that gives the same error. See: say $*RED-DB.execute: "select * from poe 21:45
*See: paste.fedoraproject.org/paste/E1dX...MtiFILeTEQ 21:46
22:16 tobs joined 22:24 Ven`` left, Ven`` joined, Ven`` left 22:38 Kaiepi left 22:39 Xliff left, Kaiepi joined
SmokeMachine Xliff: your model has no columns... 22:42
tellable6 SmokeMachine, I'll pass your message to Xliff
23:23 Kaiepi left, Kaypie joined
SmokeMachine github.com/FCO/Red/wiki 23:45
sorry, wrong channel
23:52 lucasb left

Powered by Cro and the Raku® Programming Language.

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

Thank you!