www.parrot.org/ | Parrot 1.4.0 "Mundo Cani" Released!
Set by moderator on 21 July 2009.
00:05 mokurai joined 00:06 theory joined 00:21 TimToady joined 00:24 rhr joined 00:25 theory joined 00:34 theory joined
Tene remembers meeting kid51. 00:56
00:59 petdance joined 01:22 TiMBuS joined 01:43 Casan joined 01:46 Zak joined 01:55 skv joined 01:56 skv joined 01:58 skv joined 01:59 skv joined 02:00 skv_ joined 02:02 skv_ joined 02:03 wayland76 joined
dalek TT #877 created by johnewart++: Parrot fails to compile on OS X 10.6 with GCC 4.2 out of the box 02:21
02:22 petdance joined 02:41 janus joined 02:42 skv joined 02:56 skv joined 03:20 donaldh joined 03:29 dukeleto joined, Zak joined 04:29 dukeleto joined 04:40 wayland76 joined 05:28 wayland76 joined 05:33 hiroyuki_y joined 05:39 cotto joined
cotto Yay power outage 05:42
chromatic I had one last Saturday for 9 hours. 05:44
06:22 uniejo joined 06:32 japhb joined
wayland76 The occasional power outage is good for you :) 06:42
cotto I got to meet my neighbors. 06:43
bacek_at_work cotto: with chainsaw? 06:45
cotto is confused 06:48
cotto only needed a rusty butter knife
wayland76 cotto: bacek_at_work is suggesting derangement
I see derangement can still produce arrangement 06:49
06:55 iblechbot joined 07:21 donaldh joined 07:32 szabgab joined
he_ Hmm, I see the ftp server doesn't carry the 1.4.0 bits yet. Oversight? 07:33
cotto It should. I uploaded them as part of the release process. 07:35
Where are you looking?
ftp://ftp.parrot.org/pub/parrot/releases/stable/1.4.0/ 07:37
he_ hmm, ok, I was looking in the wrong spot (devel)
cotto I thought that might be the case. 07:38
I'm not sure if the current layout makes the most sense.
But I also don't care a great deal. There are more interesting problems to work on. 07:41
07:51 cognominal joined
he_ Sure, no problem -- I just didn't think to check, and have not figured out if there's a pattern to when a parrot release is designated "stable". 07:51
cotto he_, docs/project/support_policy.pod under Release Schedule 07:53
he_ aha, thanks. 07:55
cotto np. Sometimes the problem is knowing where to look. 07:56
07:59 masak joined
cotto sleep 08:02
08:17 cognominal joined 08:21 mokurai left 08:58 mj41 joined 09:00 Zak joined 09:21 wayland76 joined 09:29 bacek joined 09:32 flh joined 09:37 MoC joined
bacek o hai 10:01
10:25 liangke joined
liangke masak: Hello. Long time no see again. 10:26
11:21 donaldh joined 11:24 uniejo joined 11:32 uniejo joined
jimmy perl6 11:34
perl6?
purl it has been said that perl6 is see Perl 6
jimmy Perl 6?
purl i think Perl 6 is amazing.
moritz thinks so too 11:52
purl: Perl 6 is also see perl6-projects.org/
purl okay, moritz.
jimmy Perl 6? 11:55
purl hmmm... Perl 6 is amazing. or see perl6-projects.org/
11:58 MoC joined 11:59 Psyche^ joined 12:04 Psyche^_ joined 12:53 snearch joined 13:14 snearch left 13:33 particle joined
dalek rrot: r40291 | coke++ | trunk/config/init/hints/darwin.pm:
Avoid invalid compiler option on OS X 10.6 (gcc 4.2)
 13:41
