|
00:25
tokuhiro_ joined
00:46
zakharyas joined
00:57
tokuhirom_ joined
01:26
tokuhiro_ joined
01:55
tokuhiro_ joined
01:58
tokuhirom_ joined
03:01
tokuhirom_ joined
04:53
flaviusb joined
05:11
Util joined
05:17
tokuhirom_ joined
06:17
tokuhirom_ joined
06:34
FROGGS joined
06:56
Ven joined
07:53
Ven joined
08:11
kjs_ joined
08:27
Ven joined
09:21
kjs_ joined
09:24
Ven joined
09:48
tokuhirom_ joined
10:01
FROGGS joined
10:03
brrt joined
|
|||
| brrt | good * #moarvm | 10:03 | |
| nwc10 | the minstry of truth has been at it again | 10:04 | |
| morepypy.blogspot.co.at/2015/10/aut...rt-in.html now reads The next release of PyPy, "PyPy 4.0.0", ... | |||
| when I looked at that page yesterday, the next release was going to be called 15.10 | |||
| anyway, good UGT, brrt | 10:05 | ||
| brrt | nwc10: you have to admit they are doing a wonderful job in getting publicity | 10:07 | |
| i'm not sure if we want to replicate that, but on the other hand, they're probably getting a lot of interest | |||
|
10:15
Ven joined
|
|||
| nwc10 | brrt: I found it more interesting that they've skirted round the possible political problems of pypy 2.6.x being followed by 2.7.x and then, horror, 2.8.x | 10:30 | |
| 15.10 is not dangerous | |||
| 4.0.0 is off in "Perl 7" land | |||
| brrt | 15.10 makes a lot more sense to me for a project that is 'tracking' another | 10:31 | |
| nwc10 | me too | ||
| brrt | same reason for moarvm, i presume | 10:32 | |
| maybe they'll change it again. maybe they have strong opinions about it | |||
| FROGGS | the speedup pictures talk aber PyPy 15.11 and PyPy 2.6.1 ... I don't understand where that PyPy 4.0.0 is | 10:56 | |
| so is 15.11 the same as 4.0.0? | |||
|
10:58
ShimmerFairy joined
|
|||
| brrt | supposedly, yes | 10:58 | |
| tadzik | ¯\_(ツ)_/¯ | 11:10 | |
|
11:22
Ven joined
|
|||
| brrt | wow | 11:26 | |
| a further design question. i'm so far that i can now automatically insert casts on mismatched operands | 11:27 | ||
| i can have operations that require signed casts, unsigned casts, and operations which forbid casts, which is actually most of them | |||
| should i add a type for stuff that should error out at compile time if a cast is tried? | 11:28 | ||
|
11:34
tokuhirom_ joined
11:59
kjs_ joined
12:33
Ven joined
12:35
tokuhirom_ joined
13:01
tokuhirom_ joined
13:03
tokuhiro_ joined
13:19
zakharyas joined
13:25
kjs_ joined
13:56
kjs__ joined
14:05
tokuhiro_ joined
15:16
zakharyas joined
16:01
tokuhirom_ joined
16:05
zakharyas joined
16:06
tokuhiro_ joined
16:45
Ven joined
17:02
tokuhirom_ joined
17:16
Peter_R joined
17:24
tokuhiro_ joined
17:31
FROGGS joined
17:58
vendethiel joined
18:50
leont joined
19:17
tokuhirom_ joined
19:26
tokuhiro_ joined
19:33
kjs_ joined
20:33
colomon joined
21:05
kjs_ joined
21:06
mtj_ joined
21:12
pyrimidi_ joined
21:13
pyrimid__ joined
21:14
pyrimi___ joined
21:27
tokuhiro_ joined
21:32
colomon joined
21:33
mtj_ joined
21:48
tokuhirom_ joined
|
|||
| dalek | MoarVM/even-moar-jit: 6c6c31d | brrt++ | src/jit/ (6 files): | 22:26 | |
| MoarVM/even-moar-jit: Various small fixes | |||
| MoarVM/even-moar-jit: | |||
| MoarVM/even-moar-jit: Disable sp_fastcreate because it seems to be problematic, | |||
| MoarVM/even-moar-jit: although I don't know why; fix scale check, and fix use | |||
|
22:27
dalek joined
22:35
tokuhirom_ joined
23:29
tokuhiro_ joined
|
|||