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.
01:37 anatofuz left 02:01 anatofuz joined, anatofuz left 02:02 anatofuz joined 02:40 anatofuz left 02:44 anatofuz joined 03:16 AlexDaniel left, AlexDaniel joined 03:17 AlexDaniel left, AlexDaniel joined 05:26 Kaypie joined, Kaiepi left 05:35 robertle_ joined 06:42 anatofuz left 06:43 anatofuz joined 06:46 anatofuz left, anatofuz joined 07:30 anatofuz left 07:50 anatofuz joined 08:43 leont joined 08:44 anatofuz left, anatofuz joined 08:58 anatofuz left, anatofuz joined 09:03 anatofuz left 09:35 anatofuz joined 09:36 anatofuz_ joined 09:39 anatofuz left 09:40 anatofuz_ left
|Tux| Rakudo version 2019.07.1-260-g9dd67cb37 - MoarVM version 2019.07.1-194-g1eeae85fa
csv-ip5xs0.682 - 0.710
csv-ip5xs-204.924 - 4.973
csv-parser21.958 - 22.261
csv-test-xs-200.431 - 0.443
test7.248 - 7.301
test-t1.734 - 1.734
test-t --race0.787 - 0.899
test-t-2029.189 - 29.803
test-t-20 --race9.249 - 9.546
 09:59