TT #877 closed by coke++: Parrot fails to compile on OS X 10.6 with GCC 4.2 out of the box 13:42
13:44 HG` joined 13:45 Coke joined
Coke ~~ 13:45
on feather (a linux box) I have ulimit -c set to unlimited, and have a harness where perl is invoking parrot, and the parrot is segfaulting, but not dumping core. Shouldn't it generate a core file in this case? 13:53
13:57 davidfetter joined 14:05 PacoLinux joined
rg1 do you have write permission on the location where the core is supposed to be? 14:19
14:23 szabgab joined
Coke yes. 14:41
(I'm just running this in my homedir.) 14:42
s/in/under/
and if something segfaults when running parrot directly, I typically get the core dump
rg1 could the harness be setting a limit? 14:43
or could the code change its cwd?
Coke it's not setting a limit on purpose, no. cwd is unchanged. 14:52
Tene Coke: I have vague memories of unlimited not doing what it should for core files. try setting it to a large number instead. 14:53
Coke code.google.com/p/partcl/source/bro...ec_info.pl
rg1 i'm out of ideas then 14:54
Coke Tene: I am having trouble finding a number that does anything other than unlimited. (ulimit -c <some number> in .bashrc ; ssh in to localhost. type ulimit -c :: unlimited) 14:57
rg1 you can use ulimit just like any other command. you don't need to do a new login. 14:58
Tene um. ulimit won't carry over ssh. 14:59
Coke rg1: not if you've already set the ulimit
rg1 that too. you have to do it on the machine in question
Coke I am doing on the machine in question.
Tene Coke: ulimit is per-session, like environment variables. 15:00
Coke Tene: that's why I'm setting it in my .bashrc and getting a new shell.
... by ssh'ing back into the localhost.
Tene ... oh, I can't read.
Coke ah, found one. 999999 works. 9999999 ==unlimited
sadly, nothing in 'man bash' to tell me what units that's in. =-) 15:01
moritz sizes are all in kb by default, methinks
rg1 that seems a strange limitation in bash. works just fine in tcsh
Coke ah, there we go. 1024-byte. so that should work. (thanks moritz)
rg1: you can ratchet it down, not up. 15:02
that way an admin can set a hard limit that the user can't override. (or the user can set a limit they themselves cannot override)
rg1 yeah, bash does that for me too. i didn't expect that.
moritz Coke: from 'man bash-builtins': "Values are in 1024-byte increments, except for ..." - but I agree that it's damn hard to find 15:03
Coke moritz: yah, found it, thanks.
BAH. and now that I have a numeric ulimit... I can't run partcl's test suite because I updated parrot past a removal of a feature I am using. 15:04
BLAH.
Coke ponders updating the parrot-version I'm trying to be a range instead of a lower bound. 15:09
s/trying/tracking/
15:11 hercynium joined 15:21 donaldh joined 15:50 rhoelz joined
rhoelz quick question about ticket #596: the folks on #perl6 say that such an idea would "increase GC pressure", so is the Parrot team holding off on that ticket for that reason, or is it just that no one's gotten around to it yet? 15:51
cotto rhoelz, it's just that nobody's had the tuits for it. It's definitely a goal. 15:54
rhoelz mkay 15:55
cotto There's also the issue that such a patch would conflict with pcc_rewiring. 15:56
rhoelz what's that? 15:57
purl i heard that was how it does it.
cotto pcc_rewiring?
purl pcc_rewiring is, like, allison's branch, neh
rhoelz cotto: correct
cotto It's a branch allison's working on to optimize and simplify Parrot's calling conventions.
rhoelz I'm interesting in trying to make contexts PMCs
ah
cotto I was just seeing if purl had anything useful.
She's been working on it for a long time, but it's a hard problem with a low bus number. 15:58
15:58 theory joined
Tene cotto: allison's standard story is that she's going to start working on merging it to trunk shortly after oscon. 15:58
cotto I thought the branch was still explodey.
15:59 HG` joined
rhoelz do I need special perms to create a branch? 15:59
cotto If you have a commit bit, you're good to go.
using a svn >= 1.5 makes life much simpler as far as branching and merging goes.
rhoelz cotto: will a Pugs commit bit work on Parrot? (I assume yes?) 16:00
cotto Nope.
alternately, someone around here maintains a git tree, but I don't recall who atm. It might be Tene. 16:01
16:02 HG` joined
rg1 i thought it was infinoid, but that was read-only 16:02
cotto It'd be nice to have something official. I've been thinking about learning git by using it with Parrot. 16:04
I hate being newbified but it's so shiny.
PerlJam yeah, Tene had one.
I had one
a coupel of other people had a git repo of parrot too 16:05
cotto bacek_at_work probably has one
rhoelz cotto: git *is* pretty awesome
16:17 whiteknight joined
Casan Alias: I'm still green when it comes to committing code to the project, but I'll get the hang of it soon. 16:19
ignore the last message, key up, history is not always good
jimmy likes 'history is not always good' 16:22
16:27 Psyche^ joined 16:34 Andy joined
Coke (conflict with pcc_rewiring) please don't avoid doing work to avoid impacting this branch that isn't moving. 16:35
Tene PerlJam: I have a git-svn tree. I don't publish it anywhere, but I could send you a tarball if you'd like. 16:40
jimmy good night, #parrot. 16:46
whiteknight hello #parrot 16:47
16:50 ilia joined 17:04 desertm4x joined 17:10 payload joined 17:12 bacek joined
flh is DYNSUPER expected to work? it generates broken C code for me (inter->vtables[enum_class_something]->... where enum_class_something is not defined, because it's a dynpmc) 17:21
17:21 davidfetter joined
whiteknight flh: I've never heard of DYNSUPER before 17:25
flh ok, pmc2c.pod knows it, but it doesn't seem to match what I'm trying to do 17:27
whiteknight what are you trying to do?
flh SUPER(a,b,c) but for dynpmc 17:28
17:29 darbelo joined
flh I have a "value" dynpmc and a "block" dynpmc, "block" extends "value", and I'd like "block"'s init vtable to call "value"'s init 17:30
Coke I presume you're also doing something other than just invoking the super's vtable? 17:32
flh of course, otherwise the parent's vtable would be automatically called
I think I have to write something like that: Parrot_value_get_vtable(INTERP)->init(INTERP, SELF); ("value" is the parent dynpmc) 17:33
Coke Have you tried just "SUPER" ? 17:35
17:36 HG` joined
flh this was my first try :) the generated code looks like that: interp->vtables[enum_class_value]->init(interp, pmc); 17:36
but "enum_class_value" is not defined for a dynpmc 17:37
am I right to think that this is because dynpmc's only get this number at runtime (while regular PMC get it at compile time)? 17:38
17:42 mokurai joined 17:43 einstein joined
einstein i have got question about the INTERP->vtables[] 17:47
i got this condition: INTERP->vtables[SELF->vtable->base_type]->_namespace != SELF->_namespace, but i don't know whether this is a bug or there is some reason for it 17:49
but i can't find any documentation on this INTERP->vtables[], (it could be I oversee something) 17:51
18:00 japhb joined 18:02 chromatic joined 18:04 iblechbot joined
Coke flh: sounds about right. 18:08
flh: DYNSUPER should probably do a named lookup of the parent instead.
whatever the fix, if DYNSUPER is failing, please open a ticket. 18:09
flh so you're saying that DYNSUPER is (should be...) the equivalent of SUPER for dynpmcs? pmc2c.pod is not clear to me 18:11
18:14 hercynium joined
Coke It seems to make that the PMC "grammar" should not care if you're a dynpmc or a core pmc. 18:14
s/make/make sense/
but whatever the right way to fix it is, it's clearly broken now, so we could use a ticket. 18:15
flh I'll try to see if I can write a patch for that, and open a ticket anyway 18:19
particle i think the DYN means "if there are any superclass methods written in pir for this pmc, don't ignore them" 18:21
but i can't quite remember, as SELF and DYNSELF changed meaning a long time ago
18:22 HG` joined
particle perhaps looking at the svn log for the pdd will help, iunno. 18:22
flh do STRINGs need to be marked as being alive during a GC mark? 18:28
einstein i found a bug running this pir program i get "Foo9" insteads of the expected "Class" | newclass $P1 = "Foo9" | class $P3,$P1 | $P3 = get_root_namespace ["parrot";"Class"] | $P4 = get_class $P3 | print $P4 18:30
when doing this asociated class to parrot;class namespace get replaced with the class "Foo9" class obj 18:32
Coke particle: I cannot think of a case where you'd /want/ to ignore them. 18:34
einstein: is that first line really newclass $P1, "Foo9" ?
einstein yes 18:35
jonathan flh: Yes. 18:36
flh jonathan, thanks, also I've just seen in string.pmc that STRING* can actually be coerced to PObj* 18:37
Coke einstein: odd. removing the class $P3,$P1 changes the result of the print, which I wouldn't expect. 18:40
(since $P3 seems to be overridden by get_root_namespace)
jonathan flh: Yeah, they have the same initial bit of structure (see pobjh.h IIRC, but I'm rusty) 18:41
jonathan -> food
einstein coke: yes remove the class $P3,$P1 indead changes the result 18:43
newclass $P1 = "Foo9" | class $P6,$P1 | $P3 = get_root_namespace ["parrot";"Class"] | $P4 = get_class $P3 | print $P4 -> gives "Foo9" 18:45
newclass $P1 = "Foo9" | $P3 = get_root_namespace ["parrot";"Class"] | $P4 = get_class $P3 | print $P4 -> gives "Class"
Coke though I wonder why we have 'get_class' and 'class'. 18:46
ah. class would probably better be written as 'class_of' 18:47
einstein yes that is true 18:49
Coke looks like a bug to me; I'd open a ticket, be nice to have an explanation even if it's proper. 18:51
einstein the interp->vtables[type_num = 102 in my case]->_namespace points to the parrot;class after the newclass call, which is causing the problem 18:55
ok 18:58
19:03 jrtayloriv joined 19:08 mberends joined
PerlJam einstein: it's probably just that since $P3 is a class, it uses that class' assignment vtable entry and since there isn't one, it defaults to copying some values but keeping the structure the same. 19:08
(or something) 19:10
Coke PerlJam: but $P3 is being assigned to twice there. 19:18
the p3 returned by get_root_namespace should override whatever was in the P3 before that. 19:19
einstein there is a interp->vtables[index to type]->_namespace and a interp->vtables[index to type]->pmc_class->_namespace, what is the difference between these to fields
in the newclass op the interp->vtables[index to type]->_namespace keeps pointing to the original namespace and interp->vtables[index to type]->pmc_class->_namespace get assigned "the correct namespace" 19:20
19:20 donaldh joined 19:22 ruoso joined
einstein there must be some reason why a pmc class has a seperate field for the namespace from the vtable entry, is there somebody who can tell me? 19:22
19:26 pyrimidine joined
pyrimidine nopaste: nopaste? 19:27
purl nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/ or paste.scsys.co.uk (for #catalyst, #dbix-class, #moose and others) or gist.github.com/ or paste or gtfo
einstein ok now i seems i solved the bug, i added " new_vtable->_namespace = new_namespace;" in init_class_from_hash in class.pmc 19:31
19:55 szabgab joined
pmichaud_ I'm pretty sure the "class" opcode is deprecated, unofficial, or otherwise wrong. 20:00
The correct opcode is "typeof"
einstein if that is true then is must be removed from the test cases 20:02
20:02 rhoelz left 20:05 coke joined
Coke it appears to be non-deprecated. I'm not sure how it would be unofficial. 20:06
Coke finally gets annoyed enough to filter out the "tests are available" messages... 20:07
einstein typeof and class call exactly the same function the only differnce is the :object_classes meta data 20:09
pmichaud_ Coke: it doesn't appear in any of the pdds. 20:10
as einstein says, they're two opcodes with nearly identical semantics. And istr that allison said at one point (a very long time ago) that the 'class' opcode should go away. 20:11
chromatic That sounds familiar. 20:12
Coke if there's no ticket (and no entry in deprecated.pod), then it's not deprecated, despite allison's suggestion.
and I would bet that that is not the only opcode not to appear in a PDD. 20:13
pmichaud_ that's why I also added "unofficial or otherwise wrong" in my statement above.
Coke O
if we shipped it, it's official.
wrong I can certainly get behind.
pmichaud_ okay. 20:14
Coke einstein: I would open a ticket.
that will give folks who are not on IRC a chance to chime in.
trac? 20:15
purl trac is a web-based software project management and bug/issue tracking system emphasizing ease of use and low ceremony. It provides an interface to the Subversion revision control systems, integrated Wiki and convenient report facilities. projects.edgewall.com/trac/ or Python, SQLite and ClearSilver or killing killtrac or a bug-tracking tool or at trac.parrot.org/parrot/ or slow or REALLY slow
einstein ok i will do tomorrow, i will have to go to sleep in a moment
Coke k. thanks! 20:16
einstein i also solved an other bug, must I make i ticket for that one
Coke finds out about killtrac from purl.
killtrac? 20:17
purl killtrac is a perl replacement for trac that integrates RT, subversion, and MojoMojo (and CPAN Testers, and AnnoCPAN, and ...)
einstein ok i will find out tomorrow, it's the first time for me that I actually do work on an open source project 20:18
Coke dev.catalystframework.org/wiki/meta...eerrewards - catalyst's bounty page, with things spec out in terms of beer.
chromatic Congrats, einstein. Welcome to the community. 20:19
dalek rdinal: 7171222 | (Joeri Samson)++ | src/classes/File.pir:
The opcodes bsr and ret were removed in Parrot
Coke chromatic, that's rude, t... oh, right, that's his nick.
Coke wonders if he can trick Whiteknight into patching tcl to avoid bsr/ret 20:20
jonathan Coke: Noooo...this is making me want to go ahck on Catalyst. ;-) 20:26
Coke jonathan: I'll give you beer to hack on partcl.
jonathan Ooh. ;-) 20:28
moritz jonathan: we should also introduce Rakudo beer bounties ;-)
Coke fix the bsr/jsr stuff is worth a beer to me.
"fixing"
moritz jonathan: 2 from me for the one who implements a REPL that prints the return value, and remembers lexicals
jonathan Coke: "fixing" as in, rewriting to not need bsr/jsr? :-) 20:30
chromatic Does fixing the REPL for lexicals require anything more than lifting their declarations to an outer scope? 20:31
Coke jonathan: bsr/ret were recently removed from parrot; partcl didn't stop using them time.
"in time"
jonathan Coke: *nod*
chromatic: Well, and persisting that outer scope somehow I guess...
Coke they're only being used in two files, limited usage. getting 'make test' working against parrot svn head is sufficient.
(partcl's make test)
dalek rdinal: 2581153 | (Danius Michaelides)++ | (2 files):
Improve implementation of at, with tests. Simplify values_at by using at where appropriate
 20:36
jonathan Coke: Well, I grabbed myself a checkout. But my Parrot and Rakudo trees have a tangle of uncomitted stuff that I want to get sorted out first... 20:39
Coke jonathan: there's a ticket at partcl.googlecode.org - feel free to claim it. Happy to give you a commit bit, also. 20:42
Coke better put some $$ on his paypal account... 20:43
jonathan Coke: Yes, commit bit will probably also leave me feeling like I should use it. ;-)
I promise not to add a makefile target called...yeah...the obvious. ;-)
20:49 hercynium joined 20:59 mikehh_ joined 21:05 mikehh__ joined
dalek rdinal: ffa87cb | (Danius Michaelides)++ | (2 files):
Improved implementation of [] and slice(), including supporting range and 2 arg versions.
 21:10
moritz it looks like the cardinal bus number has just increased, no? 21:12
PerlJam a tad, yes 21:13
21:14 Whiteknight joined
dalek rdinal: 035f6b2 | (Joeri Samson)++ | t/array/uniq.t:
Add 2 failing tests for uniq!
 21:17
treed bus number?
purl rumour has it bus number is at c2.com/cgi/wiki?BusNumber or known as truck number
rdinal: 634d0ba | (Joeri Samson)++ | t/array/uniq.t:
Added todo for failing test (but did not add issue yet)
treed Aha. 21:18
There are three of us working pretty commonly on it this day.
dalek rrot: r40292 | whiteknight++ | trunk/DEPRECATED.pod:
[DEPRECATED] remove mention of the stack stuff that was deleted yesterday
treed these days
PerlJam treed++
treed Myself, joeri, and Danius.
Tene helps out, too. 21:19
Mostly just with advice.
We've got an IRC channel, and I'm considering starting a mailing list.
moritz cool stuff.
treed Mostly because joeri and danius are in a very diffirent time zone from me.
jonathan is very happy to see more language development on Parrot.
PerlJam too 21:20
treed is happy to be doing something meaningful while he's unemployed.
Spent the first week or two replaying Final Fantasy 7.
Whiteknight love that game 21:25
Infinoid spent a large amount of time in that game trying to pair obscure materia together to see what it would do 21:29
Infinoid <-- OCD 21:30
treed I'm at the point now where I'm trying to get the gold chocobo so I can get knights of the round. 21:32
Which makes me bored, so I haven't played in a while.
Coke jonathan: where would you like the bit sent? 21:33
(for now, contributions are under the same rules as parrot itself)
dalek rdinal: eed56d9 | treed++ | (2 files):
Provide fixes for the recently added Array.uniq! test cases.
treed tries to figure out what to do when a pull request on github won't apply cleanly. 21:34
jonathan Coke: jnthn@jnthn.net is fine 21:37
treed: In my experience, try to read the git docs, find them incomprehensible, swear lots, and decide to have a beer instead... 21:38
treed: But I'm probably a bad example. ;-)
treed Haha. 21:39
treed is going to try adding the fork to his local git as a secondary and merge from it and massage shit locally.
moritz usually sombody here or in #perl6 can help though :)
the git docs are great when you mostly know what to do already 21:40
Tene treed: either that, or push back on the requester, saying "rebase against my tree, and send me a patch I can commit" 21:42
treed "push back"? 21:43
Coke jonathan: done
treed I actually have no idea why it's failing to apply.
moritz wrong line endings? 21:44
treed moritz: His other ones worked fine.
dalek rrot: r40293 | whiteknight++ | trunk/src/ops (2 files):
[ops] add two new experimental ops, set_label and get_label. These will eventually replace get_addr/set_addr as they are used with Subs, Continuations, ExceptionHandlers, and the like. See TT #218 for more details
 21:45
Tene treed: I just mean socially.. just respond saying "Your patch doesn't apply cleanly. Can you rebase it against my tree?"
dalek rdinal: 2d7a06c | (Joeri Samson)++ | src/classes/File.pir:
The opcodes bsr and ret were removed in Parrot
 21:46
rdinal: 7a79754 | treed++ | :
Merge branch 'master' of git://github.com/joeri/cardinal
moritz treed: make: *** No rule to make target `src/classes/Any.pir', needed by `src/gen_builtins.pir'. Stop. 21:47
that's what the current cardinal says here
Tene moritz: use rake instead.
moritz: the make infrastructure in cardinal has been deprecated by treed's rake infrastructure 21:48
the make stuff just hasn't been removed yet.
treed moritz: what Tene said 21:49
I have to add a clean target to Rake.
Then I'll remove the makefile thing.
moritz and then 'rake test'?
21:49 bacek joined
treed test:all 21:49
Will run the entire test suite.
test:stats will do that, and include stats about which issues are causing how many failures 21:50
Coke Whiteknight: if they're experimental, shouldn't they be in experimental.ops?
msg Whiteknight if they're experimental, shouldn't they be in experimental.ops? 21:51
purl Message for whiteknight stored.
treed moritz: It takes 4-6 minutes on my system.
Usually around 5, but sometimes much shorter or longer. 21:52
moritz it uses only one CPU it seems 21:53
treed Unsure if it's possible to get Rake to use more. 21:54
moritz it doesn't have a -j option 21:55
treed Aha.
You declare multitask instead of task
And it'll do the prereqs in parallel.
Tene Nice! 21:56
dalek rrot: r40294 | jonathan++ | trunk/runtime/parrot/library/P6object.pir:
[p6object] The ACCEPTS defined in proto-object was a bit liberal over what it accepted as matching the Any type, such that both Any Object and Object Any, which could tie Rakudo's multi-dispatcher in all kinds of knots when it tried to sort the candidates. This patch resolves this while also going to some effort to keep us interoperating with calls from other languages. We'll see how it flies.
 21:57
