|
Parrot 0.9.0 | parrot.org/ | 468 RTs remain Set by moderator on 11 February 2009. |
|||
| dalek | rrot: r36738 | allison++ | trunk/tools/dev/install_files.pl: [install] Handle any compiler files installed in the main package. |
00:00 | |
|
00:03
mikehh joined
00:04
eternaleye joined
|
|||
| mikehh | Has anyone built parrot on AMD64 Linux with perl Configure.pl --optimize | 00:05 | |
| rg | i believe this is known to not work (segfault in miniparrot) | 00:06 | |
| TiMBuS | ive /tried/ to build it :D | ||
| i think its a segfault in PGE | 00:07 | ||
| mikehh | my latest attempt got past PGE but failed in THE | 00:08 | |
| TiMBuS | ill give it a shot | ||
|
00:08
AndyA joined
|
|||
| mikehh | sorry that's TGE | 00:09 | |
| it builds fine without the optimize | |||
| TiMBuS | yep, tge | 00:10 | |
| mikehh | it failed with: FixedIntegerArray: Can't resize! | ||
|
00:10
Limbic_Region joined
|
|||
| TiMBuS | i jsut get a segfault =/ | 00:11 | |
|
00:11
Theory joined
|
|||
| mikehh | current instr.: 'parrot;P6metaclass;new_class' pc -1 ((unknown file):-1) | 00:12 | |
| nopaste | "rg" at 91.13.166.201 pasted "hints for openbsd to use shared libparrot" (24 lines) at nopaste.snit.ch/15626 | ||
| mikehh | make[1]: *** [TGE/Parser.pir] Error 1 | 00:13 | |
| TiMBuS | your error is probably the same as mine except it gets caught | ||
| #0 get_attrib_index_keyed (interp=0x1417080, self=0x0, key=0x15261d0, name=0x141e0a8) at ./src/pmc/object.pmc:81 | |||
| thats the backtrace of my segfault. im pretty sure 'self' being 0 is bad | 00:14 | ||
| mikehh | the problem being of course that it comes almost at the end of the make | ||
| rg | msg rurban openbsd 4.4/i386 is fine at r36736 and with this nopaste.snit.ch/15626 also builds shared libparrot (still all tests ok). feel free to commit that patch if you like. | 00:15 | |
| purl | Message for rurban stored. | ||
| mikehh | It works fine without the --optimize --> smolder.plusthree.com/app/public_pr...ails/18030 | 00:19 | |
| shorten | mikehh's url is at xrl.us/bega2c | ||
| mikehh | and it works fine with i38 Linux with the --optimize | 00:21 | |
| i386 Linux | 00:22 | ||
| jonathan | purl, rakudobug | 00:36 | |
| purl | rakudobug is mailto:rakudobug@perl.org | ||
| jonathan | OH HAI | 00:42 | |
| Anybody know anything about the following error: | |||
| Parrot::OpsFile: Unrecognized line: 'inline op rebless_subclass(in PMC, in PMC) :base_core { | |||
| '! | |||
| ops2c code generation failed (2304) | |||
| allison | jonathan: I know someone else reported it on IRC earlier today | 00:44 | |
| we don't have an opcode rebless_subclass | 00:45 | ||
| (I didn't look into it at all this morning) | |||
| jonathan | allison: It's a Rakudo dynop. | ||
| allison | jonathan: ah, makes sense | 00:46 | |
| jonathan | allison: Though it may be one you might want to ponder for core. | ||
| I dodn't feel strongly either way. | |||
| The code gen failure is...annoying though. Hmm. | 00:47 | ||
| allison | jonathan: at the moment I'm considering ripping out dynoplibs.pl and replacing it with a makefile (only tangentially related) | 00:48 | |
| jonathan | Was anything deprecated in op syntax recently? | ||
| allison | jonathan: no | ||
| jonathan | Oddness. | ||
| purl | hmmm... oddness is that the icons are on top of the google ads | ||
| allison | jonathan: was the dyn ops file changed recently? | 00:49 | |
| jonathan | Not that I'm aware of. | ||
| I didn't change it. And it's sufficiently terrifying that I doubt anyone else will have. ;-) | |||
| rurban | jonathan: ot's a crlf issue | 00:54 | |
| d2u fixes it | |||
| jonathan | Oh, ouch. | ||
| But that'd explain the issue some more. | |||
| rurban | the regex is not crlf aware | ||
| I pastes the line, see the irclogs. no time for a tciekt. tommorrow | 00:55 | ||
| jonathan | OK, thanks. | 00:56 | |
| rurban++ | |||
| Whiteknight | allison: I swear I'm not trying to be argumentative with all these emails, I just want to get it Right so long as we are in there monkeying with calling conventions stuff | 00:58 | |
| dalek | rrot: r36739 | whiteknight++ | branches/rename_pccinvoke/src/call/pcc.c: [rename_pccinvoke] registering the sigobject. It was being unregistered later, but never registered. I added this to double-check that the GC knew it existed. |
01:02 | |
| allison | Whiteknight: lol :) well, neither am I | 01:06 | |
| Whiteknight | I really want to get some kind of consistent implentation, but I'm starting to feel like it's a hopeless cause | ||
| allison | Whiteknight: well, you're seeking for consistency between to very different things | 01:07 | |
| I completely agree that we need a way to get at the currently invoked code object | 01:08 | ||
| but that's not at all the same thing as the current invocant | |||
| jonathan | allison: That is through interpinfo op or ParrotInterpreter PMC, no? | ||
| allison | trying to collapse the two concepts will always cause confusion | ||
| jonathan | Agree. | ||
| Whiteknight | right, but then what's our behavior going to be for ".sub 'invoke' :vtable :method"? The invoke vtable override is the thing I'm most concerned with right now | ||
| jonathan | Though I really don't want to lose implicit self... | 01:09 | |
| Whiteknight | or even without the :method, if that causes too much confusion | ||
| jonathan | Whiteknight: I think for that, the Best Thing would be if we could give it the self parameter it expects. | ||
| Whiteknight: But that means we need to be able to "insert" an extra argument at the start of the argument set. | |||
| allison | that is, self is the first parameter | ||
| jonathan | allison: Right. | 01:10 | |
| I did want to patch this. Ages back. | |||
| Whiteknight | yeah, it's a huge mess | ||
| allison | jonathan: unless we just mark that first parameter as the invocant | ||
| jonathan | Then I went and look at inter_call.c...and half an hour later decided I'd prefer a beer. | ||
| allison | jonathan: yes, it's a mess | ||
| jonathan | allison: Basically though, I couldn't see a way to do it. | ||
| Whiteknight | My next idea, which is probably better but more intensive, is to not pass "self" as a parameter at all, but to get it in a different way | ||
| allison | Whiteknight: this may become easier once we rip out the current code | 01:11 | |
| jonathan | Whiteknight: That'd really get in the way of things. | ||
|
01:11
kid51 joined
|
|||
| allison | Whiteknight: actually, that's the current problem, that self isn't being passed as a parameter | 01:11 | |
| jonathan | Whiteknight: A *lot* of things rely on being able to invoke something without caring if it's a :method or not. | ||
| Whiteknight | jonathan, there would still be an implicit "self", IMCC would just generate it in a different way internally | ||
| allison | Whiteknight: if self were passed as a parameter, all this would go away | ||
| jonathan | Whiteknight: No, I mean calling it as $P0($P1) and $P1.$P0() and it being the same call. | 01:12 | |
| allison | the first Pi parameter, as in the new pcc_invoke | ||
| Whiteknight | when it is passed at all, it is passed as a parameter | ||
| NotFound | We can't have usable functors if they can't be called as functions. | ||
| And if we can't overriding invoke in pir objects is useless | |||
| allison | Whiteknight: but in the calling conventions it's just "current_object", not passed at all | 01:13 | |
| interp->current_object | |||
| jonathan | allison: Huh? | ||
| Whiteknight | allison: but from PIR it's passed as the first set_param | ||
| jonathan | allison: Oh, maybe... | ||
| :-) | |||
| allison: OK, I'll just agree with you on "it's a mess". :-) | |||
| Whiteknight | now, if we unified it so that PIR acted more like PCCINVOKE, that would be better | ||
| allison | Whiteknight: in the new code we added in the new pcc_invoke, it is passed as the first argument | ||
| Whiteknight | allison: are you talking about calling from C or calling from PIR? | 01:14 | |
| allison | Whiteknight: curiously, PCCINVOKE is just emulating how PIR calling conventions work | ||
| Whiteknight: in which? | 01:15 | ||
| purl | somebody said in which was the 3/5 part? | ||
| allison | Whiteknight: when I say "new pcc_invoke" I'm talking about calling from C | ||
| Whiteknight | allison: I'm talking about calling from PIR, where the invocant is passed using set_param like all the other parameters, and where "self" is treated as the first get_param | 01:16 | |
| now if PIR kept the invocant separate from the list of parameters, we wouldn't be in this mess | |||
| NotFound | Is a Pir2Pir ;) | 01:17 | |
| jonathan | Whiteknight: Thing is, PIR can't always know that... | ||
| Whiteknight | jonathan: But what you can do is prepare all the information for every case, and have the callee only read the information that makes sense to it | ||
| allison | Whiteknight: no, it's not | ||
| Whiteknight | allison: compilers/imcc/pcc.c:390-398. the invocant is unshifted onto the list of parameters | 01:19 | |
| no, actually that's where it's pulled off the list in the callee. It's passed on line 791 | 01:20 | ||
| allison | Whiteknight: src/ops/object.ops:79 the object passed to callmethodcc gets saved as interp->current_object, which is what the rest of the system uses | 01:21 | |
| Whiteknight | that's a separate system | ||
| $P0($P1) and $P1.$P0() can be used interchangably for the most part, and both will put $P1 in "self" if $P0 is a method | 01:22 | ||
| because in both cases, $P1 is passed as the first parameter | |||
| allison | Whiteknight: what you're looking at in imcc is only how the 'self' parameter is dummied up | ||
| Whiteknight: it's not actually used in invocation | 01:23 | ||
| Whiteknight | right, I don't care how the invocant is handled internally, I only care about getting the "self" keyword to be where people expect it to be | ||
| allison | $P1.$P0() is callmethodcc | ||
| Whiteknight: okay, but self isn't actually a regular parameter, it's a hack | 01:24 | ||
| Whiteknight | I know the ops are different, but the result is the same between the two. The sub $P0 is called, and the value $P1 is put into "self" | ||
| allison | (and a pretty icky hack at that) | ||
| Whiteknight | exactly! Hence my desire to fix it and make it all more consistent! | ||
| allison | the way to make it consistent is to make the invocant a regular parameter | ||
| Whiteknight | it currently only sort-of works in an arbitrary handful of situations | ||
| I disagree, I think the way to make it consistent, especially considering all the various use cases, is to keep the invocant separate from the list of parameters | 01:25 | ||
|
01:26
jimmy joined
|
|||
| Whiteknight | because if we try to call a :method as a regular subroutine, we're going to get an error about having too few parameters passed | 01:26 | |
| allison | Whiteknight: it is separate currently | ||
| Whiteknight | not so far as the "Self" keyword is concerned | ||
| everywhere else, yes | |||
| allison | Whiteknight: so, remove the 'self' hack | 01:27 | |
| Whiteknight: it's not used at all for invocation | |||
| jonathan | allison: I'm with you on the self parameter being a normal parameter. | ||
| allison: But we do need a way to fix the invoke vtable method. | |||
| allison | jonathan: yes, but there are deeper issues there | 01:28 | |
| Whiteknight | jonathan: The way to fix "invoke" is to make "self" not treated like a normal parameter | ||
| jonathan | allison: Well, in theory what we *want* to do is easy. | ||
|
01:28
Andy joined
|
|||
| jonathan | allison: Just unshift something onto the argumetns list. | 01:28 | |
| allison: In reality, that's actually a pain in the arse to achieve at the moment... | |||
| Whiteknight | jonathan: it's very easy to unshift the parameter. It's harder to decide *when* to unshift it | 01:29 | |
| allison | jonathan: the problem is that currently the invoke vtable function is what sets up the interpreter environment for execution. | ||
|
01:29
eternaleye joined
|
|||
| Whiteknight | the call to $P0() should if it's an Object calling the invoke :vtable, but shouldn't when $P0 is a normal sub | 01:29 | |
| allison | jonathan: that is, overriding it from PIR doesn't make sense (with its current semantics) | 01:30 | |
| jonathan | Whiteknight: The majority of the time it's what we want. | ||
| Whiteknight | jonathan: what is what we want? | ||
| jonathan | Both of you: overriding invoke in PIR is a special case whichever road you take. | ||
| Whiteknight | (I'm losing track of what "it" is) | ||
| jonathan: we can make it more consistent, but there are changes that need to be made to support that | 01:31 | ||
| and there are several different paths we can pursue | |||
| allison | jonathan: yes, so we need to figure out how people are actually using it, or are likely to use it and support that | ||
| Whiteknight | allison: there is no "actually using it" because it's borked beyond usability right now | ||
| jonathan | Whiteknight: If we want $P0.$P1() to be like $P1($P0) - which we really do and it is now - then IMO we want to have the invocant as the first parameter. | ||
| allison | jonathan: but, it's always going to be either a prefix or suffix to a real low-level invoke implementation | ||
| Whiteknight | jonathan: I don't think I want the two to be the same. | ||
| jonathan | Yes, I agree with Whiteknight - every time I wanted to or coulda used vtable invoke, it was too broken to be useful. | 01:32 | |
| Whiteknight | In the first case $P0 is "self". in the second case, $P0 is the first positional parameter | ||
| allison | jonathan: er, I don't want $P0.$P1() to be like $P1($P0) to be the same | ||
| Whiteknight | I don't want it either, but it is now and that's confusing | ||
| allison | one has a Pi argument signature (marked as an invocant) and the other has a regular P signature | 01:33 | |
| jonathan | allison: Erm. They are currently interchangable. | 01:35 | |
| allison: If you break that, you're going to cause headaches. | |||
| dalek | rrot: r36740 | jkeenan++ | branches/update_pod: Refactor more code out of two test files and into Parrot::Test::Pod::Util. |
||
| Whiteknight | jonathan: there's more headaches to be had if we let people treat two very different cases in the same way | ||
| allison | jonathan: we can have an option to declare subs that conflate method and sub calls, but shouldn't be the default | 01:36 | |
| jonathan | allison: Why? | 01:37 | |
| If your argument is that the invocant is the first parameter (which I agree with fully), why break this? | |||
| Whiteknight | the invocant should not be the first parameter, it's a distinct thing | 01:39 | |
| allison | and, third perspective: the invocant is the first parameter, and it's marked in the signature as an invocant | ||
| jonathan: because not all languages are as lazy as Perl about what is and isn't an invocant | 01:40 | ||
| jonathan: and, it's easier to build in the distinction and relax it for Perl than to try to build the distinction on top of an inherently sloppy invocation pattern | |||
| jonathan | allison: So you're saying that if I declare soemthing without an invocant and invoke it as $P0.'foo'() then it'd be an error? | 01:41 | |
| (in which case I can see the value in this) | |||
| allison | yes, you'd be passing an unexpected parameter | 01:42 | |
| jonathan | OK. | ||
| So long as we can keep being able to have $P0.$P1() *and* $P1($P0) work for the same thingy, you're not going to upset me too much. :-) | 01:43 | ||
| Andy | Are any of you git studs? | ||
| jonathan | (Even if we have to add some extra annotation and explicitly declare self to make that happen...) | ||
| Andy: I'm more of a git donkey... | |||
| Andy | I can't figure how to get main trunk stuff for rakudo | 01:44 | |
| jonathan | That's strange, because git is the messiah and all... | ||
| Andy: I think you want: | |||
| git clone git://github.com/rakudo/rakudo.git | 01:45 | ||
| Andy | right I have that checkout | ||
| but I want to apply current changes into my branch | |||
| jonathan | Oh | 01:46 | |
| git pull | |||
| purl | i think git pull is slow. | ||
| jonathan | purl: Of course it's not! | ||
| purl | jonathan: excuse me? | ||
| jonathan | Excuse you. | ||
| Andy | but that pulls it from my branch | ||
| jonathan | Andy: Oh? | 01:47 | |
| purl | Oh are you getting paid better than them? | ||
| jonathan | Hmmm... | ||
| For me that pulls it from the main repo... | |||
| jimmy | purl: no, git pull is not slow. | ||
| purl | okay, jimmy. | ||
| jonathan | I didn't figure out branching under git yet. | ||
| I only just got it worked out in svn before we moved to git. It'll take me at least a year yet. ;-) | |||
| Andy: Well, if you want "head", there's always getting a new clone... | 01:48 | ||
| Andy | sorry not branch, fork | ||
| Andy goes back to the git book | 01:49 | ||
| jonathan wishes he could upload the git book into his brain... | |||
| I don't doubt there are things about git that are better than svn. | |||
| But the learning curve is sure steeper. | |||
| Tene | Andy: git checkout mybranch; git pull master; should work | 01:51 | |
| if i understand what you're asking for | 01:52 | ||
| Tene bbl | 01:53 | ||
| jonathan -> sleep | 01:55 | ||
| Infinoid | Andy: how was your checkout created? | 02:00 | |
| TiMBuS | Andy, pull from the rakudo git url | 02:01 | |
| Infinoid | If you've got a branch (non-master) with some local revisions, but you're still working in a repository that was originally created with "git clone", you probably want: git fetch; git rebase origin | 02:02 | |
| I use that a lot; it's the way I normally work. | 02:06 | ||
| Andy | I made my own fork | ||
| I checked out that form | |||
| fork | |||
| github.com/petdance/rakudo/tree/master | 02:07 | ||
| I want to get the stuff that's been in github.com/rakudo/rakudo/tree/master since I started my fork | |||
| dalek | rrot: r36741 | whiteknight++ | branches/rename_pccinvoke/src/io/api.c: [rename_pccinvoke] still getting intermittent test failures, so I'm reverting the update to src/io/api.c for now, which kills the errors definatively |
02:08 | |
| rrot: r36742 | jkeenan++ | branches/update_pod: Re-code pod_todo.t to use Parrot::Test::Pod::Util. Test for presence of |
02:10 | ||
| rrot: r36743 | jkeenan++ | branches/update_pod: Change name of Parrot::Test::Pod::Util to Parrot::Test::Pod. |
02:18 | ||
| purl | dalek: that doesn't look right | ||
|
02:26
eternaleye joined
|
|||
| Andy | AHA | 02:31 | |
| I have to do a "git remote add" | |||
| dalek | rrot: r36744 | jkeenan++ | branches/update_pod: To avoid repeating code, move some auxiliary functions from individual test files to new module Parrot::Test::Pod::Utils. |
02:35 | |
| rrot: r36745 | jkeenan++ | branches/update_pod/lib/Parrot/Test/Pod.pm: Eliminate trailing whitespace. |
02:40 | ||
| rrot: r36746 | jkeenan++ | branches/update_pod/lib/Parrot/Test/Pod/Utils.pm: Add coda. |
02:41 | ||
| rrot: r36747 | jkeenan++ | trunk/src/call: Add *.obj to svn:ignore list. Cf.: |
02:48 | ||
|
03:18
Theory joined
|
|||
| TiMBuS | Andy, its possible to pull from any repo without having to 'remote add' it.. if i wanted to merge my copy from your branch i'd just use "git pull git://github.com/petdance/rakudo.git master" | 03:35 | |
|
03:35
janus joined
|
|||
| Andy | yeah, but I want to do it all the time. | 03:35 | |
| but thank you. | |||
| now I can just "git pull main HEAD" | 03:36 | ||
| TiMBuS | just letting you know so you dont alias a whole bunch of remote repos :) | ||
|
03:37
mateu left
|
|||
| Andy | ok, thanks | 03:44 | |
| dalek | rrot: r36748 | jkeenan++ | failed to fetch changeset: Remove branch whose line of development didn't pan out. |
04:05 | |
|
04:19
rurban_ joined
|
|||
| dalek | rrot: r36749 | allison++ | trunk/DEPRECATED.pod: [cage] Add deprecation notice for crufty build scripts. |
04:28 | |
|
04:32
eternaleye joined
05:25
eternaleye joined
05:45
mikehh joined
06:10
Tene joined
06:15
eternaleye joined
06:27
eternaleye joined
07:49
Ademan joined
08:34
iblechbot joined
08:43
cognominal_ joined
08:45
mberends joined
09:14
alvar joined
09:37
barney joined
|
|||
| dalek | rrot: r36750 | rurban++ | trunk/config/init/hints/mswin32.pm: [cage] uppercase cc on MSWin32 possible |
10:14 | |
| tracwiki: v50 | barney++ | Languages | 10:26 | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=50 | 10:27 | ||
| rurban | barney: nqp is stable, Kea-CL misses several new changes | 10:28 | |
| c99 is good and stable | 10:29 | ||
| dalek | tracwiki: v51 | barney++ | Languages | 10:30 | |
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=51 | |||
| tracwiki: v52 | rurban++ | Languages | 10:34 | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=52 | 10:35 | ||
| tracwiki: v53 | rurban++ | Languages | 10:37 | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=53 | |||
| tracwiki: v54 | rurban++ | Languages | 10:39 | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=54 | |||
| barney back from brunch | 10:44 | ||
|
10:47
Ademan_ joined
|
|||
| rurban | hi barney: trac.parrot.org/parrot/ticket/339 agreed? | 10:48 | |
| barney | centralising compiler detection for Win32 sounds sane to me | 10:50 | |
| rurban | ccache gcc or ccache cl or CL failed for me | 10:51 | |
| the importlib case e.g. fails currently on those cc's. | 10:52 | ||
| barney | never tried compiling with ccache | 10:54 | |
| NotFound | Parrot_find_language - Find the magic language token for a language, by language name. - return 0; ----> Thats magic! | 11:05 | |
| dalek | rrot: r36751 | fperrad++ | trunk/tools/dev/install_files.pl: [codingstd] remove hard tabs |
11:06 | |
| barney | Can I choose -0 as magic language token? | 11:14 | |
| dalek | tracwiki: v11 | barney++ | LeaveTheNest | 11:16 | |
| tracwiki: trac.parrot.org/parrot/wiki/LeaveT...version=11 | |||
| rurban | barney: joking or serious? | ||
| I really want to have backtrace for cygwin/mingw | 11:17 | ||
| dalek | rrot: r36752 | barney++ | trunk: [Pipp] Pipp is now at github.com/bschmalhofer/pipp |
||
| rrot: r36753 | barney++ | trunk/config/gen/makefiles/languages.in: [languages] add Makte-targets co-fun and up-fun |
11:19 | ||
| rrot: r36754 | barney++ | trunk/config/gen/makefiles/languages.in: [languages] Add co-pipp and up-pipp |
11:22 | ||
| rrot: r36755 | barney++ | trunk: Let svn ignore languages/pipp and languages/fun |
11:25 | ||
| bernhard.schmalhofer@gmx.de | Pipp: | 11:34 | ||
| link: www.perlfoundation.org/parrot/index.cgi?pipp | |||
| rrot: r36756 | barney++ | trunk/NEWS: [docs] Pipp has no support for 'switch' yet |
11:37 | ||
|
11:48
masak joined
|
|||
| rurban | NEWS: "Removed (incomplete) Bignum implementation" shouldnt that say "Disabled (incomplete) Bignum implementation" | 12:12 | |
| NEWS: �Better "Disabled incomplete BigNum implementation" | 12:13 | ||
| dalek | rrot: r36757 | fperrad++ | trunk: [TGE] fix load_bytecode in install tree |
12:19 | |
|
12:19
rurban_ joined
12:30
TiMBuS joined
|
|||
| barney | rurban: wasn't src/bignum.c removed? | 12:31 | |
| rurban | no. src/pmc/bignum.pmc was just disabled. And I got it almost working | 12:38 | |
| I'm just adding bigint support for bignum. | |||
| dalek | rrot: r36758 | rurban++ | trunk/NEWS: BigNum wording |
12:42 | |
| rurban | It never worked anyway. I make it work now. | 12:43 | |
| barney | rurban++ | 12:45 | |
|
13:02
Whiteknight joined
13:11
Ademan joined
13:14
TiMBuS joined,
particle1 joined
|
|||
| barney | Pipp is now on github, use.perl.org/~Bernhard/journal/38480 | 13:19 | |
| Infinoid | Cool, I'll add another rss parser. | 13:28 | |
| dalek | rrot: r36759 | whiteknight++ | branches/rename_pccinvoke/src/io/api.c: [rename_pccinvoke] update the Parrot_PCCINVOKE calls in src/io/api.c that don't use string or PMC args or results. All tests pass here |
13:33 | |
| barney | Infinoid++ | ||
|
13:37
sjn joined
13:45
kid51 joined
|
|||
| dalek | rrot: r36760 | barney++ | trunk/include/parrot/packfile.h: [codingstd] satisfy c_macro_args.t |
13:50 | |
|
13:50
barney joined
|
|||
| Infinoid installs SUPER.pm on feather | 13:53 | ||
| dalek | rrot: r36761 | barney++ | trunk/include/parrot/packfile.h: revert 36760, didn't see the comment in the line above |
13:54 | |
|
13:58
mikehh joined
|
|||
| Infinoid | Yeah. I already did that once, too. Sounds like it's still a work in progress. | 13:59 | |
|
13:59
rhr joined
14:07
gravity joined
|
|||
| dalek | rrot: r36762 | barney++ | trunk/t/codingstd/perlcritic.t: [codingstd] The list of languages for 'make codetest' is empty, |
14:16 | |
|
14:40
Hinrik joined
14:41
Tene joined
|
|||
| rurban | bignum works fine! I'm tuning the tests and interfaces now | 14:48 | |
|
15:07
Hinrik joined
15:21
rafl joined
|
|||
| rurban | trac.parrot.org/parrot/ticket/280 has now bignum | 15:21 | |
|
15:34
Hinrik joined
|
|||
| dalek | tracwiki: v55 | chrisdolan++ | Languages | 15:48 | |
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=55 | |||
| tracwiki: v56 | chrisdolan++ | Languages | 15:49 | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=56 | |||
| tracwiki: v57 | chrisdolan++ | Languages | 15:52 | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=57 | |||
| rg | infinoid: why is the change comment not displayed for wiki changes? and could you append &action=diff to the url? | 16:00 | |
|
16:00
Hinrik joined
|
|||
| rurban | I justthought the same | 16:00 | |
| dalek | rrot: r36763 | jkeenan++ | trunk/t/codingstd/perlcritic.t: Clarify inline comment. |
16:02 | |
| nopaste | "infinoid" at 96.238.213.50 pasted "parrotwikilog.pm plugin source; patches welcome." (104 lines) at nopaste.snit.ch/15627 | ||
| Infinoid | (sorry, I've got limited tuits at the moment and I want to finish updating github stuff first) | 16:03 | |
| nopaste | "infinoid" at 96.238.213.50 pasted "test.pl script for running plugin without bot" (45 lines) at nopaste.snit.ch/15628 | 16:05 | |
| rg | ok, that's a big help. i'll see what i can do | 16:06 | |
| Infinoid is consolidating the github rss parser into a common base module, which is a big help because we're about to have 8 of these | |||
| dalek | tracwiki: v58 | rurban++ | Languages | ||
| tracwiki: trac.parrot.org/parrot/wiki/Langua...version=58 | |||
|
16:07
Limbic_Region joined
16:24
ask_ joined
|
|||
| Infinoid | oh my, quite a lot of parrot languages on github | 16:28 | |
| dalek | rrot: r36764 | jkeenan++ | tags/tcif-26373: Branch corresponding to tag has been deleted, so tag may be deleted as well. |
16:30 | |
| masak | quite a lot of Perl 6 projects on github, as well. | ||
| rurban | I've put mine to google svn. I prefer svn so far | 16:31 | |
|
16:31
Hinrik joined
16:34
jan joined
|
|||
| Infinoid | rurban: remind me about that, I've got a googlecode atom feed parser that I can consolidate into a common base module and then add a plugin for your language too | 16:40 | |
| rurban | later. I'll add bignum now | ||
| Infinoid | when I get home, there are 7 more github language plugins I will add parsers for | ||
| back later & | |||
| rurban | most tests pass. just stringification is broken, markled as todo | ||
| nopaste | "rg" at 91.13.171.120 pasted "tracwiki parser enhancement" (24 lines) at nopaste.snit.ch/15629 | 16:41 | |
| rg | oh well. 5 seconds too slow | ||
| msg infinoid please check nopaste.snit.ch/15629 | 16:42 | ||
| purl | Message for infinoid stored. | ||
| Infinoid | thanks, I will. sorry, gotta run | 16:43 | |
|
16:51
eternaleye joined
|
|||
| dalek | rrot: r36765 | rurban++ | trunk: TT #280: add bignum (again) - bigint inheritence not yet enabled |
16:56 | |
|
17:01
alvar joined
|
|||
| dalek | rrot: r36766 | rurban++ | trunk/t/codingstd/c_macro_args.t: [cage] TRACE_PRINTF exception |
17:03 | |
|
17:03
clunker3_ joined
17:08
mikehh joined
17:30
eternaleye joined
17:31
bacek joined
17:50
jq- joined
|
|||
| dalek | rrot: r36767 | NotFound++ | trunk: [core] allow Parrot_compile_sub direct usage from embedding, modify embed.t to use it |
17:53 | |
|
17:58
eternaleye joined
18:14
Hinrik joined
18:30
eternaleye joined
18:38
mberends joined
18:39
mberends joined
|
|||
| Coke | . | 18:39 | |
|
18:40
ask_ joined
|
|||
| rurban | seen kj? | 18:41 | |
| purl | kj was last seen on #parrot 21 hours, 12 minutes and 57 seconds ago, saying: Whiteknight: seems you got another reply on self :-) | ||
| rurban | msg kj I'll commit some native_pbc's for you, already for 0.9.1. missing is darwin/ppc (kid51?) and 64-bit BE (not known) | 18:42 | |
| purl | Message for kj stored. | ||
|
18:50
Hinrik joined
18:54
particle joined
|
|||
| dalek | rrot: r36768 | rurban++ | trunk/config/gen/config_pm/myconfig.in: [cage] add longdoublesize to myconfig |
18:54 | |
|
18:55
Tene_ joined
|
|||
| dalek | rrot: r36769 | allison++ | trunk/tools/dev/gen_makefile.pl: [install] Adding a simple tool that generates a single makefile from the |
19:08 | |
|
19:19
Hinrik joined
19:47
Andy joined
|
|||
| GeJ | Good morning everyone | 20:00 | |
|
20:00
jrockway joined
|
|||
| dalek | rrot: r36770 | rurban++ | trunk/t/native_pbc: [t] update release native_pbcs and test, darwin/ppc missing |
20:06 | |
|
20:06
jrockway left
20:07
jrockway joined
|
|||
| dalek | rrot: r36771 | rurban++ | trunk/tools/dev/mk_native_pbc: [t] more mk_native_pbc fixes |
20:07 | |
| Coke accidentally hits submit instead of preview. | 20:09 | ||
| "close enough" | |||
| www.parrot.org/news/twip-week-parro...-14th-2009 | |||
| dalek | rrot: r36772 | rurban++ | trunk/src: [core] add more needed 12 + 16 double byte transformers. switch trick by Infinoid. |
||
| shorten | Coke's url is at xrl.us/begcz4 | ||
| rurban | Infinoid++ # for the transformer switches and codingstd cleanup | 20:10 | |
|
20:13
Andy joined
|
|||
| rurban doing couple of smokes now | 20:17 | ||
|
20:20
rurban_ joined
20:29
Andy joined
|
|||
| dalek | rrot: r36773 | fperrad++ | trunk/tools/dev/mk_inno_language.pl: [inno-setup] LICENSE & .pbc are optional |
20:51 | |
| rrot: r36774 | fperrad++ | trunk/tools/install: [install] move all languages in smoke_languages.pl |
20:53 | ||
| rrot: r36775 | fperrad++ | trunk/config/gen/makefiles/languages.in: [Pipp] bad copy/paste |
21:01 | ||
| rrot: r36776 | fperrad++ | trunk: [install] filename convention |
21:04 | ||
|
21:04
eternaleye joined
21:19
jrockway joined
21:20
zostay joined
21:25
Eevee joined
21:27
Theory joined,
zostay joined
21:40
chromatic joined
21:49
jrockway_ joined,
HG` joined
|
|||
| Coke | chip: you're not the autocomplete I expected! | 21:56 | |
| chromatic: how goes? | |||
| chromatic | Should have time today and tomorrow to work on anything necessary for the release. | 22:01 | |
| Any suggestions? | |||
| purl | Any suggestions are welcome. (including ripping it out entirely :)) | ||
| particle | todo/skip review | 22:04 | |
|
22:06
riffraff joined
|
|||
| chromatic | Will do. | 22:09 | |
|
22:32
soxet joined
|
|||
| rg | coke: you might want to use irc.parrot.org (instead of irc.perl.org) in your twip. also, a link to the logs (irclog.perlgeek.de/parrot/) might be helpful. | 22:33 | |
| dalek | rrot: r36777 | fperrad++ | trunk/languages/c99: [c99] improve Makefiles |
22:38 | |
| Coke | rg: I might, but there's no functional difference between them. =-) Logs are a good idea. I'll update my template now. | 22:39 | |
| we need nytprof for parrot. | |||
| someone go make that happen. | |||
| rg | i know, i just thought we were trying to separate from perl nameing | 22:41 | |
| Coke | allison is. | 22:42 | |
| changed in my template so I'll advert the new ones next week. Thanks. | |||
| hurm. I didn't scan the parrotsketch this week. whoops. | 22:43 | ||
| rg++ | |||
| rg | thanks, just trying to help ;) | 22:44 | |
|
22:55
mikehh joined
23:24
bacek_ joined
|
|||
| dalek | rrot: r36778 | allison++ | trunk: [install] Some modifications to which files are installed, allowing certain |
23:39 | |
| rrot: r36779 | allison++ | trunk/config/init/install.pm: [install] Calculate the versioned directory name once during the configure |
23:42 | ||
| rrot: r36780 | allison++ | trunk/lib/Parrot: [config] Make the configuration process smarter about reading the version be used from an install. |
23:44 | ||
|
23:58
bacek joined
|
|||