01:08 [Coke] left, [Coke] joined 02:12 vrurg_ joined 02:14 vrurg left 07:20 hankache joined 07:47 hankache left 08:59 finanalyst joined 10:32 finanalyst left
Geth rakudo/main: 699cbac22a | (Elizabeth Mattijsen)++ | src/core.c/Duration.rakumod
Make several operations on Durations up to 35x faster

By creating the Duration objects from their nano representation, instead of unnecessarily multiplying and dividing by 1000000000.
Inspired by research
   into github.com/rakudo/rakudo/issues/6036
10:59
12:13 librasteve_ left
Geth rakudo/lizmat-Int-Duration: 81a10d2ccc | (Elizabeth Mattijsen)++ | src/core.c/Duration.rakumod
Make Duration based on an Int rather than Real

Because we're dealing with nano-seconds really. Except there needs to be support for Inf and NaN as well (as there are spectest for these).
So when an attempt is made to use Inf or NaN to make a Duration object with, instead return a glorified Rat that also provides a "tai" method to provide compatibility with Duration (and compatibility with spectests).
Inspired by github.com/rakudo/rakudo/issues/6036
12:21
rakudo: lizmat++ created pull request #6085:
Make Duration based on an Int rather than Real
timo don't forget to change the comment about the $.tai attribute that says it's in seconds 12:23
lizmat timo++ 12:24
Geth rakudo/lizmat-Int-Duration: e2679cfed7 | (Elizabeth Mattijsen)++ | src/core.c/Duration.rakumod
Fix comment, timo++
12:25
timo hum, so Duration.new(Inf) would return something that does not ~~ Duration? 12:57
lizmat indeed.. roast checks for Rational 13:01
timo ah, d'oh 13:02
lizmat fwiw, I think the concept of an Infinite duration is a bit meh anyway.... as you're only supposed to be able to create a Duration from an interaction between two Instants 13:09
or am I missing something ?
[Coke] Without thinking about it too much, I'm OK with it. "has this duration ended yet?" and the answer is always no. 13:16
Geth rakudo/main: ac2c4cb4b8 | (Elizabeth Mattijsen)++ | src/core.c/CompUnit/Repository/Installation.rakumod
Perform optimization suggested in Apr 2022

As originally suggested in d3cc4e9117 . The size of a directory should not affect seeing if there are any files in it anymore.
13:32
15:00 lizmat_ left 15:01 lizmat joined
Geth rakudo/lizmat-return-method: f7978b01ce | (Elizabeth Mattijsen)++ | src/core.c/Mu.rakumod
Check for literal value in signature with .return(-rw)

  github.com/rakudo/rakudo/issues/6003 pointed out that all
return typechecks were bypassed if a literal return value was specified in the signature **and** .return or .return-rw were used.
   $ raku -e 'sub a(--> 42) { "foo".return }; dd a'
... (21 more lines)
15:18
rakudo: lizmat++ created pull request #6086:
Check for literal value in signature with `.return`/ `return-rw`
15:20
18:59 vrurg joined 19:01 vrurg_ left