|
www.parrotcode.org/ | Last release: 0.7.1 "Manu Aloha" Set by moderator on 17 September 2008. |
|||
| nopaste | "Infinoid" at 96.238.213.50 pasted "more info" (46 lines) at nopaste.snit.ch/14295 | 00:00 | |
| dalek | r31964 | cotto++ | trunk: | 00:01 | |
| : [t] update tests to check that dynpmcs and dynops have test coverage | |||
| : patch courtesy of Rafael Sanchez | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31964 | |||
| Infinoid | anything in the backtrace look likely? I'm not really sure how to hunt this down further. | ||
| driving home, back soon & | 00:02 | ||
| particle | bah, missed him by this much | 00:05 | |
|
00:09
AndyA joined
|
|||
| dalek | r31965 | Whiteknight++ | calling_conventions: | 00:11 | |
| : [Calling_conventions] A few changes that fix the segfault I was having earlier, but introduce a new segfault later in the build process. | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31965 | |||
|
00:12
Zaba_ joined
|
|||
| dalek | r31966 | chromatic++ | trunk: | 00:20 | |
| : [OO] Avoided an exception in fail_if_type_exists(), where the code attempts to | |||
| : stringify the name of a class if someone has already registered it. Because | |||
| : the "name" of the class may be a ResizableStringArray and because you can't | |||
| : stringify an RSA in a same way, this exception would get lost in an exception | |||
| : in the Default PMC's get_string() vtable entry. | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31966 | |||
| chromatic | 0.89% speed improvement in my benchmark. | 00:22 | |
| At least it cleans up the callgrind output somewhat. longjmp confuses it terribly. | |||
| Whiteknight | longjmp is one of those esoteric holdovers that is only really useful for virtual machine developers | 00:24 | |
| lucky us | |||
| chromatic | Yes. We rock. Woo hoo. | 00:26 | |
| Whiteknight | I almost can't think of a single rational use for longjmp besides implementing an exception system | 00:27 | |
| I can think of plenty of irrational ones :) | |||
| chromatic | Avoiding stack smashing. | 00:29 | |
| Cheap coroutines. | |||
| When you really really don't want to pay the overhead of your C and libc and processor ABI but you're too scared of FORTRAN. | |||
|
00:44
dmknopp left
|
|||
| chromatic | purl msg pmichaud See compilers/pge/PGE/Exp.pir:99 -- this seems to be the source of the multiple class registration attempts. | 00:47 | |
| purl | Message for pmichaud stored. | ||
| dalek | r31967 | Whiteknight++ | calling_conventions: | 00:52 | |
| : [Calling_conventions] Fix it so it compiles again, without undoing any of the changes I've been making. | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31967 | |||
| cotto | would this be a good time to re-apply, test and commit the patch from #52778 (Are resizable arrays too Perlish?) | 01:19 | |
| all tests (core and perl6) pass | 01:20 | ||
| (using string_from_literal instead of CONST_STRING for resizablestringarray.pmc) | 01:24 | ||
| hmm. bbl. I'll commit then. | |||
| Coke | whatever ticket I had tene work on earlier is closable now. | 01:29 | |
| if someone would like to make chromatic happy. | |||
| Ah. I also am suffering from the TGE bug. (where PGE is now autosplitting on :: but TGE ain't. | 01:32 | ||
| Coke digs up that ticket. | |||
| Tene | Coke: ! | 01:34 | |
| Coke | it's not a ticket, huh. | ||
| Coke responds on the thread to parrotbug to make it a ticket. | |||
| Tene | Coke: Can you describe what's happening? | ||
| Coke: Or make a more restricted test case? | 01:35 | ||
| Coke | ... PGE is autosplitting on :: but TGE isn't? | ||
| so PGE puts things in the namespace "TclExpr"; "Grammar", but TGE is still looking at "TclExpr::Grammar" ? | |||
| Tene | Coke: I don't understand TGE well enough yet to see where that needs to happen. | ||
| If you can give me an example in the generated PIR, it will help me a lot | 01:36 | ||
| Coke | .namespace [ 'TclExpr::PAST::Grammar' ] | 01:37 | |
| $P1 = subclass 'TGE::Grammar', 'TclExpr::PAST::Grammar' | |||
| .return tree.get('dispatch', node, 'TclExpr::Grammar') | |||
| Tene | I guess I need to check out TCL, then. | 01:38 | |
| Coke | eh, probably findable in pheme. | ||
| I am obviously more familiar with tcl, though. | |||
| Tene | I was having trouble figuring out pheme | ||
| Coke | well, I'm here and available to blather about tcl. =-) | ||
| Tene | I wonder if TGE needs to start producing code that uses P6object | 01:39 | |
| Coke | I hope not. | ||
| but then I think of p6object as a perl 6 only thing. | 01:40 | ||
| I don't see any examples in t/compilers/tge/*.t that rely on the :: split. | 01:41 | ||
| Tene | No, there are none | 01:42 | |
| I was asking earlier for a failing test in t/compilers/tge | |||
| Think you can make one, or do I need to actually read TGE? | 01:45 | ||
| Coke | I probably can condense the failing bits of tcl into a test, but despair of doing so tnoight. | 01:49 | |
| Tene | That would make it much easier for me. Think you can do it this week? | 01:50 | |
| Coke | probably. | ||
| purl | Really? Probably? Are you Certain it's not certain? Are you sure it's unsure? I think you need to look harder. | ||
| Tene | Fantastic. | ||
| Coke++ | 01:51 | ||
|
02:01
jrockway_ joined
02:12
Zaba joined
02:29
Zaba_ joined
02:34
xiaoyafeng joined
02:57
particle1 joined
03:05
Zaba joined
03:06
bitlbee joined
03:07
jrockway joined
|
|||
| confound | yesterday on #perl I suggested a languages/sendmail.cf directory for parrot | 03:26 | |
| no one volunteered. | |||
| Infinoid | isn't that ... m4? | 03:30 | |
| or was m4 invented to make sendmail.cf slightly less painful? (I forget. sendmail is responsible for years of therapy bills.) | 03:31 | ||
| Tene | Mmm... sendmail... | 03:39 | |
|
03:51
notbenh joined
|
|||
| confound | Infinoid: m4 was invented to make sendmail.cf slightly less painful | 04:23 | |
| so you could say things like SEND_MY_MAIL_TO(the.right.place) instead of... whatever | |||
|
04:36
Bzek joined
|
|||
| dalek | r31968 | cotto++ | trunk: | 04:42 | |
| : [pmc] make resizable array PMCs not be too Perlish (closes #52778) | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31968 | |||
|
04:54
MariachiElf joined,
MariachiElf left,
MariachiElf joined
04:58
johbar joined
05:37
Zaba joined
05:41
chromatic joined
05:42
davidfetter joined
06:12
uniejo joined
|
|||
| chromatic | t/pmc/resizablebooleanarray (Wstat: 512 Tests: 23 Failed: 2) | 06:16 | |
| Failed tests: 22-23 | |||
|
06:17
Zaba_ joined
06:23
grim_fandango_ joined
|
|||
| cotto | that's odd. It passes for me | 06:29 | |
| moritz | fails here too | 06:30 | |
|
06:32
Coke joined
|
|||
| cotto | what happens when you run the test with perl instead of prove? | 06:37 | |
| that'll say exactly which part of the tests are failing | 06:39 | ||
| nopaste | "moritz" at 89.13.205.64 pasted "resizablebooleanarray.t for cotto" (14 lines) at nopaste.snit.ch/14296 | 06:40 | |
|
06:46
omega joined
|
|||
| cotto | moritz, x64? | 07:01 | |
| moritz | cotto: no, 32 bit (Debian GNU/Linux 4.0) | 07:05 | |
| cotto | hmm. I'm trying to make realclean and rebuild | 07:06 | |
| oh. apparently I have a locally modified (as in fixed) version of that test I forgot to commit | 07:10 | ||
| I need to clear out my working svn dir so I can find that kind of thing more easily | 07:11 | ||
| dalek | r31969 | cotto++ | trunk: | 07:12 | |
| : [t] fix a test that broke after the previous commit | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31969 | |||
| r31970 | particle++ | trunk: | 07:14 | ||
| : [rakudo] implement tagsets in 'is export()' trait | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31970 | |||
| r31971 | cotto++ | trunk: | |||
| : [strings] add a TODO concerning the hashval caching bug | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31971 | |||
| r31972 | particle++ | trunk: | |||
|
07:14
iblechbot joined
|
|||
| dalek | : [rakudo] remove commented out code | 07:14 | |
| diff: www.parrotvm.org/svn/parrot/revision?rev=31972 | |||
|
07:15
cosimo joined
|
|||
| cotto | chromatic++ for reporting that | 07:19 | |
| moritz++ for the same reason | |||
| karma foo | |||
| purl | foo has karma of 16 | ||
| cotto | foo++ foo++ | ||
| karma foo | |||
| purl | foo has karma of 17 | ||
|
07:20
viklund joined
|
|||
| davidfetter | karma davidfetter | 07:20 | |
| purl | davidfetter has karma of 3 | ||
| davidfetter | that's odd | ||
| cotto | davidfetter++ #now we're even | 07:21 | |
| particle1 saw tom lane last weekend | 07:22 | ||
| davidfetter | cotto, heh | ||
| yeah, i heard about that. he's a good speaker :) | 07:23 | ||
| particle | work in < 6 hours. bed & | 07:26 | |
|
08:16
barney joined
08:47
bacek joined
08:48
Zaba joined
08:53
tomyan joined
09:12
donaldh joined
09:43
Debolaz joined
10:36
kj joined
|
|||
| dalek | r31973 | kjs++ | trunk: | 10:44 | |
| : [NEWS] added news for compilers/pirc | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31973 | |||
|
11:29
xiaoyafeng joined
11:39
Andy joined
|
|||
| Coke wears his GSOC t-shirt to work today, presumably in violation of the dress code | 12:19 | ||
|
12:38
iblechbot joined
12:43
Andy joined
|
|||
| Coke | Tene: I gave you about 75% of what you need, I think. | 13:01 | |
|
13:30
grim_fandango joined
14:03
gryphon joined
|
|||
| pmichaud | I don't quite understand why PGE's splitting namespaces on '::' has anything to do with TGE. | 14:10 | |
| oh, never mind, I do understand why. | 14:11 | ||
| Coke | did languages get tested before that got merged back to trunk, OOC? | 14:15 | |
| pmichaud | many did, yes. | 14:16 | |
| tcl wasn't in the repo at that point, though. | |||
| I don't know if pheme was tested. | |||
| Coke | I was thinking more abou... right. | ||
| pmichaud | the merge-to-trunk happened while I was on the plane ... I didn't know it was coming. | ||
| Coke | I don't expect tcl to be tested, even when it -is- in the repository. =-) | ||
| pmichaud | I think they pushed the merge quickly so that particle would have an up-to-date copy of trunk on his plane ride, or something like that. | 14:17 | |
| particle | yes, that's right, however my flight left hours before yours, so... | 14:18 | |
| pmichaud | ...it did? what time did you leave? | ||
| Coke | should probably add things that require a separate test run to the branch docs (pheme? nqp...) | 14:19 | |
| particle | 11:15am for airport | ||
| pmichaud | oh, I was already in the air at that point :-) | ||
| assuming you mean 11:15am PDT :-) | |||
| my flight left 12:30pm CDT, which would be 10:30am PDT | |||
| particle | oh, i got confused then on friday, sorry | 14:20 | |
| jhorwitz is sad pmichaud missed the lolcats by 10 mins | |||
| pmichaud | me too. but I'm very glad I made my flight. I heard lolcats was the best talk of the set. | ||
| particle | it was really funny | 14:21 | |
| jhorwitz | making your flight is a good thing these days. :) | ||
| Coke vaguely worries about his flight to the uk which is, what, six weeks out? | 14:22 | ||
| pmichaud | speaking of which, do we have any more details about the Parrot summit? | 14:23 | |
| that's 4.5 weeks out or something like that | |||
| ...so, what should we do about TGE? | 14:25 | ||
| particle | i need some help with the wiki | ||
| Tene | jhorwitz: what's this about lolcats? | ||
| particle | i need to set up a survey&|spreadsheet&|table | 14:26 | |
| something where folks can answer questions, like: | |||
| ~ are you planning on attending the summit | |||
| ~ if no, would you attend if your travel was funded? | |||
|
14:26
Khisanth joined
|
|||
| particle | ~ if yes, what are your expected flight expenses? | 14:27 | |
| ~ do you mind sharing a room at the summit? | |||
| Tene | Is the summit something that I should want to go to? | ||
| particle | after i have answers to the survey, i can talk to the hotel | ||
| tene: yes | |||
| jhorwitz | Tene: i did a lightning talk, "the lolcat history of perl6 and parrot". 50 slides of lolcats. | ||
| Tene | jhorwitz: posting the slides? | ||
| particle | tene: i'd like you there. it's for core parrot devs and hll devs | ||
| jhorwitz | i'm working on transcribing the talk first -- the slides make no sense otherwise. :) | 14:28 | |
| Tene needs to quickly get dressed and run to work. | 14:29 | ||
| particle | drink more espresso! | ||
| lasermike026 | jhorwitz: slacking again. | 14:30 | |
| jhorwitz | koko! | ||
| lasermike026 | yo. | ||
| particle | hey, it's like a little reunion. | 14:33 | |
| jhorwitz looks for a smiley with a cigar... | 14:35 | ||
| lasermike026 | that's right, you work at home. | ||
| particle | pmichaud: have a look at the code i stuck in last night and let me know if it needs changing | 14:36 | |
| actions.pm ~850-900 | |||
| pmichaud | particle: I looked at it already -- it looks fine to me, although I think it could use some minor refactoring. | ||
| particle | like what? | ||
| purl | i think like is that generally frowned upon by ISPs? | ||
| particle | i want to refactor other code based on this sample | 14:37 | |
| pmichaud | I wouldn't check for 'infix:,', for example. | 14:38 | |
| particle | just isa and pasttype? | 14:39 | |
| pmichaud | yes | ||
| particle | ok, that's the one area i was a bit paranoid | ||
| pmichaud | also, I think that the section that builds the binding code from @export_ns might need to be hoisted a little higher in processing | ||
| since 'multi' will also have the effect of 'is export' | |||
| particle | btw once i saw the light about introspecting past, the code flowed like a river | ||
| pmichaud: yes, i need to write tests for that first, then i'll refactor based on them | 14:40 | ||
| pmichaud | so, that part might need to be in routine_declarator instead of routine_def | 14:41 | |
| which would mean that @export_ns acts like an attribute on the PAST::Block node somehow | |||
| particle | that might help for subpackages, too | ||
| pmichaud | yes. | ||
| particle | fab. are subpackages working yet? | ||
| pmichaud | not as far as I know. | 14:42 | |
| particle | ok. i'll test it. | ||
| pmichaud | I'm a little surprised by | 14:43 | |
| my $tag := $_<named><value>; | |||
| I would've just guessed $_<named> | |||
| particle | doesn't $_<named> include the colon? i'll double-check | 14:44 | |
| pmichaud | are you talking about the PAST or the grammar? | ||
| the named params don't normally include the ':' | |||
| particle | grammar. ok, i'll look at the parse again | 14:45 | |
| pmichaud | my point is that it's not the parse at that point | ||
| $_ is a PAST::Val node | |||
| or, even more likely, $_.named() | 14:46 | ||
| particle | ah, there i thought "i need the string, i'll grab it from the parse" | 14:47 | |
| pmichaud | better is to grab it from the ast, I think. | 14:48 | |
| particle | so, yeah, you're right. should have used the past there | ||
| so, it's my feeling that any time you use something more than once, it should be bound to a variable to save instructions. does that make sense? | 14:49 | ||
| $_<foo><bar>[0] can get expensive | |||
| pmichaud | I'm more interested in code clarity. | ||
| particle | it's clearer with variables, too, i suspect | ||
| pmichaud | yes. | ||
| I was about to write "in general, binding expressions to a variable makes things clearer." | |||
| otoh, binding to a variable that isn't reused is more expensive | 14:50 | ||
|
14:51
Andy joined
|
|||
| pmichaud | my $name := $aux<name>; | 14:51 | |
| ## is export(...) | |||
| if $name eq 'export' { | |||
| particle | yes, correct on binding. | ||
| pmichaud | I would've written that as | ||
| if $aux<name> eq 'export' { | |||
| particle | no, because eventually other traits will be processed | ||
| so $name will be reused | 14:52 | ||
| pmichaud | in which case I'm hoping we get out of the if/then/else mode for that | ||
| particle | yes please! | ||
| PerlJam | There sure seems a lot of stair-step effect in that code. | 14:53 | |
| particle | i'm not fond of if $foo { for $foo {, but it's necessary in many places | 14:54 | |
| PerlJam | why? | ||
| Do you sometimes get a boolean false that you don't want to iterate over? | |||
| pmichaud | PerlJam: undef | 14:55 | |
| $foo := $<something> | |||
| for $foo { ... } | |||
| PerlJam | last unless $foo; :-) | ||
| pmichaud | where $<something> ends up being undef | ||
| last doesn't help here, because we're trying to iterate over an undef. | 14:56 | ||
| i.e., it breaks before even getting into the loop. | |||
| PerlJam | So ... you guard the loop when you don't want to iterate over an undef, and you don't when you do want to iterate over an undef? | 14:59 | |
| pmichaud | PerlJam: the problem is that "iterate over undef" isn't defined in Parrot. | ||
| $P0 = new 'Undef' | 15:00 | ||
| $P1 = iter $P0 # error | |||
| particle | ayep | ||
| PerlJam | error == die a horrible death? | ||
| pmichaud | "get_iter not supported in Undef" or somesuch. | ||
| particle: my $export_ns_base := ( $?NS ?? $?NS ~ '::' !! '' ) ~ 'EXPORT::'; | 15:02 | ||
| looks odd. | |||
| why the ternary? | 15:03 | ||
| particle | if you're in the main package, you don't want :: | ||
| pmichaud | uhhhh why not? | ||
| particle | main package, no package | ||
| pmichaud | well, technically we're always in a package. | ||
| particle | use v6; say $?PACKAGE; # says what? | ||
| pmichaud | 'Main' | ||
| particle | that's not true now | 15:04 | |
| pmichaud | correct, it's not. | ||
| particle | currently it's '' | ||
| pmichaud | but even so, the leading ::'s wouldn't hurt. | ||
| particle | ok then | ||
| pmichaud | I would just do $?NS ~ '::EXPORT::' | ||
| particle | so how do we break out of if/elsif/else? | 15:06 | |
| multimethods? | |||
| purl | multimethods are the extension in the other direction | ||
| pmichaud | probably. I'm not going to worry about it just yet until I see how the other traits refactor. | 15:07 | |
|
15:08
Lorn joined
|
|||
| PerlJam | perhaps it's just me, but someone seems to have cleaned up actions.pm in a good way. It seems easier to read than when last I looked at it. | 15:09 | |
| pmichaud | I've been iteratively removing inline PIR sections and refactoring things, yes. | ||
| but the stuff I've been doing hasn't been primarily aimed at readability -- more at correctness. | 15:10 | ||
| PerlJam | well, the side effects are excellent :) | ||
| $?BLOCK.symbol('___HAVE_A_SIGNATURE') heh, that looks like a hack waiting on something else to be implemented. | 15:17 | ||
| particle | indeed, there are still ugly hacks | 15:19 | |
| some due to nqp limitations, some due to human limitations | |||
|
15:21
hercynium joined
15:22
uniejo joined
|
|||
| PerlJam | That particular hack doesn't have a #TODO or #XXX associated with it. Newish contributors to rakudo might propagate the hack through-ou code not realizing it's a hack. | 15:23 | |
| s/-ou/-out/ | |||
| particle | actions.pm needs a good once over | 15:24 | |
| i keep hoping to do it, but adding features is sexier | 15:25 | ||
| so i do bit-at-a-time as i add features | |||
| i will respond to requests for clarity, though | |||
| PerlJam | that's the sane way | ||
| pmichaud | (propagate hack) might --> have been | 15:30 | |
| a lot of the hacks come from trying to inspect the parse tree instead of the ast | |||
| dalek | r31974 | julianalbo++ | trunk: | 15:36 | |
| : fix PMC_IS_NULL used instead of STRING_IS_NULL in oo.c | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31974 | |||
|
15:38
johbar joined
15:42
Zaba joined
|
|||
| particle | my $export_ns_base := ~$?NS ~ '::EXPORT::'; # causes test failures | 15:45 | |
| does that mean Perl6::Compiler.parse_name() needs fixing? looks like. | 15:46 | ||
| pmichaud | it shouldn't -- I was using it w/o difficulty before. | 15:50 | |
| I know that it's supposed to be stripping out empty namespaces. | |||
| and ignoring leading colons. | 15:51 | ||
| particle | yes, that's what it should do. hrmm | ||
| pmichaud | I wonder if $?NS isn't set. | ||
| although if that's the case it should still stringify to '' | |||
| particle | right | ||
| i even added prefix:~ | 15:52 | ||
| maybe it's .named() that's causing the failures, i'm looking | |||
| pmichaud | does it cause lots of test failures or just in the S11 tests? | ||
| particle | i only ran s11 | ||
| pmichaud | the tests don't compile, or they run and fail? | ||
| particle | t\\spec\\S11-modules\\export.t 30 8 11-12 15-16 19-20 24-25 | ||
| pmichaud | it's possible that parse_name is broken. | 15:53 | |
| might need some 00-parrot tests for that. | |||
| particle | it's also possible that $_.named() is causing the failures, since that defines the namespace names | 15:54 | |
| the failures are during === =:= tests | |||
| pmichaud | how could that be causing the failure? you mean it's returning the wrong value? | ||
| particle | yes | ||
| but it's more likely parse_name | |||
| pmichaud | well, we already know it's non-null. | ||
| I would do one change or the other and test | 15:55 | ||
| rather than both (and not know which) | |||
| particle | yep | ||
| already rebuilding with $?NS ternary | 15:56 | ||
| pmichaud | afk, lunch | 16:06 | |
|
16:11
davidfetter joined
|
|||
| particle | the trouble was in replacing $_<named><value> | 16:18 | |
|
16:23
rdice joined
16:35
pjcj joined
16:41
chromatic joined
16:50
Theory joined
|
|||
| dalek | r31975 | julianalbo++ | trunk: | 16:50 | |
| : fix some signed-unsigned warnings | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31975 | |||
| r31976 | particle++ | trunk: | 16:51 | ||
| : [rakudo] some refactorings suggested by pmichaud++ | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31976 | |||
| Tene | particle: in that case, I'd love to go, but I don't anticipate having money available for travel. | 16:53 | |
| particle | tene: we may be able to fund your travel | ||
| that's why i need to set up the questionaire | |||
| but i can't figure out a good way with that wiki software | 16:54 | ||
|
16:55
dalek joined
|
|||
| Tene | particle: I'd also need to arrange for time off from work... what's the date? | 16:56 | |
|
16:56
sjansen joined
|
|||
| particle | 15-16 nov | 17:00 | |
| www.parrot.org/wiki/parrot-developer-summit-2008 | 17:01 | ||
| Tene | Hmm. | 17:02 | |
| If there's a class the week before, I might be able to get work to fly me there after teaching instead of home. | |||
|
17:08
mj41_ joined
|
|||
| particle | tene, jhorwitz; could you answer the questions on the wiki? www.parrot.org/wiki/parrot-developer-summit-2008 | 17:08 | |
| Tene | Do I have write access to the wiki? | ||
| particle | cool, that would make it easier | ||
| hrmm, it would be a problem if you don't | |||
| but i can fix that | |||
| you should be able to add yourself as a user | 17:10 | ||
| dalek | r31977 | julianalbo++ | trunk: | ||
| : fix a const issue in multidispatch that was creating lots of warnings | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31977 | |||
| Tene is waiting for registration email to greylist. | 17:13 | ||
| pmichaud | okay, I'm on the list. | 17:20 | |
| moritz | when is the nex parrot dev event in europe? ;-) | 17:23 | |
| PerlJam | moritz: Take the survey :) | 17:26 | |
| btw, I like "Parrot speaks your language" | 17:27 | ||
| chromatic | Europe? Europe still exists? | 17:28 | |
| NotFound plays 'The final countdown' | 17:29 | ||
| pmichaud | Europe is the place that is telling the U.S. how to get out of its financial meltdown :-| | ||
| pmichaud notes that "financial meltdown" and "the final countdown" sound a lot alike.... | 17:30 | ||
| Infinoid | uck. | ||
| PerlJam | too many syllables in the former | ||
| pmichaud | I cound five in both. | ||
| *count | |||
| dalek | r31978 | chromatic++ | trunk: | 17:31 | |
| : [OO] Fixed PMC_IS_NULL() check to check the right PMC (see r31966 and r31974). | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31978 | |||
| pmichaud | should updating parrot.org be included in docs/project/release_manager_guide.pod ? | 17:33 | |
| oh, it's there now | 17:34 | ||
| just didn't see it with the other updates | |||
| should we be using parrotcode.org or parrot.org as the primary url for Parrot? | 17:35 | ||
| e.g., /topic | |||
| particle | parrot.org i think, but migration is incomplete | 17:36 | |
| the parrot.org homepage should say something about that | |||
|
17:44
Ivatar joined
|
|||
| Zaba | In perl6, is it possible to make an operator like 'something' first param 'delimiter' second param 'somethingelse'? | 17:44 | |
| moritz | I don't fully understand the question, but probably "yes" | 17:45 | |
| do you want to define an infix operator? Or a ternary? | |||
| TimToady | at token is always allowed to parse sub-expressions as part of itself | ||
| *a | 17:46 | ||
| Zaba | An operator | ; |, that'd take 2 params, x and y, used as | x ; y |.. | ||
| TimToady | well, that would be ambiguous with prefix:<|> | 17:47 | |
| moritz | but if you choose a differten symbol.. then yes. | ||
| TimToady | (don't tell Zaba we've used up all the other symbols too :) | 17:48 | |
| Zaba | | ; | was only an example.. | ||
| moritz | TimToady: with the exception of ` and .ord > 127 | ||
| ;) | |||
| TimToady | in fact, the ternary rule in STD simply treats ??<EXPR>!! as a "fat token" binary | ||
| moritz | we've taken all the good ones, though ;) | ||
| Infinoid | syntax highlighters love unary ` | 17:49 | |
| TimToady | and basically all circumfixes in STD treat '(' ~ ')' <EXPR> as single tokens when viewed from above | 17:50 | |
| moritz | in Perl 6 syntax hilights you ;) | ||
|
17:51
ruoso joined
|
|||
| Coke | pmichaud: is 59006 resolved to your satisfaction? | 18:31 | |
| pmichaud | Coke: yes, it is. I'm a very satisfied customer there. | 18:32 | |
| Do you want to resolve it or shall I? | 18:33 | ||
| Tene | Which airport would I fly into to get to mountain view? | ||
| pmichaud | I think SJC is closest | ||
| follow by SFO and OAK | |||
| Coke | I can do it. | ||
| pmichaud | Tene: see code.google.com/events/visitors/ | 18:34 | |
| Tene | Clever. | ||
| pmichaud | AA flies direct to SJC from DFW, so I'll probably go that route. SWA also flies to SJC, but it's anything but direct (because we can't get direct from DAL to _anywhere_) | 18:35 | |
| Tene | SLC is a delta hub, which is nice | ||
| Hmm. Looks like I could fly for not much more than $200 | 18:36 | ||
| pmichaud | there's a $200 fare via Frontier Airlines from DFW to SJC (1 stop, I don't know where) | ||
| Tene | What time will things start on Saturday? | 18:37 | |
| There, page updated. | 18:38 | ||
| Need to consult with boss, though. | |||
| particle | we have a room at google from 9-5 sat&sun | 18:41 | |
| and they'll provide lunch | 18:42 | ||
| pmichaud | I'm guessing arrive fri evening and (hopefully) depart sun afternoon. But if we think we'll need time on Sun afternoon then perhaps I should move my flight to Monday. | 18:44 | |
| or maybe I can find a very late flight back. | |||
| it's much easier to get late flights going east-to-west than vice-versa. | |||
| particle | i can get 7p departure sunday | 18:46 | |
| pmichaud | yes, but you're flying north, not east :-P | 18:47 | |
| particle | we won't have the room after 5p, so there's no conference reason to stay | ||
| pmichaud | but the question is really: do I need to plan to attend after 1pm sunday? | ||
| if yes, then I either have to get a very late flight, or have another night stay | |||
| particle | i think we can deal with that. can you put up a wiki page with travel constraints/questions? | 18:48 | |
| it'll help in developing the schedule | |||
| but, really, it'll be a dozen people or so in one room | |||
| pmichaud | well, let me see what the latest reasonable flight I can get on Sunday | ||
| particle | so it shouldn't be hard to organize around travel | ||
| chromatic | AHHH, filing new tickets doesn't help get our numbers down. | 18:49 | |
| Tene | Okay, work says they'll try to arrange for me to be home on an adjacent week, so the girl won't get upset, and if I'm traveling the adjacent week they'll get me a flight to or from there. | 18:52 | |
| chromatic: it raises the number of tickets but helps to lower the number of issues. | |||
| The issues are there whether there's a ticket for them or not. | |||
| pmichaud | I can get a 9:30p flight on Sunday, puts me back to DFW 5:05a on Monday :-P | ||
| Tene | I still need to get another class in Dallas, so I can leave threatening notes and parrot feathers on pmichaud's doorstep. | 18:53 | |
| chromatic | Tene, ha ha only serious. | ||
| pmichaud | Tene: you could send the via UPS or FedEx :-P | ||
| s/the/them/ | 18:54 | ||
| Tene | chromatic: that ticket I filed about RPA::append, I can't find any notes left for me about how to reproduce or what I was using it for, and the commit you reference looks relevant, so I'd recommend closing that ticket. | ||
| chromatic: I also recommend scolding me for not providing a way to reproduce. | 18:55 | ||
| chromatic slaps Tene with a skyscraper | |||
| No PIR? NO BUGFIX FOR YOU. | |||
| Tene | Much better. I can feel myself growing more responsible already. | ||
| chromatic | Good, because lots of people fell out of the windows when I pulled the building out of the ground. | 18:56 | |
| I do remain hopeful that some of the width and signedness warnings cleanup will accidentally fix some 64-bit issues. | |||
| Tene | Oh? Want me to check? | 18:57 | |
| I think they showed up with the jit core, right? | |||
| particle | (tene's work)++ | ||
| Tene | OR, I could give you ssh to my laptop, if you think you can reproduce. | ||
| dalek | r31979 | coke++ | trunk: | ||
| : [codingstd] remove commented out code, resolve RT#43739 | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31979 | |||
| particle | ...gorram 64bit mess... | 18:58 | |
| NotFound | The way to fix 64 bit issues is to have more people working in 64 bit machines. For example, send me a good one ;) | 19:01 | |
| pmichaud | particle: I just edited the existing attendee survey page | ||
| chromatic | I don't remember them being 64-bit specific. | ||
| moritz has a 64bit machine with a 32 bit kernel on it | |||
| pmichaud | I'll probably switch back to 64-bit here when the next release of kubuntu appears this month | ||
| moritz | might be time to re-install from scratch | ||
| Infinoid | I've got a debian/x86_64 box I can provide shell access on, should anyone need it | 19:02 | |
| NotFound | A system, I mean, not just a machine. | ||
| Infinoid | I do most of my work on a gentoo/x86_64 laptop, but that one moves around a lot, so shell access is problematic. | 19:03 | |
| NotFound | Infinoid: It is actually showing some 64 specific ticket? | 19:04 | |
| Infinoid does a build on debian/x86_64 to find out | 19:05 | ||
| Coke | purl, 685-46-633 | ||
| purl | 6 | ||
| Infinoid | NotFound: got a 64 specific ticket for me to check for? | ||
| NotFound | Infinoid: don't remember any ATM. Some failing test? | 19:06 | |
| Infinoid | #59876 has been failing for me on gentoo, should be able to reproduce it on debian too | 19:07 | |
| moritz | Coke++ # closing tickets like hell | ||
|
19:08
cosimo_ joined
19:10
Lorn joined
|
|||
| dalek | r31980 | coke++ | trunk: | 19:12 | |
| : [mmd] add passing test from RT#41291 (multi dispatch on null) | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31980 | |||
| Coke | moritz: just the easy ones! =-) | 19:13 | |
| Infinoid | NotFound: yep, reproduced #59876 | 19:15 | |
| NotFound | Infinoid: If I understand well, in that ticket what is failed is the test, not parrot. | ||
| Infinoid | I bet it's an easy fix, I just haven't looked at the details. | ||
| NotFound | I don't think that a word size of 8 in a 64 bit machine is a failure at all. | 19:16 | |
| Infinoid | agreed | 19:17 | |
| NotFound | What surprises me is that someone expect that wordsize 2 may work. | ||
| Infinoid | I haven't tried ot use one of those architectures this century | 19:18 | |
| s/ot/to/ | |||
| NotFound | Unless the machine has CHAR_BIT > 8, but in that case a lot of things will fail. | ||
| Infinoid | I know toshiba has made some 128-bit MIPS processors... haven't managed to get my hands on one yet. | 19:19 | |
| dalek | r31981 | Whiteknight++ | trunk: | 19:20 | |
| : [PMC] Update documentation for stmvar.pmc, as per RT#43261 | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31981 | |||
| r31982 | julianalbo++ | trunk: | 19:23 | ||
| : implement sysinfo CPU_ARCH, RT#59722 | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31982 | |||
|
19:36
peepsalot joined
19:48
Andy joined
|
|||
| Coke | HEY DID ANYONE ELSE GET THEIR GOOGLE T SHIRT!? huh!? | 19:49 | |
|
19:50
bacek joined
|
|||
| Tene | Oh! That must be what that is. | 19:50 | |
| I heard I got a squishy package from google, but I haven't gone to pick it up yet. | |||
| moritz never got one | |||
| Tene | I never participated in any gsoc-related stuff. I feel like I must have cheated to get one. | 19:51 | |
| chromatic | It's a t-shirt. | ||
| Odd design, but black and free. | |||
| Tene | Perhaps I'll just leave it in the box, so it remains mysterious. | ||
| pmichaud | "I mentored GSOC and all I got was some broken code and this t-shirt." :-P | ||
| moritz mentored GSOC, got lots of good code but not t-shirt | 19:52 | ||
| I think that combination is preferable ;) | |||
| NotFound | moritz: Maybe the shirt is the consolation prize for the others. | ||
| moritz | NotFound: heh, never thought of it that way ;) | 19:53 | |
| Tene | I could ship my shirt to moritz | 19:55 | |
| Infinoid | oh, speaking of GSOC, did we ever hear back from Senaka Fernando regarding harmony GC and parrot? | ||
| NotFound | Tene: fax it. | ||
| Infinoid | I answered a bunch of questions back in may-june and then heard nothing. | ||
| particle | i don't remember anything from senaka after that | 19:56 | |
| Infinoid bugs him on yahoo | |||
| NotFound | Did you think that if we call it 'Bit recicling' instead of 'Garbage collection' we've got more donations from enviromentally concerned organizations? | 19:57 | |
|
19:58
cjfields joined
|
|||
| cjfields | Coke: got my shirt as well (mentored for NEScent) | 20:00 | |
| ...goes to show anyone can get one :) | 20:01 | ||
| TimToady | phone | ||
| cjfields | (well, as long as they do the work) | ||
| particle | chromatic: are you joining in? | 20:03 | |
| chromatic | Yes. Would you believe my broker called at 12:53 pm? | 20:05 | |
| Coke | ... except for the part where you have a broker. | ||
|
20:21
cosimo_ left
20:28
gaz joined
20:34
ab5tract joined
|
|||
| dalek | r31983 | particle++ | trunk: | 20:40 | |
| : [rakudo] minor action grammar refactorings | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31983 | |||
| particle | pmichaud: so, how do i know the name of the package(s) just used, so i can grab ::EXPORT::... ? | 20:43 | |
| should i be introspecting the ast in use_statement? | |||
| probably need to look in $sub after it's compiled | 20:45 | ||
|
20:59
Whiteknight joined
21:08
Zaba_ joined
21:16
PacoLinux joined
21:18
TiMBuS joined
21:28
Zaba joined
21:50
Zaba joined
22:10
donaldh joined
22:29
particle1 joined
22:57
Zaba_ joined
23:01
DietCoke joined
|
|||
| Whiteknight | I've got two tests failing on my system, is that known? | 23:01 | |
| I haven't run make test on trunk in a while, so I dont know | 23:02 | ||
| actually I've got four failing tests, but two of them are codingstd tests that I broke | 23:03 | ||
| Coke | the smolder tests have been failing for days. | 23:04 | |
| Whiteknight | no, I've only got one failing test, pcre.t | 23:05 | |
| Coke | smolder.plusthree.com/app/public_pr...st_failure | 23:06 | |
|
23:06
tetragon joined
|
|||
| dalek | r31984 | Whiteknight++ | trunk: | 23:08 | |
| : [Core] Test for NULL pointer dereferencing in src/stacks.c, as per RT#43851 | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31984 | |||
| r31985 | Whiteknight++ | trunk: | 23:09 | ||
| : [Core] codingstd fix on the stuff I just wrote. | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31985 | |||
| r31986 | Whiteknight++ | trunk: | 23:10 | ||
| : [PMC] Codingstd trailing whitespace fix for some documentation I added earlier today. | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31986 | |||
|
23:11
ruoso joined
|
|||
| chromatic | Coke, do you have GMP? | 23:12 | |
| Coke | maybe? | 23:13 | |
| (that's not my smolder report) | |||
| chromatic | Okay. Someone doesn't have GMP. | 23:14 | |
| Coke | ... are we requiring GMP? | ||
| tetragon wonders if anyone has looked at RT#59874 | |||
| Coke wonders if there's some way to auto-URL that in this discussion. | 23:15 | ||
| chromatic | tetragon, that's the one we're discussing. | ||
|
23:16
cjfields joined
|
|||
| tetragon | I'm preparing a fresh tree at the moment, but that build is still around | 23:16 | |
| Coke | sadly, I think that started failing after allison fixed pow for me. =-) | ||
| tetragon | And no, I don't have GMP installed. Even when I had my iBook (which had GMP), parrot couldn't find the thing as it was a framework build instead of a Unix build. | 23:18 | |
| chromatic | Okay, one moment please. | 23:19 | |
| dalek | r31987 | chromatic++ | trunk: | 23:21 | |
| : [t] Skipped arithmetic overflow test if Parrot didn't link against GMP (RT | |||
| : #59874, Seneca Cunningham). | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31987 | |||
| chromatic | tetragon, would you mind upgrading to r31987 and running prove t/op/arithmetic.t? No rebuild necessary. | ||
| tetragon | The test skipped, and nothing in that file failed. Does the check have any effects on 64-bit? | 23:22 | |
| My 64-bit build passed the old test without any issues | |||
| chromatic | 32-bit integers will overflow. 64-bit integers are fine. I suppose the test is more of 32-bit overflow than anything else. | 23:23 | |
| tetragon | (although it failed the wordsize test in t/native_pbc/header.t (RT#59876)) | ||
| So the test will be skipped even on my system where it would pass | 23:24 | ||
| chromatic | For now. If someone wants to modify it to check for 64-bitness, even better. | 23:25 | |
| The conditional will be something like skip( ... ) if $PConfig{intvalsize} == 4 && !$PConfig{gmp}; | 23:26 | ||
| dalek | r31988 | Whiteknight++ | trunk: | ||
| : [Core] Remove rotate_entries function from src/stacks.c, which isn't used anywhere. Doing this as per a suggestion in RT#43851 | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31988 | |||
| chromatic | If you test that on 32- and 64-bit builds and it makes sense, let me know and I'll make that change. | ||
| Whiteknight | two tickets today! | 23:27 | |
| tetragon | Skips on 32-bit | ||
| Coke | anyone else have an opinion on closing out the "self contained languages" ticket? | 23:28 | |
| tetragon | Doesn't skip on 64-bit | ||
| Whiteknight | Larry met Professor Aho? I'm so jealous! | ||
| chromatic | Does it pass on 64-bit? | ||
| tetragon | Yes | ||
| Coke | of Professor Aho? eh. I've met larry. it's not that special. | 23:29 | |
| chromatic | still? | 23:30 | |
| Coke | chromatic: I wonder if #38432 is related to the exceptional issues we've been seeing elsewhere. | ||
| dalek | r31989 | chromatic++ | trunk: | 23:31 | |
| : [t] Refined intval overflow test to skip only with 32-bit INTVALs without GMP, | |||
| : per Seneca Cunningham. | |||
| diff: www.parrotvm.org/svn/parrot/revision?rev=31989 | |||
| chromatic | Coke, I wonder the same. | 23:32 | |
| Tene | Can anyone tell me how to build a jit-capable parrot? | ||
| chromatic | perl Configure.pl --jitcapable | 23:33 | |
| Tene | chromatic++ | ||
| Coke | an intrepid bug-admin could probably combine several of the open storable tickets for parrot. I suspect some duplication. | 23:41 | |
| Tene | Hm. I still get a segfault on 64-bit trying to use jit for perl6 | ||
| Whiteknight | Alfred Aho was one of the authors of AWK, co-author of the dragon book, and did a few other things | ||
| Coke | ... it's a joke, son. | 23:42 | |
| aho? | |||
| purl | i heard aho was the A in AWK? | ||
| Coke pats purl onna head. | |||
| Tene | Coke: how's that TGE test coming? | ||
| Coke | ... did you see my email? | ||
| Whiteknight | damn sons, oh no he di'n't | ||
| chromatic | Bumping to Storable 2.18 seems the most reasonable solution to me. | ||
| Tene | Coke: I didn't see any email from you | ||
| Coke | it was attachd to the ticket. | ||
| Tene | Coke: unless it was to a list... | ||
| chromatic | They'll need a crane. | 23:43 | |
| Tene | I guess this would be easier if I had a short-term memory. | ||
| There's a ticket? | |||
| Ah, 59912 | 23:45 | ||
| Coke | rt.perl.org/rt3/Ticket/Display.html?id=59912 | ||
| ... curse my metal body, I wasn't fast enough. | |||
| Tene | It's okay. It's shiny enough. | ||
| Was chromatic's patch there applied? | 23:46 | ||
| Coke | not sfaik. I haven't tested it yet, either. | ||
| chromatic | I haven't applied it. Allison said she'd take a look. | 23:47 | |
| Coke | rt.perl.org/rt3/Ticket/Display.html?id=45965 ... I could probably whip up a patch that removed the leading __ from the slot names. Any interest ? | 23:51 | |
| chromatic | Yes please. | 23:53 | |
| nopaste | "tene" at 67.137.148.11 pasted "this might be another part of the fix needed for TGE (Coke++)" (19 lines) at nopaste.snit.ch/14300 | 23:56 | |
| Tene | Hm, I'm not sure if that shoudl be new or if that should be a get_class/new pair | 23:57 | |
| no time to test right now, need to run home. | |||
| chromatic | Tene, that seems pretty sane. Mostly it needs to mirror what parsegrammar() does. | 23:58 | |