jonathan treed: Will you accept a patch for a leaves target? ;-)
treed Haha.
Only if rakudo will accept a patch for a love target.
jonathan Well, maybe after I've had a few more beers. ;-) 21:59
treed moritz: As soon as I finish merging joeri's stuff, I'll push a change to the Rakefile to use multitask for the multiple-test targets.
moritz treed: cool
treed is curious to see how much faster it'll be.
I only have two cores.
But even a 30% improvement will save me a lot of time.
moritz rakudo's parallel testing brings about a 45% improvement on two cores 22:00
22:02 mj41 joined
dalek rdinal: d0183aa | (Joeri Samson)++ | t/ (6 files):
Do not concatenate integers to strings in tests
 22:06
rdinal: c0c2cc9 | (Joeri Samson)++ | t/array/uniq.t:
Added todo for failing test (but did not add issue yet)
rdinal: 0d96626 | treed++ | :
Merge commit 'joeri/library'
treed Yeah, next time I'm having him rebase. 22:07
Whiteknight Coke: good call 22:10
(I forgot about experimental.ops)
dalek rrot: r40295 | whiteknight++ | trunk/src/ops (2 files):
[ops] on suggestion from Coke++, move the new opcodes to experimental.ops
 22:13
treed Awesome. 22:14
There's a bug with Rake and namespaces.
rubyforge.org/pipermail/rake-devel/...00775.html
Only recently discovered.
And I managed to find it right away.
PerlJam treed: Are you guys pulling in the standard ruby test suite to test cardinal? 22:15
(Is there such a thing? I just assume there would be)
Tene PerlJam: The what ruby what what? Rubyists don't believe in testing. 22:16
Unless you make a DSL.
I guess.
More seriously, there is no standard ruby test suite.
moritz last time I looked, ruby had a ridiculous small amount of tests, and some assertions in the interpreter 22:17
treed Pretty much, yeah.
Tene There are a couple of third-party attempts, last I looked.
treed PerlJam: We're just writing our own tests as we go along.
Tene None of them are easy for a new compiler to use.
treed I think things would explode if we tried a full spec test.
Maybe in a year.
Tene the biggest one I found used rspec: rspec.info/
which 1) requires some weird stuff, iirc 22:18
and 2) the faux-dsl-ish thing makes my eyes bleed
PerlJam Tene: have you seen cucumber?
Tene I havne't.
PerlJam www.rubyinside.com/cucumber-the-lat...-1342.html 22:19
get something to wipe the blood from your eyes.
Tene ... I'm at work right now. I don't want my students to see me cry.
also, gdiaf 22:20
I mean, um, I don't think I like it very much, personally.
>.>
PerlJam There's a railscast for cucumber too I think.
dalek kudo: 53059d1 | pmichaud++ | (4 files):
Correct Code.ACCEPTS and Regex.ACCEPTS . [1,2,3] ~~ { ... } should now work properly.
 22:21