10:07 anatofuz joined 11:07 anatofuz_ joined 11:10 anatofuz left 11:11 anatofuz_ left 11:38 anatofuz joined 11:48 anatofuz left 11:49 anatofuz joined 11:54 anatofuz left 11:56 anatofuz joined 12:00 anatofuz left 12:08 anatofuz joined 12:19 lucasb joined 12:37 epony left 12:55 anatofuz_ joined 12:58 anatofuz left 12:59 anatofuz_ left 13:24 epony joined 13:29 MasterDuke left 13:37 cognominal left 13:39 vrurg left
lizmat grrr.... did I mention I hate git branches? 15:13
moritz likes them 15:14
lizmat To ssh://github.com/rakudo/rakudo.git
! [rejected] new-sprintf -> new-sprintf (non-fast-forward)
error: failed to push some refs to 'ssh://github.com/rakudo/rakudo.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
and when I do a "git pull", I get a file full of conflicts 15:15
I don't understand what I'm doing wrong :-(
15:19 Kaypie is now known as Kaiepi
Kaiepi are builds intended to be possible to do with bsd make? 15:19
15:20 cognominal joined
Kaiepi i've always used bsd mae up until some recent changes that are incompatible with it, but i always interpreted the build script telling you to use gmake instead as it just outputting the wrong thing 15:27
Geth rakudo/newer-sprintf: 6f9d6f7ee7 | (Elizabeth Mattijsen)++ | 2 files
Yet another try, yet another branch

I sincerely hope this one sticks
roast/new-sprintf: f388fef4aa | (Elizabeth Mattijsen)++ | S32-str/sprintf-b.t
Fix the %b tests
 15:28
15:30 MasterDuke joined
discord6 <RaycatWhoDat> lizmat: If you git pull and there are conflicts on a file you didn't modify, you can git checkout <branch> -- <file> and continue your merge commit. 15:31
<RaycatWhoDat> If you did modify the file, unfortunately, ya gotta do the git conflict shuffle. 15:32
lizmat discord6: it was trying to merge an older version of the file in the branch with the current state
it was *really* confused
I nuked the branch locally and on github 15:33
discord6 <RaycatWhoDat> ;_;
masak lizmat: long story short -- `git pull` is only a correct operation on a branch that is "append-only"
lizmat and *that* is what created the conflicts when it shouldn't have
masak lizmat: chances are you'll want to `git fetch; git reset --hard origin/<branch>`
lizmat I nuked the branch and set up a new one 15:34
masak works too, I guess. same effect
lizmat lost a bit of history
masak lizmat: IMO, `git pull` is dangerous because it's always there and only sometimes correct
lizmat: if you had done what I suggested, the history would've been in the reflog :) now, I don't know 15:35
lizmat honestly, I don't care anymore
masak lizmat: might still be in `git reflog HEAD`
lizmat it's somehow related to having started the branch before some submodule changes
I didn't lose any code
masak ok 15:36
lizmat I copied the files and used them to start a new branch (with a different name to be sure)
Geth roast/new-sprintf: 1d409c271c | (Elizabeth Mattijsen)++ | S32-str/sprintf-x.t
Fix up all %x tests
 15:47
lizmat Possibly a "problem solving" question: 15:48
the "%#o" format, only puts a "0" in front of the value 15:49
m: dd sprintf("%#o",15)
evalable6 "017"
lizmat m: dd sprintf("%o",15)
evalable6 "17"
lizmat now, in Perl 6 that does *not* roundtrip 15:50
m: dd sprintf("%#o",15).EVAL
evalable6 Potential difficulties:
Leading 0 has no meaning. If you meant to create an octal numb…
lizmat, Full output: gist.github.com/3c03d7354ffb544ab9...01deb82788
lizmat so I was thinking of using the "%O" format to create a Perl 6 compatible string 15:51
m: dd sprintf("%#O",15) # should then become 0o17
evalable6 (exit code 1) Directive #O is not valid in sprintf format sequence %#O
in block <unit> at /tmp/zh8eKt2LCV line 1
lizmat and since we don't support that atm, there should not be any problems 15:52
16:26 vrurg joined, dogbert17 joined 16:34 vrurg left
Geth rakudo/newer-sprintf: 04e3187d34 | (Elizabeth Mattijsen)++ | src/core.e/Rakudo/Internals/Sprintf.pm6
Be a bit more specific on hash/plus lengths
 16:48
16:49 leont left 17:29 vrurg joined 17:30 vrurg left 17:33 vrurg joined 17:34 vrurg left 17:43 leont joined 18:08 leont left 18:27 vrurg joined
Geth problem-solving/path-to-raku: 90b8d0c7e7 | (Elizabeth Mattijsen)++ | solutions/language/PATH-TO-RAKU.md
Rephrase the Social Media paragraph
 18:51
18:53 vrurg left 18:54 vrurg joined, vrurg left 18:56 vrurg joined
Geth problem-solving/path-to-raku: 43a1c6d6af | (Elizabeth Mattijsen)++ | solutions/language/PATH-TO-RAKU.md
Move the extensions discussion to a separate issue / PR
 18:56
problem-solving/path-to-raku: 6e7e625e53 | (Elizabeth Mattijsen)++ | solutions/language/PATH-TO-RAKU.md
Use the #rakulang hash tag, please
 18:59
19:39 vrurg left 19:41 vrurg joined 20:42 Guest48976 left, rba[m] left, AlexDaniel` left 20:51 AlexDaniel` joined
Geth rakudo/newer-sprintf: a5dc72d18d | (Elizabeth Mattijsen)++ | src/core.e/Rakudo/Internals/Sprintf.pm6
Remove static 0 check optimization

  - it was premature
  - moves all "0" checks for %x/%b/%o to runtime
   - so there's only a single code path
   - so we have immediate support for runtime size/precision setting
  - removes the need for the code to create a lexical		 21:22
21:26 Guest53157 joined, rba[m] joined 21:28 anatofuz joined
Geth roast/new-sprintf: 27f1807bd1 | (Elizabeth Mattijsen)++ | S32-str/sprintf-o.t
Initial work on making %o tests correct
 21:30
22:02 |Tux| left 22:05 anatofuz left 22:06 anatofuz joined 22:07 anatofuz left 22:08 anatofuz joined 22:21 |Tux| joined 23:07 anatofuz left 23:18 dogbert17 left 23:35 anatofuz joined 23:54 leont joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!