22:24 kid51 joined
treed Oh, god. 22:24
My system got very, very slow for a few minutes there. 22:26
multitask may not be a good idea
Not sure if the tests are getting done much faster overall. 22:27
So far all I can tell is that they're out of order. 22:28
Nope, took just as long.
Awesome.
treed needs to get started on cleaning the floors like he was supposed to today. 22:29
22:38 rg joined
dalek TT #878 created by jkeenan++: Recent commits break buildtools_tests 22:46
Tene treed: um, how many processes were launched at once? 22:50
Should be (number of cores)+1 at most
if it just did all of them... yeah, that's gonna suck.
treed: you could also look into fixing precompilation and then precompiling all the tests. ;) 22:51
you'd still have to rebuild them for any parser changes...
dalek kudo: 82b59c4 | jnthn++ | :
Merge latest.
 22:54
kudo: d043978 | jnthn++ | src/pmc/perl6multisub.pmc:
Fix a bug in the narrowness analyzer for multi-dispatch (not being narrower is a necesary but not sufficeint condition for being tied).
kudo: 1f76da5 | jnthn++ | src/classes/Any.pir:
does in Object should delegate to .^does, not .^isa.
kudo: c372689 | jnthn++ | src/classes/Role.pir:
A role has always been accepted by Any up until now, mostly by accident. Now make it really so. Turns out sigil based dispatch doesn't really work out without this.
kudo: 1878aef | jnthn++ | build/PARROT_REVISION:
Bump PARROT_REVISION for p6object ACCEPTS fixes.
kudo: 68d05a5 | jnthn++ | src/setting/Object.pm:
WALK assumed that Truee.ACCEPTS($x) could accept a $x !~~ Any. The smartmatching spec says otherwise. Correct it.
kudo: 9ea46ee | jnthn++ | :
Merge branch 'master' of git@github.com:rakudo/rakudo
treed Tene: I expect that it did them all at once. 22:57
Tene yeah, that's a bad idea...
treed I wonder if I could fork Rake and fix that. 23:00
Tene www.ruby-forum.com/topic/86952
treed Well, I'd just make a threadpool but keep the same multitask thing. 23:04
Just limit the amount of threads that can be going at any given moment.
23:09 mrsaturn joined
mrsaturn hi all 23:10
23:10 patspam joined 23:15 mrsaturn left
dalek cnum-dynpmcs: r121 | darbelo++ | trunk/src/pmc/decnum (2 files):
[DecNumContext] Take advantage of some library-defined constants.

Useful for debugging, as the exponent might differ from the one printed by the get_string() VTABLE.		 23:15
23:20 donaldh joined
dalek kudo: ea667e8 | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 423 files, 12043 passing, 0 failing
 23:26
cnum-dynpmcs: r122 | darbelo++ | trunk/src/pmc/decint.pmc:
[DecInt] Make the divide() VTABLE, forward to the floor_divide.

Copy-paste from DecNum while I figure out WTF is wrong with SUPER().		 23:37
rdinal: ecc08a4 | treed++ | t/range/each.t:
Change a TODO comment into an actual todo()
 23:40
purl dalek: that doesn't look right

Powered by Cro and the Raku® Programming Language.

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

Thank you!