Camelia, the Perl 6 bug

IRC log for #parrot, 2009-10-20

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:00 darbelo but I prefer manual addition, it let's you edit several files and only commit what's done.
00:00 dukeleto Whiteknight: you have to git add before committing. comit -a is convenient, but could be dangerous if you don't check what it did before committing
00:00 Whiteknight darbelo: I have to add it every time I modify it?
00:01 abqar joined #parrot
00:01 darbelo yep, and if you modify after your last add, that last change doesn't get commited.
00:01 dukeleto Whiteknight: no. just 'add' it once. the only exception is if you get merge conflicts in the file. if you resolve conflicts in an added file, you 'git add' it again to tell git that you resolved them
00:02 dukeleto darbelo: hmm. i think you are righter. i use commit -a often, so I don't notice
00:02 dukeleto Whiteknight: yes, 'git add' tells git 'add the current state of the file to the index'
00:03 dukeleto Whiteknight: if you use 'commit -a' then it will basically re-add already-added files and use the current state of them in the commit
00:03 dukeleto Whiteknight: git status -a is your friend, as well as a healthy .gitignore
00:03 darbelo Also, commit -a is closer to the svn workflow you might be used to.
00:04 darbelo except for the whole local/remote thing.
00:04 Whiteknight okay
00:04 Whiteknight so I make changes, review them, git add, git commit, git push
00:04 dukeleto Whiteknight: yes.
00:04 Whiteknight okay. that all makes good sense
00:05 dukeleto Whiteknight: also, pull before you push, unless you use the stash
00:05 cotto_work dukeleto, are you planning on cutting the release tonight?
00:05 dukeleto Whiteknight: i use this alias up     = !git stash && git pull origin master && git stash pop
00:06 dukeleto Whiteknight: so I can pull with dirty working copy (i.e. it has uncommitted changes)
00:06 dukeleto cotto_work: i was planning on tomorrow morning-ish, but I am prepping now. anything I should know?
00:06 cotto_work nope.  just curious
00:07 Whiteknight dukeleto:without stash, git pull wil clobber local changes?
00:08 darbelo Ohhh. we are passing tests in matrixy!
00:08 * darbelo is so excited!
00:10 dukeleto Whiteknight: no, it will make fun of you and point
00:10 dukeleto Whiteknight: git pull won't do anything if your tree is dirty
00:11 Whiteknight ok
00:11 KatrinaTheLamia joined #parrot
00:13 dukeleto Whiteknight: check out my .gitconfig, you might find some of it useful: http://github.com/leto/Util/b​lob/master/config/.gitconfig
00:13 darbelo Whiteknight: Matrixy has a new test harness, have fun fixing the test failures.
00:14 dukeleto darbelo: exciting! i will start breaking it after I am done releasing 1.7.0!
00:14 KatrinaTheLamia hmm... okay... how does the African Parrot's air speed velocity compare to the African Swallow's air speed velocity. Of course, this is in Miloticean(sp?) space that this is occurred. XD XD
00:14 * KatrinaTheLamia is shot
00:15 Whiteknight nice
00:15 cotto_work The African Grey is substantially larger and smarter than the African Swallow.  I'
00:15 cotto_work m sure it'd figure something out.
00:15 Whiteknight I like that like "praise = blame"
00:15 Whiteknight the philosphical implications are quite profound
00:16 darbelo git who-da-man
00:17 KatrinaTheLamia you know, there is going to be another group to make an implimentation of Parrot for their own purposes... and it will be named Sparrow. I mean, it is not rocket science to see this occurring. Sparrow will also likely be the test bed of some Python 3 (Python 4? o.o) projects.
00:17 pjcj joined #parrot
00:18 jonathan git: 'who-da-man' is not a git-command. # yeah, I tried, hoping for an easter egg...
00:18 * cotto_work goes home
00:18 dukeleto Whiteknight: yeah, i try to give praise, but occasionly I blame
00:19 dukeleto KatrinaTheLamia: really?
00:19 KatrinaTheLamia dukeleto, as a queen I must know these sorts of things XD
00:19 darbelo jonathan: nah, it was a joke on dukeleto's praise = blame alias
00:20 Infinoid Whiteknight: pong
00:20 KatrinaTheLamia naw, I just read the topic, and thought of something that at least I thought was funny--which is very rarely a requirement for others to think the same.
00:20 * dukeleto is watching the Monty Python 'dead parrot' sketch for the first time right now
00:21 jonathan darbelo: I was fairly sure so, but that never stops me trying. ;-)
00:21 KatrinaTheLamia you know, thinking about it, the Dead Parrot sketch has a large amount of implications as far as Perl 6 is concerned XD
00:21 KatrinaTheLamia as well all know Perl 6 is just pining for the fjords.
00:21 * KatrinaTheLamia is shot
00:22 KatrinaTheLamia oh right... I need to get back to work on learning Perl 6.. so at least my ignorant statements can have a slightly better basis to them.
00:22 * jonathan shoots KatrinaTheLamia again, since it seems to be the done thing after jokes :-)
00:22 Whiteknight Infinoid: I've moved matrixy to github, but it doesn't appear in dalek
00:23 Whiteknight updated the Languages page on the wiki too
00:23 Infinoid Whiteknight: Yeah, I think dalek is just ignoring the link because it already had the old one
00:23 Infinoid I'm just verifying that before I stab it.
00:23 Whiteknight okay, it's not a big deal, mostly just vanity for the new project
00:23 Whiteknight thanks for looking at it
00:23 Infinoid karma is good
00:23 purl is good has neutral karma
00:23 Infinoid Whiteknight++ # just coz I can.
00:24 KatrinaTheLamia jonathan, naw, I mostly just add "/me is shot" after things I say in a joking manner, because if I do not, there are other places on the web where I will be flamed until I is roasted snake.
00:24 darbelo We want the karma
00:24 * Infinoid stabs dalek.
00:24 dalek joined #parrot
00:25 darbelo That works?
00:25 darbelo Infinoid++
00:25 KatrinaTheLamia also... kind of wondering. I have yet to look into it, as I said I would over a month ago. Is Perl 6's threading capabilities part of Perl 6--or is it part of Parrot? I forgot after the conversation where I suggested a few fixes that could be made to how Perl 6 does its threading.
00:26 Infinoid darbelo: now commit something clever. :)
00:27 Whiteknight KatrinaTheLamia: Parrot provides all the functionality and primitives
00:27 jonathan KatrinaTheLamia: I'd expect Parrot will provide primitives that the Perl 6 threading model can be built on top of.
00:27 jonathan However as Parrot last I checked currently seems to struggle to spawn a thread inside Rakudo without segfaulting...I fear we have a little way to go.
00:27 KatrinaTheLamia you know, speaking of karma, the only sites where I have found karma system to actually work are PerlMonks and porn sites. Is there a corrolation to be made here?
00:27 KatrinaTheLamia Whiteknight++
00:27 KatrinaTheLamia jonathan++
00:28 KatrinaTheLamia thanks btw for helping me in the right path.
00:28 jonathan KatrinaTheLamia: Well, only in that you visit both. ;-)
00:29 Whiteknight karma works on porn sites?
00:29 purl works on porn sites has neutral karma
00:29 Whiteknight thanks purl
00:29 jonathan (works on porn sites)++
00:29 KatrinaTheLamia I was mostly going to make the corrolation that Perl is inherently smexy.
00:29 Whiteknight yes, Parrot's threading system needs a lot of work
00:29 Whiteknight but, in theory, it works great and provides everything Perl6 needs
00:29 KatrinaTheLamia Whiteknight, well, with porn sites it is simple... you post nekkid pics, your karma goes up.
00:29 jonathan The same theory where Parrot is lightning fast and never crashes ever? ;-)
00:30 KatrinaTheLamia alright--I will look into it.
00:30 Whiteknight KatrinaTheLamia: With me, I suspect posting nudes would cause my karma to go down. But I see what you are saying
00:30 KatrinaTheLamia may be simpler to look into Parrot's threading system, rather than Perl 6's retarded idea of copying the entire program's instance and interpreter to do it.
00:30 Whiteknight that's Perl 5's system
00:31 jonathan KatrinaTheLamia: Huh? That was, erm, Perl 5's idea.
00:31 KatrinaTheLamia Whiteknight, well, it is rarely of the person themselves that was posted.
00:31 jonathan KatrinaTheLamia: We're *so* not doing that one in Perl 6.
00:31 jonathan I hpoe...
00:31 jonathan :-)
00:31 * darbelo waits for the karma
00:32 KatrinaTheLamia jonathan, Whiteknight, ah, okay--I was hoping you were not doing that. Despite having it suggested that was how it works in another perl channel. If anything, I would have started working on a method to do it better, in such a case.
00:32 * Whiteknight adds "ake", "mak", and "mae" as aliases to "make" out of sheer frustration
00:32 Whiteknight perl5 and this implementation of perl6 are very diferent
00:32 darbelo ksh: mkae: not found
00:33 Whiteknight jonathan: just added :call_sig!
00:33 Whiteknight (well, in a patch anyway)
00:33 * Infinoid watches dalek suspiciously
00:34 KatrinaTheLamia alright--going to work on actually getting Parrot to compile (I had issues doing that when I tried midSeptembre)
00:34 * KatrinaTheLamia I am safe from the dalek... as I am not human.
00:34 Infinoid hmm, is dalek broken?
00:35 dukeleto Whiteknight: i alias 'm' for make :)
00:35 KatrinaTheLamia impossible! Daleks are perfection! They cannot be stopped!
00:35 dukeleto Infinoid: i just pushed some commits to matrixy and didn't see anything
00:36 KatrinaTheLamia sorry... that was just the first thing that popped into my mind... I apologise for my geeking out.
00:36 japhb KatrinaTheLamia, sure they can.  You just have to be Bad Wolf.
00:36 nopaste "Whiteknight" at 69.249.176.251 pasted "patch to add :call_sig for jonathan++" (173 lines) at http://nopaste.snit.ch/18378
00:36 Whiteknight put that in your pipe and smoke it
00:36 Infinoid it says it added it as a github feed... just not sure why it hasn't emit any output
00:36 jonathan Whiteknight++ # nice!
00:37 Whiteknight that'll get committed after pcc_reapply lands in trunk and gets settled
00:37 Whiteknight trying to keep the branch diff as small as possible (which isn't very small)
00:38 jonathan Whiteknight: This is for calling with one, or receiving it on the other end, or both?
00:38 KatrinaTheLamia japhb, I dunno... I vaguely remember the Daleks coming back after Bad Wolf wiped them from existence. Pissed off at Bad Wolf, they set a course of events that made Bad Wolf forever seperated from the Doctor. Pretty bad ass there.
00:39 Whiteknight jonathan: calling with one
00:39 Whiteknight hold on, demo coming
00:39 japhb KatrinaTheLamia, IIRC they had the help of the creator of the Daleks to do that ... they couldn't do it themselves.
00:39 jonathan Whiteknight: Hmm.
00:39 japhb But it's been a while since I watched that season.
00:39 jonathan *accessor->pmc(interp, arg_info, 0) = call_object;
00:39 jonathan Where does that get the call object from?
00:40 nopaste "Whiteknight" at 69.249.176.251 pasted ":call_sig example for jonathan++" (11 lines) at http://nopaste.snit.ch/18379
00:40 jonathan That is, we aren't constructing a CallSignature with it in, and pulling it out of that, are we?
00:40 KatrinaTheLamia japhb, well, part of being bad ass is known who to ask for help from.
00:40 Whiteknight jonathan: Parrot builds the CallSignature in the set_args opcode
00:40 Whiteknight and calls this function, fill_params, inside the get_params opcode
00:40 jonathan Ah, sorry, I had it on the wrong end. :-)
00:40 japhb There was the "crossing over from another universe" arc, but that's hardly fair, since they Daleks of *that* universe hadn't had to fight Bad Wolf.
00:40 Infinoid Hmm, it's also possible that 33 feeds is a little too much for a poor simple bot.  Have the rest of them seemed to be holding up recently?
00:40 Whiteknight set_params eventually will be able to take a CallSignature or some other type to act as the sig
00:41 Whiteknight Infinoid: yes, everything else is working fine
00:41 jonathan So that line I pasted is what's setting the register receiving the CallSignature.
00:41 jonathan OK, got it, and great.
00:41 jonathan In fact, that's the most helpful side of it for me for the moment too. :-)
00:41 jonathan Whiteknight++
00:41 Whiteknight jonathan: can obviously add more functionality pretty quickly. Just let me know what you need
00:42 Whiteknight (the new system is TEH M4J0R R0XX0R
00:43 jonathan Whiteknight: This looks great for now.
00:43 Whiteknight I've got most of the parser nonsense in place, could probably add it on the returns side too if that was needed for some reason
00:44 jonathan Whiteknight: Right now, I build a slurpy array and slurpy hash and give them to the binder.
00:44 jonathan Being able to not do that, and just give it the call signature object, will be sweet.
00:44 jonathan And hopefully a performance win at some level.
00:45 * dukeleto needs stuff to put in NEWS
00:45 jonathan (e.g. it's one less PMC to create)
00:45 * dukeleto starts to pour of parrot-commits for the last month
00:45 dukeleto s/of/over/
00:46 dalek parrot-plumage: 47689e5 | darbelo++ | :
00:46 dalek parrot-plumage: Add metadata file for matrixy.
00:46 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/47689e5e6ad5f5914bae156f22de0c99059ded69
00:46 shorten dalek's url is at http://xrl.us/bfs6y9
00:48 Infinoid oh, so now suddenly parrot-plumage works, but matrixy doesn't?
00:48 Infinoid silly bot.
00:48 purl *giggle*
00:48 dukeleto hmm
00:48 darbelo Infinoid: plumage has been working for a while now.
00:50 japhb Infinoid++ # And thank you for that ...
00:50 Infinoid great.  last time I looked at the bot, it seemed suspiciously silent
00:50 Infinoid which, come to think of it, seems strangely familiar
00:50 Infinoid maybe matrixy will spontaneously start working too :)
00:50 Whiteknight Do I need to add any special hooks or anything to the matrixy project?
00:51 Infinoid no.  the github link on Languages is all dalek should need
00:51 japhb darbelo, OK, I believe I've pushed a parrot-plumage fix for you.  Give it a try.
00:51 Infinoid and it says in the log that it's tracking the atom feed... maybe it's just slow.
00:51 dalek parrot-plumage: 64d797d | japhb++ | :
00:51 dalek parrot-plumage: [plumage] Fail entire command if install_required_projects() fails
00:51 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/64d797d5e7fe92b320cc596b959663930d488639
00:51 shorten dalek's url is at http://xrl.us/bfs6zy
00:52 dalek matrixy: 9732075 | (Duke Leto)++ | CREDITS:
00:52 dalek matrixy: Add myself to CREDITS
00:52 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/97320754f79ccf2a16184718d2df651f68b8f453
00:52 shorten dalek's url is at http://xrl.us/bfs6z2
00:52 darbelo Infinoid:  Oh, and before I forget. Can you teach dalek about https://trac.parrot.org/parrot/wiki/Modules too?
00:52 dukeleto do we have any new functionality in 1.7.0 ?
00:52 Infinoid darbelo: should it be handled the same way as Languages?
00:53 Whiteknight YAY!
00:53 darbelo Yeah, the link points to the repo, same as in languages.
00:54 Infinoid cool.  hopefully it won't generate conflicts with the existing decnum-dynpmcs parser
00:54 darbelo You can stop special-casing decnum-dynpmcs too.
00:55 * darbelo is going to hunt down some food now.
00:55 darbelo japhb: I'll try your fix later.
00:55 japhb darbelo, roger that
00:55 darbelo left #parrot
00:55 japhb IWFM
00:56 Whiteknight Modules would be good, cause I want to see changes to Parrot-Linear-Algebra too
00:57 dukeleto dammit, no I have karma going to dukeleto, leto and "Duke Leto". madness
00:57 dukeleto s/no/now/
00:57 * dukeleto should L to T
00:58 dukeleto should a function being added to the Parrot API (like this: https://trac.parrot.org/parrot/changeset/41897) be documented in NEWS ?
00:58 * dukeleto is going to be asking a lot of questions today and tomorrow
00:59 Whiteknight dukeleto
00:59 purl i think dukeleto is still employeed. i "made the cut" in our CEO's words
00:59 Whiteknight yes
00:59 dukeleto lulz re: purl
00:59 Whiteknight dukeleto: what you do is go through the SVN log and add whatever you think is noteworthy, based on no particular standard
01:00 Whiteknight if people want things added or clarified, they can do it their damn selves
01:00 whoppix joined #parrot
01:01 Infinoid dukeleto: do you have karma aliases in CREDITS?
01:02 dalek parrot-plumage: 61f101b | japhb++ | :
01:02 dalek parrot-plumage: [META] TODO updates
01:02 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/61f101b43f13369a268df507baf595095578f4be
01:02 shorten dalek's url is at http://xrl.us/bfs634
01:02 dalek parrot-plumage: 36e5520 | japhb++ | :
01:03 dalek parrot-plumage: [META] TASKS: Include status for partially implemented TASKS
01:03 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/36e5520e0170b9ce74a10d387b439faacf999033
01:03 shorten dalek's url is at http://xrl.us/bfs636
01:08 dukeleto Infinoid: which CREDITS do I need to alias my karma?
01:08 dukeleto Whiteknight: that seems to be the current situation
01:08 Infinoid parrot/CREDITS
01:08 Infinoid I'd do it, but it may be a few minutes... looks like my git-svn has a couple months of catchup to do.
01:09 Whiteknight dukeleto: that's how it is every month
01:09 Whiteknight peopel should be updating CREDITS all month, butnobody does
01:09 Infinoid I haven't updated CREDITS at all, because I haven't done anything. :)
01:11 Whiteknight purl msg chromatic if we extend fastcore functions to take a Parrot_Context** pointer to a context structure, we can avoid all those repeated calls to Parrot_pcc_get_context_struct. Ops that modify context could update the pointer.
01:11 purl Message for chromatic stored.
01:12 Infinoid that sounds like something that should be buried deep within a typedef
01:12 Whiteknight Contexts are PMCs now, but we need to access the guts of that PMC inside almost every single op
01:13 Zak joined #parrot
01:13 Whiteknight if we can cache a pointer to the pointer, we can avoid having to fetch the pointer each time from the PMC
01:13 Whiteknight it's a theory, anyway
01:13 Whiteknight and I suspect those repeated calls to Parrot_pcc_get_context_struct create a substantial slowdown for Parrot
01:15 dukeleto Hunk #1 succeeded at 1 with fuzz 2 <-- always makes me laugh
01:15 japhb "Hunk with fuzz" sounds so 70's
01:15 * dukeleto wonders if larry came up with the terminology 'hunk' or if it pre-dates 'patch'
01:16 Whiteknight Larry is a total hunk, so it was a self-reference
01:16 Infinoid but how fuzzy is he?
01:16 dukeleto to add a karma alias, I just add more U: lines to CREDITS?
01:16 Whiteknight I've never had the pleasure to find out :)
01:16 Infinoid dukeleto: A: leto, A: Duke Leto
01:16 Infinoid s/, /\n/
01:17 dalek parrot: r41944 | dukeleto++ | trunk/docs/project/release_manager_guide.pod:
01:17 dalek parrot: [cage] Update release manager guide about committing to trunk near a release, based on cotto++'s advice
01:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41944/
01:17 athomason joined #parrot
01:18 Infinoid it'll map your A: lines to the name from your U: line
01:19 cotto I thought that advice was already there.  Maybe it was just for a "supported" release.
01:19 cotto either way, free karma
01:20 dalek parrot: r41945 | dukeleto++ | trunk/CREDITS:
01:20 dalek parrot: [cage] Add some karma aliases for myself
01:20 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41945/
01:21 dalek joined #parrot
01:21 dukeleto should I put stuff like 'partcl moved to github' in the NEWS for the release?
01:22 Whiteknight purl msg allison I think I have :call_sig implemented. Check out http://nopaste.snit.ch/18378 for the patch and http://nopaste.snit.ch/18379 for a quick test case. I'll apply after pcc_reapply lands, unless you spot any obvious problems
01:22 purl Message for allison stored.
01:23 Infinoid msg darbelo I've killed the decnum-dynpmcs special case.  Please ping me if it doesn't still work.
01:23 purl Message for darbelo stored.
01:25 cotto Whiteknight, ideally without the debug printf?
01:25 cotto ;)
01:25 Whiteknight ah yes. Good catch
01:25 Whiteknight I have some tweaking to do in any case, so i need to scan it all very closely
01:27 cotto also, wouldn't it be easier to compare arg_flags[i] with ~VT_CALL_SIG in case other flags get added or removed?
01:27 cotto (in the start of the pcc.c chunk
01:27 cotto )
01:29 cotto Whiteknight++ for giving me an excuse to dip my toes into the pcc code
01:31 Whiteknight it might be, yes
01:32 Whiteknight if it has VT_CALL_SIG, it can't have anything else, and vice-versa
01:32 Whiteknight so I thought that was a decent short-circuiting check
01:32 cotto minor nit, at any rate
01:33 Whiteknight at this point, any change I make is going to have "PERFORMANCE" at the front of my thoughts
01:33 cotto patching from nopaste got much easier once I remembered that I could copy/paste to stdin
01:33 Whiteknight yeah
01:36 Whiteknight I don't like the extra call to VTABLE_get_integer_keyed_int in fill_params, but I can't think of any good way around it
01:38 cotto how expensive is it?
01:39 dalek rakudo: 9d76f3b | (Solomon Foster)++ | src/setting/Any-num.pm:
01:39 dalek rakudo: Add proto declarations for all the trig functions, allowing you to call them using named arguments.
01:39 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​d76f3bc34ce7b5014db80fd2bf8c5fda5912f45
01:39 shorten dalek's url is at http://xrl.us/bfs7e3
01:40 cotto also, what's the target to regenerate imcc's generated files?
01:40 Whiteknight it's not too expensive, just annoying that we have to fetch the same value twice on a false positive
01:43 Whiteknight and ideally I would like to do this in a way that doesn't require an additional if() check on every loop iteration
01:47 Whiteknight I could change it so we call VTABLE_get_integer_keyed_int above the loop and then at the bottom of it. That would reduce the extra calls, at the expense of a little more code complexity on this already-bloated function
01:47 Whiteknight although I've got some ideas to refactor it that would still be O(1)
01:48 cotto probably not worthwhile unless a profiler tells you otherwise
01:51 Whiteknight every little bit is worthwhile, when Parrot is 4x slower then it was a few months ago
01:51 Whiteknight but you're right, there are probably better fat deposits to jazzercise for now
01:53 Whiteknight ...and on that note, I'm off to bed. Goodnight
02:07 JimmyZ joined #parrot
02:42 janus joined #parrot
03:04 bacek joined #parrot
03:06 bacek o hai
03:07 JimmyZ good localtime, bacek. ;)
03:07 bacek G'Day JimmyZ
03:10 KatrinaTheLamia uh... issue with github... where do I go to ask about it?
03:36 dalek parrot: r41946 | bacek++ | branches/pcc_reapply/config/auto/frames.pm:
03:36 dalek parrot: Temporary disable buildframes detection.
03:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41946/
03:44 bacek_ joined #parrot
04:25 dalek parrot: r41947 | bacek++ | branches/pcc_reapply (2 files):
04:25 dalek parrot: [cage] Get rid of old call_state structs and enums
04:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41947/
05:11 particle joined #parrot
05:45 cotto dukeleto, ping
05:53 dukeleto cotto: pong
05:55 cotto dukeleto, I have a patch to fix some compiler warnings in the profiling runcore (though there's still one)
05:55 cotto ok to apply?
05:56 dukeleto cotto: go for it
05:59 uniejo joined #parrot
05:59 cotto dukeleto, done
06:00 cotto It's not ideal, but it's more a stylistic nit than functional.
06:00 dukeleto cotto: i will probably try to release sometime mid-morning-ish to mid-afternoonish, Pacific time
06:00 dalek parrot: r41948 | cotto++ | trunk/src/runcore/profiling.c:
06:00 dalek parrot: [build] address some compiler warnings
06:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41948/
06:01 cotto ok
06:08 dukeleto i am assuming that bumping PARROT_MAX_ARGS should be in NEWS?
06:09 cotto your call.  I don't think it's a huge deal.
06:11 bacek joined #parrot
06:39 dalek parrot-plumage: 9cc0f6c | japhb++ | :
06:39 dalek parrot-plumage: [TOOLS] WIP: import_proto.p6 (import proto project information into Plum...
06:39 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/9cc0f6c6cc0cf08b3d229a808b9c1061a783f072
06:39 shorten dalek's url is at http://xrl.us/bfs8dp
06:40 japhb Time to catch a few Z's, I think
06:40 japhb 'night, all.
07:03 masak joined #parrot
07:05 dalek nqp-rx: 49572a7 | pmichaud++ | src/ (4 files):
07:05 dalek nqp-rx: Allow multiple alias subrule bindings (e.g.,  <abc=def=subrule>).
07:05 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/4​9572a7d729fa1e764adc95a7ef5d361dcf6fdb8
07:05 shorten dalek's url is at http://xrl.us/bfs8es
07:14 Zak joined #parrot
07:17 dalek nqp-rx: b0d3c56 | pmichaud++ | src/ (3 files):
07:17 dalek nqp-rx: Make use of <OPER=...> bindings to promote <prec> and <sym> to
07:17 dalek nqp-rx: operator precedence parser.
07:17 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/b​0d3c56013d76bc037968c214b2662e7b520316b
07:17 shorten dalek's url is at http://xrl.us/bfs8fp
07:26 fperrad joined #parrot
07:30 eiro_ joined #parrot
07:32 mikehh dukeleto: ping
07:34 dukeleto mikehh: pong
07:36 mikehh dukeleto: I am getting bignum and bigint tests skipped in t/arithmetics_pmc.t even though I have gmp
07:36 dukeleto mikehh: this is since that file has been translated to PIR?
07:36 dukeleto mikehh: so everything passes, but it should be running the tests, but is not?
07:37 mikehh obviously not reporting failure but I don't see why they are skpped
07:37 mikehh if I remove the 'gmp' test the test passes - for me anyway and gmp should be 'defined'
07:38 dukeleto mikehh: perhaps the check for gmp is broke?
07:39 mikehh yeah but dunno why - it should work
07:39 dukeleto mikehh: which platform?
07:39 purl I'm running on OS/2 on an Atari, can you help?
07:39 dukeleto purl, die in a fire
07:39 purl HALP
07:39 mikehh Ubuntu 9.10 (beta updated) amd64
07:39 dukeleto mikehh: does the same thing happen on other platforms?
07:40 mikehh dukeleto: dunno
07:40 dukeleto mikehh: this definitely needs to be fixed, but I am not sure i want to tweak how that test works so close to the release. I haven't played with that stuff much before.
07:41 mikehh dukeleto: what are you on
07:41 dukeleto mikehh: can you make a TT?
07:41 dukeleto mikehh: i am on OS X 10.5, but have access to linux/freebsd
07:41 dukeleto mikehh: i am also pretty close to going to sleep
07:41 purl okay, dukeleto.
07:42 mikehh dukeleto: what does prove -v t/arithmetics_pmc.t give you?
07:42 mikehh on either platforn
07:42 mikehh platform
07:42 dukeleto mikehh: it skips for me too, when it shouldn't
07:43 dukeleto mikehh: this is somewhat my fault. I reviewed and applied the patch that converted those tests. No good deed goes unpunished...
07:44 dukeleto mikehh: perhaps config['gmp'] is not being set correctly?
07:45 mikehh dukeleto: it should be - but obviously not
07:45 TiMBuS joined #parrot
07:46 dukeleto mikehh: this is definitely an issue we need to take care of, nice job noticing it. i don't think it is going to be part of 1.7.0 though.
07:47 mikehh dukeleto: I don't know how to check the (iterate over) the keys in config = interp[.IGLOBALS_CONFIG_HASH] without specifying the key - i.e. list all the keys (and values)
07:47 dukeleto mikehh: there should be some kind of iterator for hash keys
07:48 dukeleto mikehh: but I don't know the syntax off the top of my head
07:49 dukeleto mikehh: t/pmc/orderedhashiterator.t may be of use
07:49 dukeleto mikehh: we should be able to create an iterator on config and assert that things in there are correct. this would be a really good test....
07:50 mikehh dukeleto: all the examples I have seen try with known keys - not to list the keys in the hash
07:50 dukeleto mikehh: huh. yeah, we definitely need to test that
07:51 dukeleto mikehh: i am going to sleep. will catch up in the morning. keep up the good work!
07:54 bacek mikehh: "iter SomeHash"
07:54 bacek just check t/pmc/hashiterator.t for exact syntax
07:56 mikehh bacek: was looking - the tests for it all use specific keys - I just want to list all the key/value pairs
07:57 bacek it = iter Hash; unless it goto done; thingy = shift it; key = thingy.'key'(); value = thingy.'value'()
07:57 bacek mikehh: src/pmc/hashiterator.pmc, top of the file
07:57 mikehh ok will try that
08:01 mikehh bacek: helps if you look in the right place :-}
08:01 bacek mikehh: I just know it because I reimplemented whole Hashes in parrot some time ago :)
08:05 mikehh let me set up a TT and see how far I can get (for the test that is) fixing it
08:11 allison msg whiteknight The patch looks good. A few things: Make the flag Pk instead of K (it is a PMC, so should be a modifier on the PMC flag). Then move the semantic checking into src/call/args.c instead of in IMCC (so, all IMCC should do is set the flag like it does for the others).
08:11 purl Message for whiteknight stored.
08:13 allison msg whiteknight Also add a reverse test case for "foo($P0 :call_sig)"
08:13 purl Message for whiteknight stored.
08:35 moritz oh hai
08:36 moritz I just heard about a nice idea from the DebConf people
08:36 moritz for their IRC meetings, they have a bot which you can tell meeting results
08:37 moritz something along the lines of protocoldroid: record improve test coverage of CallSignature PMC
08:37 moritz which makes it trivial to obtain a summary from the last meeting
08:37 moritz would you want me to investigate how to get such a bot, or maybe write one, for #parrotsketch?
08:40 bacek_ joined #parrot
08:42 mikehh bah - trac is not talking to me
08:43 allison moritz: sounds useful
08:54 mikehh if fact parrot.org is taklking to me apart from the irc
08:54 mikehh is NOT talking
08:55 moritz and irc.parrot.org is just an alias for irc.perl.org
08:55 mikehh well I can't seen to access trac or svn
08:56 moritz the rest of the website seems also down
08:56 mikehh that's all I've tried
08:57 mikehh I managed to fix the test t/op/arithmetics.t and now I can't commit it
08:58 mikehh svn: OPTIONS of 'https://svn.parrot.org/parrot/trunk': SSL negotiation failed: Secure connection truncated (https://svn.parrot.org)
09:00 mikehh anyway I will try in again soon - got to go out for a bit - bbl
09:57 donaldh joined #parrot
10:04 dalek rakudo: f5b38a0 | masak++ | src/builtins/guts.pir:
10:05 dalek rakudo: [src/builtins/guts.pir] arrays/hashes & handles
10:05 dalek rakudo: Removed the special treatment of array/hash attributes with 'handles'
10:05 dalek rakudo: traits. These now behave as any other attribute, as per spec change
10:05 dalek rakudo: r28846.
10:05 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​5b38a093bb0c2fd3a05cd1740beb318a22c8a1a
10:05 shorten dalek's url is at http://xrl.us/bfs8pq
10:06 jsut_ joined #parrot
10:19 dalek nqp-rx: 4e5addc | pmichaud++ | src/ (4 files):
10:19 dalek nqp-rx: Handle postcircumfix: parsing.
10:19 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/4​e5addcdcaf19b75d13d27aef1377373654f83fd
10:19 shorten dalek's url is at http://xrl.us/bfs8qv
10:19 dalek nqp-rx: 9bf6977 | pmichaud++ | src/ (3 files):
10:19 dalek nqp-rx: Handle postcircumfix: ast requirements.
10:19 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/9​bf69775869bd8946792f48f0d0bfcdf0905442c
10:19 shorten dalek's url is at http://xrl.us/bfs8qx
10:19 dalek nqp-rx: bcd5543 | pmichaud++ | src/cheats/hll-grammar.pir:
10:19 dalek nqp-rx: Correct stacked postfixish operators.
10:19 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/b​cd5543fa68b61fb21eec265664d0bcb45e2cf0d
10:19 shorten dalek's url is at http://xrl.us/bfs8qz
10:27 mikehh parrot.org still seems to be down - can't access trac or svn
10:32 mikehh and it's definately not my internet connection - I have just done a  distribution update on Ubuntu 9.10 beta (101.9MB)
10:34 plobsing joined #parrot
10:38 mikehh I think I need to re-boot - bbiab
10:44 dalek nqp-rx: 7591d1c | pmichaud++ | src/ (4 files):
10:44 dalek nqp-rx: Add list associativity.
10:44 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/7​591d1cc59312bcf90f53e48becd9b8a6fd7fc80
10:44 shorten dalek's url is at http://xrl.us/bfs8sr
10:44 mikehh joined #parrot
10:53 mikehh msg dukeleto - I got a fix for t/op/arithmetics.t - I just can't connect to https://svn.parrot.org at the moment
10:53 purl Message for dukeleto stored.
10:56 cconstantine joined #parrot
10:57 mikehh msg duckleto that is t/op/arithmetics_pmc.t - the .local int gmp is not an int - it's a string - 'defined' -> .local string gmp
10:57 purl Sorry, I've never seen duckleto before.
10:57 mikehh msg dukeleto that is t/op/arithmetics_pmc.t - the .local int gmp is not an int - it's a string - 'defined' -> .local string gmp
10:57 purl Message for dukeleto stored.
10:58 nbrown joined #parrot
10:58 mikehh bah
10:59 mikehh nothing works for parrot.org - it's down
11:16 cconstantine joined #parrot
11:16 payload joined #parrot
11:40 payload1 joined #parrot
11:42 dalek rakudo: 1ab0699 | (Solomon Foster)++ | src/setting/ (2 files):
11:43 dalek rakudo: Remove troublesome atan2 is export declarations to make atan2 work properly.
11:43 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​ab0699127153b940cab1fd63974ba2e8eec09ac
11:43 shorten dalek's url is at http://xrl.us/bfs8wp
11:45 Coke sd
11:48 Coke ww
11:56 mikehh parror.org still down - going to lunch - bbl
12:00 payload joined #parrot
12:00 whiteknight joined #parrot
12:03 whiteknight good morning #parrot
12:11 plobsing hi, whiteknight!
12:11 whiteknight hello plobsing!
12:11 plobsing when trac comes back up, can you test the latest patch I attached to TT #1105?
12:11 plobsing it adds support for non-386, non-patched libjit
12:12 plobsing so it should work on your machine
12:12 whiteknight trac is down?
12:13 whiteknight I'm on x86 here at work, have x64 at home
12:13 plobsing for me at least. I can't get to anything on parrot.org right now
12:14 plobsing seems like mikehh has the same problem
12:16 whiteknight yeah, me too
12:17 whiteknight DNS finds it correctly, so server must be down
12:19 whiteknight other projects hosted by OSU appear to be working correctly
12:23 Coke allison sent a ticket to OSUOSL qbaout it.
12:24 Coke (2.5 hours ago)
12:24 Coke looks like an HTTP issue.
12:28 bluescreen joined #parrot
12:28 whiteknight ok
12:31 Coke i fan a fulltest on osx yesterday and got an error.
12:31 Coke (missing test files, IIRC)
12:35 Coke ... I would svn up and double check, but svn is over http. :|
12:35 whiteknight awesome
12:36 Coke has dukeleto said when he's doign the release?
12:36 whiteknight no idea
12:36 Coke parrot release?
12:43 whiteknight the /topic says it's coming soon, but no idea about the actual release time
12:43 whiteknight dukeleto: ping
12:44 ruoso joined #parrot
12:56 Coke http  back.
12:59 whiteknight w00t
13:11 whiteknight plobsing: so how do I apply these patches? Specific order?
13:11 whiteknight or is that latest patch against branch?
13:12 bluescreen joined #parrot
13:35 dalek parrot: r41949 | mikehh++ | trunk/t/op/arithmetics_pmc.t:
13:35 dalek parrot: fix test - change int to string
13:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41949/
13:35 mikehh seems to working again
13:37 mikehh dukeleto said earlier that he was ready to do the release but was going to get some sleep first
13:39 mikehh and was going to do it this afternoon PST
13:46 Coke Test Summary Report
13:46 Coke -------------------
13:46 Coke t/op/exit.t                        (Wstat: 0 Tests: 7 Failed: 0) TODO passed:   6
13:46 Coke no clue which core that was.
13:46 Coke (I hate fulltest. =-)
13:51 dalek TT #1124 created by mikehh++: t/op/arithmetics_pms.t is skipping bigint/bignum test even when gmp is ...
13:52 Coke t/codingstd/test_file_coverage.t .. Dubious, test returned 1 (wstat 256, 0x100)
13:52 Coke (is no one else seeing this fulltest error?)
13:58 mikehh Coke: running now - and logging :-}
13:59 mikehh I do something like make -k fulltest TEST_JOBS=5 2>&1 | tee fulltest.41949.amd64.log
14:02 Coke ok. you know that with -k you'll have to go back through and manually find the errors, yes?
14:04 mikehh sure - I load it into the editor and look for Result: then check for any problems
14:06 mikehh it has got to codetest now :-}
14:10 dukeleto 'ello
14:10 dukeleto whiteknight: pong
14:11 Coke dukeleto: hio. seeing a failure in t/codingstd/test_file_coverage.t; probably skippable for the release.
14:11 whiteknight dukeleto: ETA on the release?
14:11 dukeleto whiteknight: just woke up, ENOCOFFEE
14:11 ruoso joined #parrot
14:12 whiteknight dukeleto: Okay, I'll open a coffee ticket, you go work on a coffee patchset
14:12 dukeleto whiteknight: do you want to apply stuff or just curious? All I can say is 'today' right now
14:12 mikehh All tests PASS (pre/post-config, smoke (#29222), fulltest) at r41949 - Ubuntu 9.10 (beta updated) amd64
14:12 whiteknight dukeleto: just keeping track. I can do very very limited helping if you need
14:12 whiteknight mostly win32 testing
14:13 Coke dukeleto: ping me when you do the release; I can do the docs.parrot.org step (I seem to be the SPOF there.)
14:13 purl I can't find me in the DNS.
14:13 Coke (if you have access to ssh to the parrotvm box, I can step you through it.)
14:14 dukeleto Coke: interesting. I didn't know about the docs.parrot.org 'step'
14:14 dukeleto Coke: and I don't think I have ssh access to parrotvm, but who knows?
14:14 mikehh Coke: that test passes for me
14:14 Coke dukeleto: not i. =-)
14:15 moritz is it in the release guide?
14:16 mikehh dukeleto: that problem with t/op/arithmetics_pmc.t is fixed for me now - can you check it on your box (r41949)
14:16 dukeleto mikehh: yep, checking now
14:18 hercynium joined #parrot
14:19 dukeleto mikehh: yep, the gmp tests now run and pass. nice work!  mikehh++
14:20 dukeleto whiteknight: i would appreciate win32 testing, since I don't have any of those
14:20 whiteknight purl msg desertm4xI worry that CBLAS is hard to get. I don't think there are any binaries or prebuilt packages for it, and I've had some problems building from source. Maybe we should look at an implementation that's easier to get. GSL comes to mind.
14:20 purl Sorry, I've never seen desertm4xi before.
14:20 whiteknight purl msg desertm4x I worry that CBLAS is hard to get. I don't think there are any binaries or prebuilt packages for it, and I've had some problems building from source. Maybe we should look at an implementation that's easier to get. GSL comes to mind.
14:20 purl Message for desertm4x stored.
14:21 dukeleto whiteknight: i would say, once coffee is involved, i assume that Parrot 1.7.0 will get released around early afternoon, Pacific time
14:21 Coke dukeleto, moritz : it's there now. =-)
14:21 dukeleto Coke: in trunk or branch?
14:21 Coke dukeleto: the docs? in trunk.
14:22 dukeleto Coke: ok, i see it
14:23 dukeleto i am currently on step c) of the release guide. must. find. coffee.
14:23 Coke I avoided listing explicit hostnames and directories there, perhaps in an overabundance of paranoia.
14:23 dalek parrot: r41950 | coke++ | trunk/docs/project/release_manager_guide.pod:
14:23 dalek parrot: Add brief outline of docs.parrot.org update step.
14:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41950/
14:25 davidfetter joined #parrot
14:27 mikehh joined #parrot
14:32 dukeleto so, can I add myself as a core dev in RESPONSIBLE_PARTIES, or is there some kind of process for that?
14:33 sjn +
14:34 whiteknight dukeleto: no process. Just add it
14:34 dukeleto whiteknight: just do it. check.
14:34 whiteknight I would avoid stuff like "supreme leader of the Parrot multiverse", but anything you reasonably want to add is fine
14:35 dukeleto does anybody know the status of PBC_COMPAT? are we still PBC-compatible?
14:35 dukeleto whiteknight: Lead Parrot Troll
14:35 whiteknight I thought that was Purl?
14:36 dukeleto whiteknight: you may be right.
14:36 * dukeleto notes that 'make distro_tests' pass. yay
14:37 dukeleto so did we rename or remove any ops this release-month? i don't THINK so ...
14:37 particle diff it!
14:37 purl i guess diff it is :)
14:40 dukeleto particle: easiest way to find the svn rev of the previous release in svn ?
14:40 dukeleto wow, the steps in part 10) about docs.parrot.org really need to be automated
14:41 whiteknight for serious
14:41 Coke dukeleto: er... just get the /tag/ of the previous release.
14:41 Coke (why need the svn #?)
14:42 dukeleto Coke: touche. I blame lack of coffee.
14:46 ash_ joined #parrot
14:46 whiteknight dukeleto: stop complaining about lack of coffee! Go make some coffee a reality
14:47 * whiteknight is certain that somewhere on the west coast there is a starbucks
14:47 whiteknight on Sunday I went to a shopping center that had two of them, only a few buildings apart
14:48 Andy joined #parrot
14:48 dukeleto whiteknight: starbucks is sacrilege, but let's not go there :) I am crashing at a friends and they are not up yet. I will soon shake them awake while screaming NEED COFFEE
14:48 jonathan whiteknight: Go to San Francisco. It felt impossible to walk more than a couple of blocks without seeing a Starbucks there.. :-)
14:48 whiteknight oh right, I forgot that you're in town for the GSoC thing
14:48 ash_ isn't that like a sign of the apocalypse? having a starbucks across the street from a starbucks
14:49 whiteknight according to Lewis Black that is THE sign of the apocalypse
14:49 ash_ ah, thats where i heard that
14:50 dukeleto jonathan: i am actually in San Francisco, but there is better coffee here :
14:50 dukeleto :) even
14:53 * Coke was in leeds a few weeks ago, and standing in the middle of the road, could see a starbucks on one side, and then turning 180deg, another starbucks.
14:53 jonathan dukeleto: Oh, I'm sure there is. :-)
14:53 Coke has only ever had that happen in Houston, TX, before.
14:55 whiteknight purl msg desertm4x ATLAS would be a good option too. I am seeing a few BLAS packages around but they are all based on the non-optimized netlib reference version. ATLAS should provide better performance then that (and I see a few packages for it around too)
14:55 purl Message for desertm4x stored.
14:56 Psyche^ joined #parrot
14:59 Coke someone should consider re-formatting PLATFORMS now that we don't have really have a JIT.
14:59 Coke I also see lots of ?? for many options.
14:59 dukeleto Coke: what do you recommend? and as part of this release or after?
14:59 dalek parrot: r41951 | coke++ | trunk/PLATFORMS:
14:59 dalek parrot: parrot doesn't install on this platform.
14:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41951/
15:00 dukeleto wow, svn diff from the last release is still running. svn diff is sloooooooow
15:00 Coke dukeleto: if I had a recommendation, I'd've made it. =-)
15:00 Coke your judo won't work on me. =-)
15:05 hudnix joined #parrot
15:08 Coke going to remove any PLATFORM entries older than a year. any objections?
15:08 ash_ how are the jit changes coming along?
15:08 Coke ash_: I don't think anyone has touched JIT recently.
15:09 Coke (most devs have been concentrated on refactoring the calling conventions)
15:10 ash_ ah, thats cool, i just remember on whiteknights blog posting something about libJIT NCI frame builder stuff
15:15 dukeleto Coke: do it
15:16 dukeleto http://renesd.blogspot.com/2009/09/py3k​python3-more-than-one-year-on-096.html <-- interesting read. Was looking for Parrot's pynie to be mentioned, but nope
15:16 shorten dukeleto's url is at http://xrl.us/bfs9om
15:22 dukeleto how should I describe the JIT deprecation?
15:23 particle sadly.
15:23 jonathan "With a tear in our collective eye, we removed the that caused us to stab the other eyes we used to have out."
15:24 dukeleto lulz
15:24 jonathan *the code...
15:24 Coke dukeleto: (do it) rip out year old platform entries?
15:24 moritz "with a happy heart, and a tear in either eye, I'm proud to announce that we killed JIT with fire"
15:24 dukeleto Coke: yes
15:28 Coke done, along with another minor cleanup.
15:29 dalek parrot: r41952 | coke++ | trunk/PLATFORMS:
15:29 dalek parrot: remove results older than a year.
15:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41952/
15:29 dalek parrot: r41953 | coke++ | trunk/PLATFORMS:
15:29 dalek parrot: remove 2 unused comments, renumber remaining comments.
15:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41953/
15:31 dukeleto particle: diff from 1.6.0 to trunk is 84144 lines
15:31 moritz yikes
15:32 dalek parrot: r41954 | whiteknight++ | trunk/PLATFORMS:
15:32 dalek parrot: update win32-x86-mingw_gcc3.4.5 to current date. All tests pass locally
15:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41954/
15:33 mikehh joined #parrot
15:36 dalek parrot: r41955 | whiteknight++ | trunk/PLATFORMS:
15:36 dalek parrot: [PLATFORMS] remove JIT column from platforms listings. Don't have JIT, don't really need to report it's status anymore. Can update this later once we know what the JIT implementation will look like.
15:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41955/
15:37 athomason joined #parrot
15:37 particle dukeleto: for src/ops/ops.num?
15:38 particle sorry, i should have been more specific.
15:38 particle svn diff -rREL_1_6_0:HEAD src/ops should give you the info you want
15:40 Coke particle: you can't, IIRC, use tags as revision numbers.
15:41 dukeleto particle: i think that helps, let me see if I can get a diff of only src/ops
15:43 dukeleto svn diff hates me
15:44 dukeleto when I do "svn diff https://svn.parrot.org/parrot​/tags/RELEASE_1_6_0/src/ops/ https://svn.parrot.org/parrot/trunk/src/ops" it shouls pic.ops as being removed, but that was described in the last release. what gives?
15:45 dukeleto s/shouls/shows/
15:54 nopaste joined #parrot
15:54 dalek rakudo: f76c57e | moritz++ | docs/ROADMAP:
15:54 dalek rakudo: [docs] update ROADMAP
15:54 dalek rakudo: * Parrot calling conventions are now scheduled for 2009-11
15:54 dalek rakudo: * biding positionals by name now works
15:54 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​76c57e9a4ad813a3825c6c525813fbe6f8d4638
15:54 shorten dalek's url is at http://xrl.us/bfs9wd
15:54 mikehh what is the Inst column in PLATFORMS
15:55 mikehh Install?
15:55 purl i heard Install was extremely finicky...i ended up using the RPM, but of course that is just pure trash...I am through with postgres!!!
15:55 whiteknight mikehh: yes, install I think
15:55 whiteknight there should be an explanatory note lower in the file
15:55 whiteknight yes, it's "make install"
15:55 mikehh well ok I am updatein amd gcc 4.4.1 as installing
15:56 whiteknight ok
15:58 mikehh ok then - got to go out for a bit - bbiab
15:58 theory joined #parrot
15:58 dalek parrot: r41956 | mikehh++ | trunk/PLATFORMS:
15:58 dalek parrot: add linux-amd64-gcc.4.4.1
15:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41956/
16:00 dalek nqp-rx: 7451fb8 | pmichaud++ | src/ (3 files):
16:00 dalek nqp-rx: Allow nextterm specifier, nulltermish tokens.
16:00 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/7​451fb8b4a8a951179201622e1840a84e65c0606
16:00 shorten dalek's url is at http://xrl.us/bfs9xc
16:04 nopaste joined #parrot
16:06 allison joined #parrot
16:07 Coke whiteknight: if all tests pass, why do you have it marked as one failure?
16:07 whiteknight where, in PLATFORMS?
16:07 Coke yes.
16:08 Coke https://trac.parrot.org/parrot/changeset/41954 shows Y/1 - "one test failure". but your commit message disagrees.
16:08 whiteknight There had been an intermittent failure in t/op/io.t on this sytem, which i didn't see when I just ran the test
16:09 Coke so the /1 is correct? ok.
16:09 whiteknight Let me run it again.
16:10 whiteknight I did see that failure recently, but didn't see it when I tested this morning
16:14 Coke k. the /1 is confusing there. you might want to replace it with a *NOTE instead of a /FAILING_NUM
16:15 Coke (pointing to the TT)
16:17 dalek rakudo: 0a9860f | masak++ | docs/ROADMAP:
16:17 dalek rakudo: [docs/ROADMAP] updated wrt nqp-rx
16:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​a9860f72da755f8ad9127aeb8d9297a735a9709
16:17 shorten dalek's url is at http://xrl.us/bfs9z3
16:23 integral joined #parrot
16:27 dalek parrot: r41957 | coke++ | trunk/PLATFORMS:
16:27 dalek parrot: update platform
16:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41957/
16:29 kj joined #parrot
16:34 darbelo joined #parrot
16:35 darbelo Piper needs to die in a fire.
16:36 cotto_work It's like nobody here has heard of the ignore list. ;)
16:40 dalek parrot: r41958 | rblasch++ | trunk/PLATFORMS:
16:40 dalek parrot: Updated VC9 platforms.
16:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41958/
16:41 Coke piper?
16:41 purl well, piper is the logbot for #parrot
16:42 Coke left #parrot
16:42 Coke joined #parrot
16:42 Coke I haven't seen piper in ages. =-)
16:45 nopaste "he" at 158.38.152.119 pasted "Enable shared libs for NetBSD, as for linux, freebsd, dragonfly, openbsd etc." (32 lines) at http://nopaste.snit.ch/18381
16:47 darbelo That was disabled on NetBSD?
16:47 he As near as I can tell from "svn log" it was never really enabled.
16:48 cotto_work I wonder how long it'll be before someone makes money from something running on a current version of Parrot.
16:49 mikehh I think 'he' was re-enabled yesterday
16:49 darbelo cotto_work: I did that alreday ;)
16:49 Coke dan did that back in... '03 ?
16:49 cotto_work *current version*
16:50 Coke it was current then! =-)
16:51 dalek rakudo: 7eed769 | jonathan++ |  (6 files):
16:51 dalek rakudo: Make Rakudo_binding_bind_signature actually take a low level signature object rather than an already unpacked one - this will make it far neater to recurse into the binder later. Also, cache the nameds to positionals hash. Doesn't actually win much performance, though we're building probably several less PMCs per dispatch, so less memory overhead for sure. Also remove a leak.
16:51 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​eed7692d38463e35a4c6130a25bb985c5981ba5
16:51 shorten dalek's url is at http://xrl.us/bfs966
16:52 desertm4x joined #parrot
16:55 mikehh joined #parrot
16:55 payload joined #parrot
16:58 bacek joined #parrot
17:01 Coke is anyone building their languages dynamic ops from their top level src dir?
17:02 whiteknight no
17:02 dalek rakudo: 55fd86e | jonathan++ | build/Makefile.in:
17:02 dalek rakudo: jnthn-- puts tabs in the makefile again.
17:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​5fd86e3f9e2f431c199705f10c5c2d4988f13b8
17:02 shorten dalek's url is at http://xrl.us/bfs98s
17:03 jonathan Coke: If you mean, from one Makefile in their top level dir, yes
17:03 jonathan Coke: e.g. we do cd $(OPS_DIR) && $(OPS2C) C --dynamic $(OPS_SOURCE)
17:04 jonathan Parrot's default seems to be to scatter lots of little makefiles all over the place.
17:04 Coke jonathan: then you're not doing it from the top level. you're cd'ing into a subdir... =-)
17:04 jonathan The makefile is in the top level. :-P
17:04 Coke jonathan: (little) yah, trying to avoid that with partcl now.
17:04 jonathan But yes. :-)
17:04 mikehh gotta do another re-boot - bbiab
17:04 Coke merging the ops makefile into the root makefile first.
17:05 jonathan Note that we're compiling the ops there and then, not cd'ing and calling another makefile. :-)
17:06 darbelo Coke: I recently convinced PMC2C to work from the top-level in decnum-dynpmcs, not the same thing, but the approach could help here.
17:06 Coke jonathan: ah, I did misread that.
17:07 Coke yay. was missing a -I .
17:09 mikehh joined #parrot
17:10 * dukeleto is back and caffeinated
17:11 mikehh piper is bad enough but tweety
17:12 * Coke wonders about RT #69887
17:12 Coke I see no porn.
17:13 jonathan Well, you can always try googling.
17:13 jonathan ;-)
17:14 dukeleto i have no bugfixes so far as part of 1.7.0, NEWS, but I don't actually believe that. we must have fixed a bug in trunk in the last month....
17:14 Coke also rant: 20 line sig files with ascii art.
17:15 darbelo dukeleto: we fixed lots of bugs, almost as many as we introduced ;)
17:15 dukeleto mikehh: i think https://trac.parrot.org/parrot/ticket/1124 is closeable
17:15 kthakore where is teh p0rn?
17:15 kthakore hi jonathan dukeleto
17:16 dukeleto kthakore: hello
17:17 dukeleto darbelo: name a bug we fixed this month that wasn't introduced since 1.6.0 (seriously)
17:17 darbelo line numbering in IMCC.
17:17 darbelo Biggest one I can think of.
17:17 dukeleto darbelo: got that already, in the compilers section
17:17 dukeleto darbelo: perhaps it should be in the bugfix category
17:18 Coke That was only a partial fix. meh.
17:18 dukeleto is there a way to see closed tickets since 1.6.0 in trac?
17:19 dukeleto or most recently closed tix....
17:19 Coke probably. moment.
17:19 darbelo https://trac.parrot.org/parrot/query?status=close​d&amp;col=id&amp;col=summary&amp;col=type&amp;col​=priority&amp;col=milestone&amp;col=component&amp​;col=reporter&amp;col=owner&amp;col=time&amp;col=​changetime&amp;desc=1&amp;order=id&amp;report=11
17:19 shorten darbelo's url is at http://xrl.us/bftabi
17:19 dukeleto anybody remember which PMCs we improved coverage for this month?
17:19 dukeleto i have CallSig
17:20 moritz various arrays, perhaps?
17:20 dukeleto darbelo++
17:20 dukeleto moritz: oh yeah
17:20 Coke dukeleto: I see no way to restrict ticket query by "date of last activity on ticket"
17:20 moritz http://irclog.perlgeek.de/search.pl?ch​annel=parrot&amp;nick=&amp;q=coverage
17:20 shorten moritz's url is at http://xrl.us/bftabn
17:21 Coke you could probably write a custom query for this.
17:22 whiteknight darbelo++
17:22 Coke sorry, custom report.
17:22 darbelo whiteknight: huh?
17:22 whiteknight you're a super hero
17:23 whiteknight I didn't realize you added Matrixy metadata to plumage
17:23 darbelo Okay.
17:23 gaz joined #parrot
17:24 darbelo whiteknight: doesn't work yet. It depends on parrot-linear-algebra.
17:24 whiteknight right, but that's still awesome
17:24 darbelo I never disputed that :)
17:25 japhb Now that dependencies are working in Plumage, I'm working on importing proto's projects, and then we'll have several dozen.
17:26 dukeleto japhb: exciting!
17:26 purl i heard exciting was good enough.
17:26 whiteknight I really need to learn more about plumage. Is there any good documentation about it?
17:26 darbelo the metadata/ dir is going to get crowded.
17:26 darbelo whiteknight: the code ;)
17:27 nopaste "he" at 158.38.152.119 pasted "atan part 2 now succeeds on netbsd" (23 lines) at http://nopaste.snit.ch/18382
17:27 he However, I'm getting a couple of other strange test failures, one of them related to ... recently enabled shared libs.
17:27 dukeleto darbelo: you added tests for Exception. that is going in NEWS...
17:27 cotto_work Hasn't that been failing forever?  It's good to see it working.
17:27 dukeleto moritz: that search is very helpful, thanks!
17:28 whiteknight yeah! I didn't think I would see a fix in my lifetime
17:28 whiteknight he++
17:28 he Yep, I think the change I did a while back to improve the math library initialization licked it.
17:29 he Fix is config/gen/platform/netbsd/math.c r40837
17:30 cotto_work #ps in 60
17:30 darbelo dukeleto: Are you sure *I* added that. I can't recall that commit.
17:30 he I'm going to do a smoke test so you others can look at the test failures.
17:31 whiteknight he: awesome. Let us know when it's posted
17:31 he One says "Invalid shared object handle 0xbb8b7000" in the test output (uh-oh), the other appears to core-dump in a couple of unexpected places.
17:31 whiteknight urg
17:31 darbelo Ouch.
17:31 whiteknight core dumps are evil
17:31 darbelo But debuggable!
17:32 * whiteknight wants to invent a computer with no core, so there is nothing to dump
17:32 * darbelo wants backtrace.
17:32 dukeleto darbelo: yeah. that was me. /facepalm
17:32 * whiteknight wants some icecream
17:32 darbelo whiteknight: Computers haven't used cores in qite a while.
17:33 whiteknight so then what does parrot keep dumping?
17:33 whiteknight CORE
17:33 whiteknight that's what
17:33 purl That's *WRONG!*
17:33 whiteknight you're wrong
17:33 Coke hurm. pmc2c seems to really like to be run in the pmc dir.
17:33 darbelo Coke: Yes, bu you can trick it if you are clever about it.
17:34 whiteknight or we could just fix it, if we were super-clever
17:34 darbelo I don't want it fixed, I want it replaced.
17:34 japhb whiteknight, re: Plumage docs: Right now there are pretty good docs for a couple of the internal modules, but the main program is rather underdocumented.  I'm mostly planning to fix this by continuing to refactor code out of the main program into well-documented libraries.  :-)
17:35 whiteknight ah, nice
17:35 japhb The metadata project in general is documented on the Parrot wiki.
17:35 whiteknight I would like to lend my moral support, even if I can't contribute directly
17:35 japhb "ModuleEcosystem", IIRC.
17:35 * darbelo goes afk
17:35 japhb yup: https://trac.parrot.org/pa​rrot/wiki/ModuleEcosystem
17:36 japhb whiteknight, moral support is appreciated, thank you.  :-)
17:36 Coke jonathan: does "cd FOO && " work on windows?
17:36 cconstantine_ joined #parrot
17:38 jonathan Coke: Aye.
17:38 * dukeleto is running a fulltest in prep of committing what will be 1.7.0
17:38 jonathan Coke: What I copy/pasted you is straight from the Rakudo makefile, which builds fine on Windows. :-)
17:39 dukeleto no commits to trunk in the next hour, please, unless something is seriously on fire
17:40 whiteknight dukeleto++
17:40 theory joined #parrot
17:41 * dukeleto is also hacking on some release automation scripts that I will commit after the release
17:41 cotto_work dukeleto++
17:41 theory joined #parrot
17:44 he http://smolder.plusthree.com/app/pu​blic_projects/report_details/29228
17:44 shorten he's url is at http://xrl.us/bftaeq
17:45 cotto_work I thought those extend tests got fixed
17:49 Tene japhb: how would you like LOLCODE installable from plumage?
17:50 darbelo Tene: +1!
17:50 japhb Tene, I would, yes, thank you!
17:50 Tene I just need to track down where it went, or pull it out of svn history.
17:50 japhb I'll consider it a nice milestone when all living Parrot HLLs can be installed via Plumage
17:50 japhb Tene, totally worth the effort.  ;-)
17:51 darbelo Hmm. I'll have to get back on the 'install partcl' thing.
17:51 Tene japhb: it was the first language supporting HLL interop.
17:51 japhb Tene, good choice.  :-)
17:51 whiteknight darbelo: Matrixy doesn't currently depend on Parrot-Linear-Algebra. It can work without it
17:52 darbelo whiteknight: I'm planning to change that ;)
17:52 whiteknight darbelo: yeah, I'm planing to change it too :)
17:52 whiteknight but for now, it works alone
17:52 jonathan I just discovered that Parrot_call_sub doesn't handle multis.
17:52 Tene Oh, it's in https://svn.parrot.org/languages/
17:52 jonathan Not sure if that's by design or an unhappy accident.
17:53 jonathan I can work around this easily of course (write an only that re-dispatches to the multi - the multi I want to dispatch to also tail calls, so I get to avoid that bug too).
17:53 japhb Tene, commit us some metadata!
17:54 jonathan But since it's the documented way to call a sub from C...I just wondered if it should be able to handle multis too.
17:54 jonathan I cna file a Trac ticket if so.
17:54 Tene japhb: I need to make it work against an installe dparrot, give it an install make target, etc.
17:54 Tene I bet.
17:54 japhb nodnod
17:54 dukeleto please test the shit out of r41959
17:55 dalek parrot: r41959 | dukeleto++ | trunk (11 files):
17:55 dalek parrot: [release] Parrot 1.7.0
17:55 darbelo Tene: I can probably help there. I just did that for Matrixy.
17:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41959/
17:55 Tene darbelo: any chance you can give me a link to a matrixy commit?
17:55 * dukeleto is doing 'make release' now and checking that
17:56 cotto_work dukeleto fulltest pases on x64/ubuntu
17:57 darbelo Tene: http://github.com/Whiteknight/matrixy/commi​t/3477a9453bdb55c597b9c929ad43e121792c7671
17:57 shorten darbelo's url is at http://xrl.us/bftaij
17:58 darbelo There were a few more commits after that, but that's the big one.
17:58 Tene darbelo: thanks.
17:59 dukeleto cotto_work++
17:59 he Hmm, seems that that parrot doesn't properly deal with the NetBSD ELF shared libraries.
18:00 mikehh #ps in 30
18:00 he On NetBSD, the real-time linker really likes to find the shared library where it was told it is to be found via -Wl,-R
18:00 he s/real-time linker/ld.elf_so/
18:01 * dukeleto is testing the release tarball now
18:01 whiteknight "dukeleto: Rock Star"
18:01 cotto_work dukeleto if you've tagged the release the rest of us can resume breaking stuff
18:02 whiteknight PREPARE TO SET ENGINES TO MAXIMUM DESTRUCTION!!!
18:02 Tene cotto_work: only if he's comfortable that the release is good.  He doesn't want to have to deal with reverting things if he needs to make additional commits to fix up the release.
18:03 cotto_work I'll leave it to him.
18:03 whiteknight once he is done testing the tarball, that should be it
18:04 dukeleto cotto_work: i need to do the tag. very soon now. i will wait a few minutes for a few more "tests pass" from some peeps
18:04 chromatic joined #parrot
18:05 dukeleto also, I will test parrot on some other machines I have access to
18:05 japhb We've had at least one time in the pass when people broke things too soon -- IIRC Rakudo couldn't find a master-branch commit that was kosher.  Better to give everyone some breathing room.
18:05 japhb er, in the past
18:06 darbelo clock?
18:06 purl darbelo: LAX: Tue 11:06am PDT / CHI: Tue 1:06pm CDT / NYC: Tue 2:06pm EDT / LON: Tue 7:06pm BST / BER: Tue 8:06pm CEST / IND: Tue 11:36pm IST / TOK: Wed 3:06am JST / SYD: Wed 5:06am EST /
18:07 whiteknight #ps in 23
18:08 dukeleto can someone test the release rev on windoze?
18:08 whiteknight on it
18:09 whiteknight what rev?
18:09 purl i think rev is nice too
18:09 he Test on NetBSD/macppc 5.0: http://smolder.plusthree.com/app/pu​blic_projects/report_details/29231
18:09 shorten he's url is at http://xrl.us/bftaku
18:09 japhb purl, forget rev
18:09 purl japhb: I forgot rev
18:09 he Demonstrates the "could not find shared library" problem (I've not done "make install" before the test)
18:10 dukeleto whiteknight: 41959
18:10 whiteknight gotcha. On it
18:12 dukeleto dammit. parrot -V still says 1.6.0-devel . why?
18:12 cotto_work dukeleto ./parrot?
18:13 dukeleto the release guide says to make sure that it has the right number, but not what to change if it doesn't
18:13 whiteknight chromatic: you get my message yesterday?
18:13 chromatic Did you make a release tarball?
18:13 dukeleto cotto_work: (kadath)(~/svn/parrot-1.7.0-release/parrot-1.7.0)$ ./parrot -V
18:13 dukeleto This is Parrot version 1.6.0-devel built for nojit.
18:13 dukeleto chromatic: yes, I did make release=1.7.0
18:13 chromatic I did, whiteknight.  I'm not sure how that change would look, but it's an idea.
18:13 whiteknight you updated all the metadata files
18:14 whiteknight ?
18:14 he oh, t/src/atomic.t specifies C code to compile and run.  I guess it doesn't get passed the proper -Wl,-R flag, but where should that happen?
18:14 chromatic There's no single separate fastcore; we'd have to modify all invocations of functions in the cores that share those functions.
18:14 chromatic That's doable.
18:14 whiteknight chromatic: yeah, that's what I'm thinking.
18:15 whiteknight so all fastcore op functions take three arguments (opcode_t*, interp, ctx**) instead of two
18:15 * dukeleto needs halp with parrot -V
18:15 whiteknight I've never been exactly sure where that value comes from. Now is a good time to learn
18:16 whiteknight dukeleto: make sure you don't have a previously-installed libparrot anywhere?
18:16 nbrown joined #parrot
18:16 dukeleto whiteknight: shall i delete my installed parrot?
18:17 whiteknight yes
18:17 dukeleto whiteknight: it scares me that an installed parrot should effect that version number
18:17 dukeleto whiteknight: scary but I will
18:17 whiteknight goddamnit. Failed t/op/annotate.t
18:18 whiteknight (but looks like a harmless, though obnoxious, error)
18:18 whiteknight have: 0, want: -0
18:18 dukeleto whiteknight: yep, it was the installed parrot
18:18 whiteknight okay, awesome
18:18 dukeleto whiteknight: !!! like i said a few days ago. testing numbers exactly as strings is ALWAYS A BAD IDEA
18:19 * dukeleto looks at annotate test
18:19 whiteknight hold on, need more testing
18:19 cotto_work dukeleto it could be a bytecode issue.
18:19 dukeleto whiteknight:  which test was that?
18:19 whiteknight don't know, I already flushed my console buffer
18:19 cotto_work nm.  There's no PBC_COMPAT bump for non-supported releases.
18:20 mikehh smoke #29233 PASSes at r41959 - 11,103 ok, 0 failed, 262 todo, 573 skipped and 0 unexpectedly succeeded - Ubuntu 9.10 (beta updated) aqmd64
18:20 whiteknight allison++
18:20 dukeleto mikehh++
18:20 whiteknight ++ for everybody!
18:21 dukeleto whiteknight: so, do we still have a failing test on windoze?
18:21 chromatic Someone should delete the pcc_optimize_sig test.
18:21 whiteknight dukeleto: still running.
18:21 chromatic s/test/branch/
18:22 whiteknight we didn't have any test failures at r41949, so I'm hoping failures didn't magically appear in 10 revisions after that
18:22 dukeleto whiteknight: i can change those tests over to use 'fp_equality.pasm' if needed. let me know as soon as you can
18:22 whiteknight ok
18:24 dukeleto whiteknight: if windows passes, i will tag it and bag it
18:24 dalek parrot: r41960 | darbelo++ | branches/pcc_optimize_sig:
18:24 dalek parrot: Remove pcc_optimize_sig, this branch has alredy been merged and is no longer needed.
18:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41960/
18:24 whiteknight failed
18:24 whiteknight t/op/arithmetics.t 21 and 24
18:24 Tene argh darbelo beat me
18:24 whiteknight t/op/io.t, failed test 4
18:24 dukeleto whiteknight: fuck
18:24 whiteknight t/pmc/env.t didn't run 14 tests
18:25 dukeleto whiteknight: can you nopaste the whole log?
18:25 dukeleto also, can we triage these failures? I can work on some, but I can't test them
18:25 Coke whiteknight: what platform ar eyou on?
18:25 whiteknight win32
18:25 Coke the -0 sounds like a familiar (and old) bug.
18:26 whiteknight r41959, right?
18:26 dukeleto whiteknight: yes
18:26 chromatic Thanks, darbelo.
18:26 darbelo No problem.
18:26 dukeleto whiteknight: so annotate isn't failing now, but 3 other tests?
18:26 whiteknight apparently. Let me try again, from the top
18:27 dukeleto whiteknight: realclean and perhaps rm your installed parrot, just for funzies
18:27 dukeleto can anyone else verify failing tests on win32 in trunk?
18:27 dukeleto like, have these been failing for a while?
18:27 dukeleto 'cause that would suck
18:28 darbelo Do we have any recent smolders to confirm?
18:29 he Build emits "trap                      1253       experimental, not in ops.num" during ops2pm.pl run.
18:29 whiteknight that's expected
18:30 he ok
18:31 chromatic #ps time
18:31 dukeleto http://smolder.plusthree.com/app/pu​blic_projects/report_details/29207
18:31 shorten dukeleto's url is at http://xrl.us/bftarh
18:31 he I'm testing a fix for the "need to point run-path to shared libs in blib/lib/ on NetBSD"
18:32 he Essentially, if "rpath" is defined, use it in libparrot_linkflags.
18:32 dukeleto so, these tests have been failing for a while on win32. this sux.
18:33 dukeleto the questions now is, what does a Duke do?
18:33 mikehh All tests PASS (pre/post-config, smoke (#29233), fulltest) at r41959 - Ubuntu 9.10 (beta updated) amd64
18:33 kj joined #parrot
18:34 dukeleto conditionally skip them on win32, i guess. can someone help me with this? i can't test them 'cause i got no access to win32
18:34 * dukeleto begs for halp
18:34 whiteknight working on it
18:34 japhb dukeleto, I would help you if I could.  I don't have win32 either.  :-(
18:34 whiteknight chillax
18:35 dukeleto whiteknight++
18:36 whiteknight urg, that time it didn't even build
18:36 whiteknight cannot open output file libparrot.dll: Permission denied
18:36 Coke etc?
18:36 purl etc are why php sucks
18:36 Coke etc is also partcl!
18:38 moritz etc?
18:38 purl somebody said etc was partcl!
18:38 dukeleto good thing I automated some parts of the release process, since I will have to do it again once win32 is happy. yay for forward-thinking
18:40 japhb dukeleto, plumage thought: when I finally get the metadata up on a server, we could move the existing metadata/ dir directly to t/metadata/, and have it be the test data collection.  Just a random thught.
18:43 darbelo make fulltest PASS on OpenBSD i386
18:43 bacek joined #parrot
18:44 nopaste joined #parrot
18:45 dukeleto darbelo++
18:46 darbelo This is the first release I've been able to say that.
18:47 whiteknight I completely nuked my repo and checked out a new one
18:48 Coke darbelo++ gets a cookie. pcc branch failing several partcl tests.
18:48 Coke this means that parrot is missing tests.
18:49 darbelo Told ya.
18:49 nopaste "coke" at 72.228.52.192 pasted "partcl on pcc_reapply" (21 lines) at http://nopaste.snit.ch/18383
18:49 whiteknight Parrot is definitely missing tests
18:49 chromatic Tests welcome from languages.
18:49 Coke hurm. I appear to have access to create a mailing list via the web.
18:50 darbelo And we need to run them more often. Look at the win32 stuff happening right now.
18:50 Coke darbelo: we have failing smolder tests that no one looks at. =-)
18:50 whiteknight this month was hard because so much focus pointed away from trunk
18:50 Coke having more people test things so we can ignore them probably won't help.
18:50 whiteknight I don't ignore them
18:50 darbelo Coke: true.
18:50 Coke (so we need to fix something else. Like making smolder not being green a big deal.)
18:50 whiteknight I just don't immediately fix them all eiher
18:51 Coke whiteknight: how is that different? =-)
18:51 Coke (except for in the future)
18:51 whiteknight it's a matter of intent
18:51 whiteknight don't ignore, "prioritize"
18:52 Coke ok. if you'd like to word-kibbitz,  then they are priortized too low considering the agita they are now causing at release time.
18:52 whiteknight that's better
18:52 darbelo If we're fixing them on release day, our prioritues are hosed, IMHO.
18:52 Tene Didn't we have someone on the ml a little while ago offering to set up smolder reporting on a wide range of systems?
18:52 dukeleto whiteknight: any status on win32 on trunk?
18:53 whiteknight re-retesting now
18:53 whiteknight got a fresh checkout
18:53 dukeleto whiteknight++ # go go gadget!
18:53 Coke SMOLDER FAILURES:
18:53 Coke http://smolder.plusthree.com/app/p​ublic_projects/smoke_report/29232
18:53 shorten Coke's url is at http://xrl.us/bftavj
18:53 Coke http://smolder.plusthree.com/app/p​ublic_projects/smoke_report/29231
18:53 shorten Coke's url is at http://xrl.us/bftavm
18:53 Coke http://smolder.plusthree.com/app/p​ublic_projects/smoke_report/29230
18:53 shorten Coke's url is at http://xrl.us/bftavo
18:53 Coke http://smolder.plusthree.com/app/p​ublic_projects/smoke_report/29229
18:53 shorten Coke's url is at http://xrl.us/bftavq
18:53 dukeleto whoa nelly
18:53 Coke (current 4 failurs from the RSS feed.)
18:53 whiteknight okay, same list of failures
18:54 Coke If we have a failure on a platform reported multiple times, we should probably TODO it. (and open a ticket.)
18:54 whiteknight t/op/arithmetics.t stuff is all the weird -0 shit
18:56 dukeleto ok, netbsd it not officially supported yet, so that is ok
18:56 he What? :)
18:56 he (The latest failures have to do with me enabling shared library support, and testing it)
18:57 dukeleto one failing test on linux/amd64: http://smolder.plusthree.com/app/public_pr​ojects/report_details/29230#first_failure
18:57 shorten dukeleto's url is at http://xrl.us/bftawi
18:57 whiteknight okay, somewhere Parrot is silently exiting in t/pmc/env.t
18:57 dukeleto that looks fishy. others would have surely noticed, right? or is no one else on that exact linux platform?
18:58 whiteknight it doesn't like the line "delete $P0['PARROT_TMP']"
18:58 he dukeleto: that one is pretty similar to what I see on NetBSD.
18:58 dukeleto he: all your work is appreciated, but I am trying to get a release out the door and passing tests on our officially supported platforms
18:58 dukeleto he: interesting
18:59 he dukeleto: I understand; I was joking.
18:59 dukeleto whiteknight: is $P0 null?
18:59 dukeleto he: no worries :) Slightly tense since I have some plans for this afternoon and i don't know what is going on right now. tests are all of a sudden failing on win32 and linux
18:59 dukeleto but not on my boxen
19:00 dukeleto trunk passes 'make test' on FreeBSD 6.2 for me
19:00 whiteknight dukeleto: no worries. If you need to go we can take over
19:01 nopaste joined #parrot
19:01 he Re-test after dealing with rpath issues in C source tests on NetBSD/macppc 5.0: http://smolder.plusthree.com/app/pu​blic_projects/report_details/29236
19:01 shorten he's url is at http://xrl.us/bftax8
19:01 dukeleto whiteknight: i have another 1/1.5 hours, I just am totally useless right now, because the tests aren't failing on any of my boxen
19:01 whiteknight gotcha.
19:01 whiteknight brb
19:01 he The only failing test now is t/pmc/threads.t
19:02 Coke he: that was failing for me on amd64, but nowhere else.
19:02 * dukeleto is going out to lunch
19:02 Coke (I just marked it as /1 in the PLATFORMS and ignored it)
19:02 dukeleto please have everything fixed when I get back
19:04 he I tried to nopaste my "use rpath if it's set", it's at http://nopaste.snit.ch/18385
19:04 he (For some reason the nopaste didn't end up here.)
19:12 Rhy0lite joined #parrot
19:12 Topic for #parrotis now Parrot 1.7.0 "African Grey" is coming soon, no non-release-related commits to trunk, please | Improve PCC testing this week or the release gets it!
19:12 cotto_work Is plumage's long-term plan to live outside Parrot's repo long-term and only be bundled with Parrot releases?
19:13 cotto_work s/repo long-term/repo/
19:13 japhb cotto_work, previous to today it was to eventually merge back.  But it sounds like the general feeling is to keep it outside and snapshot it.
19:13 Coke chromatic: so. I have partcl failures against pcc_reapply. Would you say that's a show stopper to merging back to trunk or no?
19:14 chromatic Depends on the failure.
19:14 japhb I don't have a particularly strong feeling about this, other than the general Perl 5-ish fear of long-term dual-life modules.  But as I understand it, this is supposedly largely mitigated by Parrot's aggressive release cycles.
19:15 darbelo japhb: It looks to me like parrot is going the small core, lots of modules way.
19:16 japhb darbelo, yes indeed.  But I was given to understand (again, before today), that Plumage and whatever it needed where going to be the outer shell of that small core.
19:16 darbelo Opposite from the perl 5 "pull it into the core" approach.
19:16 Rhy0lite Hi.  Is there any information about the benefits that Parrot achieves or will achieve by using Continuation Passing Style?  I have read Squawks of the Parrot blog and other information, but I am trying to understand the advantage, other than simplifying support for languages that provide continuations as first-class object.
19:16 Coke ah, this one's probably easy: tcl_group.so: undefined symbol: Parrot_run_meth_fromc_args_reti
19:17 chromatic Coke, you should be able to rewrite that one into a Parrot_pcc_invoke_from_c_args variant.
19:17 Coke but I didn't write that code. =-)
19:18 Coke it's coming from the pmc2c code.
19:18 chromatic Now you have my attention.
19:18 Coke bah.
19:18 cotto_work Coke: from current pmc2c code?
19:18 Coke I might have been lying. moment.
19:19 Coke yes. lying. it's in the .pmc
19:19 Coke (*&#$
19:19 chromatic You need to submit a Smolder report for your wardrobe because your pants are on FIRE.
19:19 darbelo chromatic++
19:20 Coke (hey trac, can you go slower? thanks!)
19:20 cotto_work Coke, don't taunt it.
19:20 Coke chromatic: it would be helpful if that upgrade info was here: https://trac.parrot.org/parrot/wiki/Deprecation
19:21 Coke (and will it work against trunk also?)
19:22 darbelo Coke: it should.
19:22 Coke ok. pointers on that wiki page will be helpful to more than just me, presumably.
19:26 mokurai joined #parrot
19:27 joeri joined #parrot
19:28 Coke chromatic: Parrot_pcc_invoke_from_c_args is not in the pcc_reapply branch.
19:29 chromatic It should be instead Parrot_pcc_invoke_sub_from_c_args().
19:30 Coke got it. danke.
19:32 dalek nqp-rx: b179ffb | pmichaud++ | src/ (4 files):
19:32 dalek nqp-rx: More quote_EXPR and quoting improvements.
19:32 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/b​179ffbbdd72075749058f7619376e58eeea3ed6
19:32 shorten dalek's url is at http://xrl.us/bfta45
19:33 Coke can I just use Parrot_PCCINVOKE ?
19:33 Coke (this is for a method, not a sub, btw, so using _method_)
19:33 whiteknight do not use Parrot_PCCINVOKE
19:35 Coke also, I am using         PMC * const method = Parrot_oo_find_vtable_override_for_class(interp, _class, get_bool);
19:35 Coke ... but Parrot_pcc_invoke_method_from_c_args seems to just take a STRING for the method name.
19:35 Coke how can I reconcile?
19:35 whiteknight Coke: you can't make a STRING?
19:35 Coke I could. does Parrot_pcc_invoke_method_from_c_args respect vtable overrides ?
19:36 whiteknight or, let me rephrase: what do you need exactly?
19:36 Coke whiteknight: to invoke a vtable override if it exists.
19:36 whiteknight how do you do it currently?
19:36 Coke http://github.com/partcl/partcl/blo​b/master/src/pmc/tclstring.pmc#L38
19:36 shorten Coke's url is at http://xrl.us/bfta5j
19:37 Coke using the two methods I just mentioned here.
19:37 dalek parrot-plumage: dbd4325 | darbelo++ | :
19:37 dalek parrot-plumage: Add metadata for parrot-linear-algebra.
19:37 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/dbd4325862bfd730fbe406938f88923cd7f54bbf
19:37 shorten dalek's url is at http://xrl.us/bfta5m
19:37 Coke ( and that fails against pcc_reapply)
19:38 japhb darbelo, Is it wotking now?
19:38 chromatic Given a Sub and an invocant, you want to invoke that Sub as a method with that invocant and pass parameters and receive return values.
19:39 Coke and apparently Parrot_pcc_invoke_method_from_c_args is not the way to do that. yes?
19:39 nopaste joined #parrot
19:39 chromatic There's a different function somewhere I'm sure I saw that is the right thing for you, but I haven't found it yet.
19:40 Coke k.
19:40 darbelo japhb: not yet. But that's a parrot-linear-algebra issue.
19:40 chromatic Maybe you have to build your own CallSignature.  Gah.
19:41 Coke Parrot_pcc_invoke_from_sig_object ?
19:41 whiteknight Parrot_pcc_invoke_sub_from_c_args
19:41 Coke whiteknight: it's not a sub.
19:41 Coke unless I'm misreading the difference between the _sub_ and _method_ variants there.
19:42 whiteknight yes, Parrot_pcc_invoke_from_sig_object
19:42 Coke chromatic: that would suck a bit.
19:42 whiteknight and Parrot_pcc_build_sig_object_from_c_rgs
19:42 whiteknight Parrot_pcc_build_sig_object_from_c_args
19:42 Coke so I do need to be build my own CS?
19:42 whiteknight yes
19:42 darbelo That sucks.
19:42 purl The rock is now off.
19:43 chromatic Parrot_call_method_ret_int()
19:43 chromatic in src/extend.c
19:43 cotto_work whiteknight: s/c_args/varargs/ ?
19:44 whiteknight maybe, I'm looking at it now
19:44 Coke chromatic: Parrot_String method
19:44 whiteknight Coke: PMC * call_sig = Parrot_pcc_build_sig_object_from_varargs(INTERP, SELF, "->I", &result);
19:44 Coke method is still a method name there.
19:44 Coke (not a method obj.)
19:45 whiteknight no, sorry: PMC * call_sig = Parrot_pcc_build_sig_object_from_varargs(INTERP, SELF, "Pi->I", &result) I think
19:45 chromatic Coke, read the code.
19:46 chromatic method is *unused* in favor of the Sub passed in.
19:46 Coke chromatic: ... *boggle*
19:46 chromatic Yes, the documentation is Bad.
19:47 cotto_work Has anyone run make cover on pcc_reapply?
19:47 cotto_work That'd be a good idea before we dive into writing tests.
19:47 allison Coke: a method can be invoked with the *sub* variants
19:48 allison Coke: the only unique thing is when you need to look up the method by name
19:48 allison Coke: (when you don't already have a code object for the method)
19:50 Coke that would be a nice note for the docs.
19:50 ruoso joined #parrot
19:50 whiteknight we do need lots of examples of this stuff
19:50 whiteknight by the way, do we have any other win32 users here today?
19:50 whiteknight we could really use some more hands on this
19:51 cotto_work I'm on win7 but I've been seeing a number of failing tests anyway.
19:52 Coke return (INTVAL)Parrot_call_method_ret_int(interp, method, SELF, get_bool, "->I");
19:52 Coke ?
19:53 chromatic Looks reasonable.
19:53 Coke k. something is still barfing. digging.
19:54 cotto_work I'll see if I can get something useful.
19:55 Coke segfaults : http://nopaste.snit.ch/18386
19:55 Coke (and our nopaste bot is gone.)
19:55 nopaste joined #parrot
19:56 darbelo <value optimized out>?
19:56 darbelo Coke: can you build unoptimized?
19:56 chromatic Hm, the Pi>I looks wrong.  Where's the ->?
19:58 Coke darbelo: I could, but no! =-)
19:58 chromatic Coke, can you remove line 1316 from src/extend.c and rebuild Parrot?
19:59 chromatic Hm, on second thought.
20:00 chromatic Remove the +1 from line 1317.
20:01 whiteknight win32 is infuriating
20:02 whiteknight I love how parrot just exits silently for no apparent reason
20:02 whiteknight like, I assume it's a segfault
20:02 nopaste "cotto_work" at 131.107.0.77 pasted "test results on win7 with strawberry toolchain" (38 lines) at http://nopaste.snit.ch/18387
20:02 whiteknight but it could say something
20:02 whiteknight Cotto: I'm seeing the same env.t failures here
20:02 cotto_work and io?
20:02 purl i guess io is "input/output". or "indirect object" or a core module or one of Jupiter's moons or a small, prototype-based programming language at http://www.iolanguage.com/about/
20:02 whiteknight so they're probably related and if you can figure them out it would help everybody
20:03 whiteknight io.t is evil on windows, fails intermittently, and is mostly a problem with the test that nobody has fixed yet
20:03 whiteknight on windows, the fourth test just doesn't run instead of being TODOs
20:04 nopaste "coke" at 72.228.52.192 pasted "better" (29 lines) at http://nopaste.snit.ch/18388
20:04 Coke chromatic: so now we have Pi->I
20:04 Coke ... and then it still segfaults in clone_key_arg. =-)
20:05 nbrown joined #parrot
20:07 whiteknight are you doing this on pcc_reapply?
20:07 Coke yes.
20:07 whiteknight I thought clone_key_arg was deleted in that branch
20:08 whiteknight or, at least no longer needed
20:08 Coke whiteknight: apparently not?
20:08 cotto_work whiteknight I'll take a shot when I can (a little later today), but my win32-fu isn't strong.
20:08 Coke (not deleted, anyway)
20:08 Coke chromatic: looks like that method in extend.c also has a c-string off by one error (2, should be 3.)
20:08 whiteknight cotto_work: I may have just solved it
20:09 chromatic 2 is fine, Coke.
20:09 nopaste "coke" at 72.228.52.192 pasted "pcc_reapply patch." (20 lines) at http://nopaste.snit.ch/18389
20:09 chromatic The strcat confused me too.
20:09 cotto_work whiteknight, schweet!
20:09 whiteknight how do I make a string constant in platforms.c? CONST_STRING and CONST_STRING_GEN don't work there
20:09 Coke chromatic: oh. because we only need one trailing \0 ?
20:10 chromatic Exactly.
20:10 chromatic Parrot_str_from_literal(), whiteknight?
20:10 Coke chromatic: ewwww. =-)
20:10 whiteknight chromatic: okay, I just tried Parrot_str_new and it's compiling
20:10 chromatic I can't say I'm a fan of this code in src/extend.c.
20:11 kurahaupo joined #parrot
20:11 cotto_work whiteknight, patch?
20:11 * dukeleto is back
20:11 kurahaupo good $localtime all.
20:12 whiteknight cotto_work: no patch, just a quick commit
20:12 Rhy0lite left #parrot
20:13 whiteknight r41961
20:14 dalek parrot: r41961 | whiteknight++ | trunk/config/gen/platform/win32/env.c:
20:14 dalek parrot: [win32] fix a weird error in the environment variable code for win32 where we were passing a char* instead of a STRING* like we should ahve been
20:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41961/
20:14 * whiteknight has to go home now. Will be back online in an hour to sort out the rest of this nonsense
20:14 whiteknight we'll get this all fixed tonight
20:15 dalek rakudo: af3872d | moritz++ | docs/announce/2009-10:
20:15 dalek rakudo: [docs] initial release annoce for 2009-10
20:15 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​f3872d005f4cb824628919bce68c6c6cd89e854
20:15 dalek rakudo: 7e34de6 | moritz++ | docs/ChangeLog:
20:15 dalek rakudo: mention new signature binder in ChangeLog
20:15 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​e34de6e0a2a7b71545222d6270cb75ace5e127c
20:15 shorten dalek's url is at http://xrl.us/bftbar
20:15 shorten dalek's url is at http://xrl.us/bftbat
20:15 whiteknight I don't know what we're going to do about arithmetics.t. We might just have to ignore that for now
20:16 whiteknight later
20:18 particle1 joined #parrot
20:20 dalek rakudo: 95d2f43 | moritz++ | lib/Safe.pm:
20:20 dalek rakudo: disallow IO::Socket in Safe.pm
20:20 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​5d2f4362909c2e71e7f5a3e4a32fb4d1af02351
20:20 dalek parrot: r41962 | chromatic++ | branches/pcc_reapply/src/extend.c:
20:21 dalek parrot: [extend] Fixed fencepost errors when prepending invocant signature to
20:21 Coke chromatic: the vtable of the key that is getting cloned is at 0x1
20:21 dalek parrot: Parrot_call_method_*() functions.  These need tests in t/src/extend.t, if we
20:21 dalek parrot: want to delight HLL developers.
20:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41962/
20:21 shorten dalek's url is at http://xrl.us/bftbbu
20:21 chromatic It's an invalid key then.
20:22 chromatic Coke, delete line 1326 from src/extend.c and try again.  I have an idea, but it's just an idea.
20:23 hercynium joined #parrot
20:24 nopaste joined #parrot
20:26 Coke nope.
20:27 Coke (still segfaults)
20:28 chromatic Alright, time to make a test case we can put in t/src/extend.t.
20:29 cotto_work The env.t failure is fixed on win32.
20:30 Coke chromatic: feel free to use code from tclstring.pmc for that.
20:30 Coke (that code also requires something like:)
20:31 Coke http://github.com/partcl/partcl/blob​/master/src/class/tclstring.pir#L199
20:31 shorten Coke's url is at http://xrl.us/bftbdm
20:31 Coke (the class override to the PMC)
20:32 chromatic If the problem is where I think it is, I don't think the code needs to get that detailed.
20:32 chromatic I think it may be that all of these wrapper functions have a subtle bug.
20:37 dalek rakudo: 26bf858 | (Kyle Hasselbacher)++ | docs/announce/2009-10:
20:37 dalek rakudo: [announce/2009-10] typo fixes
20:38 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​6bf85824b17d1fae83fb9b331c6cb056e806d84
20:38 shorten dalek's url is at http://xrl.us/bftbgi
20:41 Coke seen kid51?
20:41 purl kid51 was last seen on purl 21 hours, 29 minutes and 31 seconds ago, saying: <private message>
20:48 Coke ack -a Parrot_pcc t => <>
20:48 Coke (there is some Parrot_call, though, which is more appropriate.)
20:49 dalek rakudo: ec7e91e | moritz++ | t/spectest.data:
20:49 dalek rakudo: add S05-grammar/methods.t to spectest.data
20:49 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​c7e91e7fd8ae1517d53a213b4f53d847efd77ac
20:49 shorten dalek's url is at http://xrl.us/bftbhq
20:50 * dukeleto is writing the release announcement for parrot.org
20:50 darbelo dukeleto++
20:51 Coke dukeleto: did whiteknight's windows problem get addressed?
20:51 dukeleto Coke: Util is working on it now
20:51 dukeleto Util++
20:51 darbelo He fixed some of them, I don0t know if he got them all.
20:51 cotto_work Coke, env.t passes and io.t fails
20:52 dalek matrixy: 21f2eff | darbelo++ | Configure.pl:
20:52 dalek matrixy: Make Configure.pl report the actual command used to 'make' Matrixy.
20:52 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/21f2effc0d7e8ce26f032d98daa3123ebd1b53b7
20:52 shorten dalek's url is at http://xrl.us/bftbh4
20:52 dalek matrixy: c3ffb60 | darbelo++ | :
20:52 dalek matrixy: Merge branch 'master' of github.com:Whiteknight/matrixy
20:52 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/c3ffb60695e986e21db6d76502b9133cfe307ea3
20:52 shorten dalek's url is at http://xrl.us/bftbh6
20:52 dalek matrixy: 1966941 | darbelo++ | config/makefiles/root.in:
20:52 dalek matrixy: Remov some stray ':=' uses from the makefile template.
20:52 dalek matrixy: review: http://github.com/Whiteknight/matrixy/commi​t/196694118eea99fb9930cc429918895dab0d7182
20:52 shorten dalek's url is at http://xrl.us/bftbh8
21:01 bacek joined #parrot
21:02 cotto_work hi bacek
21:02 bacek G'Day cotto_work
21:04 he_ joined #parrot
21:06 dukeleto release announcement review (not published to main page): https://www.parrot.org/news/par​rot-1.7.0-african-grey-released
21:06 shorten dukeleto's url is at http://xrl.us/bftbkk
21:07 kj good evening
21:07 purl Ah, evening. The tumultuous mind tarries and contemplates, reveling in the silence afforded by the diurnal proletariat. Good evening, indeed.
21:07 dukeleto kj: hola
21:07 purl hola, dukeleto.
21:07 kj I see that PARROT_MAX_ARGS has been increased to 16
21:08 chromatic 11 wasn't loud enough.
21:08 kj I'm not 100% sure, but I think for each Parrot op there is a struct instance
21:08 kj (eh, sorry, I was raised object-oriented)
21:08 kj and each of those instances has a number of arrays
21:08 dukeleto Util++ Util++ Util++
21:08 cotto_work kj, that sounds right.
21:08 kj sized MAX_ARGS
21:08 dukeleto kj: yes, it has been increased to 16
21:08 cotto_work dukeleto did he fix it yet?
21:08 kj which means, that if there's 1200 ops
21:09 kj and 3 arrays i believe
21:09 kj eh, so 3 * 1200 * 8 * 4bytes
21:09 dukeleto cotto_work: he is very close to committing stuff that properly TODOs stuff for win32
21:09 cotto_work good enough
21:09 darbelo dukeleto: no quote?
21:09 cotto_work we need to kick that release out the door and get back to business
21:09 dukeleto darbelo: I NEED A QUOTE? /me panics
21:09 kj eh, anyway, that's  alot of bytes extra in memory...
21:10 kj just a thought.
21:10 dukeleto darbelo: there was no quote on http://www.parrot.org/news/pa​rrot-1.6.0-half-pie-released, but now I want a quote!
21:10 darbelo dukeleto: Don't panic. They aren't mandatory, just cool.
21:10 dukeleto darbelo: I loves me some quotes
21:11 darbelo Other thatn that, it looks good to me.
21:11 kj isn't it a concern that there's 115KB extra in memory just to allow 16 operands, which doesn't really happen a lot
21:12 kj as in, none so far I think
21:12 dukeleto darbelo: any thoughts on what kind of quote, what the "tone" of the quote should be? pure ridonkulousness?
21:12 jonathan kj: Yes, but the fact we allocate any fixed size seems odd, given that most of our ops are only 2 or 3 in size.
21:12 darbelo We had a relese named "TEH PARROTZ", that's a pretty low bar.
21:13 kj jonathan: I agree that it's "odd", but I can also see that it's the easiest way to do it
21:13 kj oh btw, they're chars, not ints, so divide by 4 there...
21:13 kj still, 30KB or so
21:13 kj ah well, I guess it's not much on a PC
21:14 cotto_work kj, that's nothing given all the stuff parrot does. ;)
21:14 bluescreen joined #parrot
21:14 kj I guess so yes.
21:15 dalek TT #1125 created by pmichaud++: [BUG] imcc handles backslashes improperly in sub names
21:15 pmichaud chromatic: if you could work your usual magic on TT #1125, I'd much appreciate it.  :-)
21:16 darbelo dukeleto: also, there's https://www.parrot.org/category/news/releases to look at previous entries for quote tone.
21:17 jonathan pmichaud: You discover the best bugs. :-)
21:17 jonathan kj: Sure, there's probably bigger fish to fry for now, though. :-)
21:18 jonathan But I agree it could be optimized. 30KB isn't so bad though.
21:18 kj jonathan: yeah right. if i think about it now it's nothing. I just had to think about the big numbers
21:19 jonathan They're only big if you put bytes in front rather then kb :-)
21:19 kj it could be optimized for sure; 1 array only needs 1 bit information, and the other 2 array needs 2 bits, so it could all be encoded in 1 char
21:21 kj anyway, i'm prematurily optimzing here i think
21:21 cotto_work premature optimization?
21:21 purl it has been said that premature optimization is the root of all evil or when you make the mistake of optimising for speed when really you should optimise for maintainability and correctness, in the first instance. or unnecessary optimization is premature by definition. or hacking with tequila in preference to wine
21:22 pmichaud jonathan: iwbni I could discover the bugs without spending lots of times in debuggers and tracing first :-|
21:22 dalek parrot: r41963 | Util++ | trunk/t/op (2 files):
21:22 dalek parrot: [t] TODOed failing Win32 tests for 1.6 release - pipe writes and negating -0.0
21:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41963/
21:23 cotto_work t/op/arithmetics.t looks fine for me
21:24 jonathan pmichaud: I've managed to trip over the same (already ticketed) Parrot bug like 3 times in the sig binder re-write and lost a bit of time to it each time... :-|
21:24 jonathan Then felt silly for doing so.
21:25 jonathan (the "don't call something that tailcalls from C" one...
21:25 jonathan )
21:26 Util On Win32, both the Neg(-0.0) issue in arithmetics.t, and the pipe writes in io.t, only occur with the MSVC compiler; MinGW runs them as `TODO PASSED`. If there is a good way (ala .SYSINFO_PARROT_OS) to detect the compiler name, then we can refine the TODOs.
21:29 cotto_work Util, with minw gcc I get a pipe failure but an arithmetics.t pass
21:30 Whiteknight joined #parrot
21:30 dukeleto whoever can test r41963 on your box, I would highly appreciate it
21:30 dukeleto darbelo: https://www.parrot.org/news/par​rot-1.7.0-african-grey-released , better?
21:30 shorten dukeleto's url is at http://xrl.us/bftbkk
21:31 cotto_work dukeleto, access DENIED
21:31 darbelo dukeleto++
21:31 darbelo dukeleto++
21:31 darbelo dukeleto++
21:32 darbelo SHIP IT!
21:32 cotto_work dukeleto, I'd shorten it a bit
21:32 cotto_work (which is ironic if you look at the 1.4 announcement)
21:33 darbelo But... But... It has tensor algebra!
21:34 cotto_work now apparently the TODO'd tests pass with mingw gcc
21:34 Util cotto_work: Perhaps it is a versioning difference; I am using GCC 4.4.0-TDM-1, and pass both tests
21:34 Whiteknight I'm loading up my test machine right now
21:36 chromatic pmichaud, I probably can't get to it until tomorrow, but I'll work on it.
21:36 cotto_work tdm?
21:37 cotto_work Apparently I'm on gcc 3.4.5.
21:38 pmichaud chromatic: no big worries, I figured out an easy workaround for now.
21:39 chromatic I *think* the fix is easy too, but I don't want to start before I have a solid block of time in which to fix it if things go kablooey.
21:39 kj Who is interested in PIRC documentation?
21:39 * kj is drawing some attention
21:39 cotto_work kj, writing or reading?
21:39 kj cotto_work: reading
21:39 kj I'll do the writing
21:40 darbelo I am.
21:41 cotto_work I'll have an hour or so when I get home tonight.  I'd be happy to do any proofreading/whatever then.
21:42 cotto_work kj, should I just check commits from you when I get back?
21:42 kj well, the reason I'm asking is, I'd like to know what else is needed. There is a wiki page, and the source is documented, but I need input on "I don't understand how XXX works in PIRC"
21:42 darbelo I hate IMCC so much that I'm willing to *read documentation* in order to kill it.
21:43 kj eh, to finish my sentence: I need input on "how is X done", so I can write that. I need to understand what other people are missing, so I can fill that gap
21:43 Whiteknight Im interested in pirc docs
21:44 darbelo Not exactly what you asked, but: What features are missing?
21:44 kj Whiteknight: i started a page on the wiki (PIRCDevelopment) and there's the source documentation
21:44 Util cotto_work: http://www.tdragon.net/recentgcc/ - *much* more aggressive about getting the latest stable GCC ready for Win32 than the official MinGW team. Released 4.4.1 this month.
21:45 kj darbelo: the major thing that needs fixing is bytecode generation. related to that is lexicals working in generated bytecode; i looked/copied from IMCC, but i dont' think I got it right.
21:45 kj other stuff includes critically reviewing the macro layer.
21:46 kj but that's a syntax thing, really, and if need be, that could be isolated in a separate preprocessor to keep it clean
21:46 darbelo So, parsing (outside of macros) works but generates the wrong bytecode?
21:46 kj and theres' some rough edges, but most of them are not difficult to fix, just takes time
21:46 kj darbelo: not the wrong bytecode, just bytecode that crashes
21:46 Whiteknight a separate macro preprocessor might be the way to go, since the spec calls for .macro_local variables
21:47 kj Whiteknight: I already implemented those I think
21:47 darbelo Correctly crashing bytecode. Got it ;)
21:47 kj ...it's been a while. they worked at some point I think
21:47 Whiteknight oh, okay. nevermind then
21:47 darbelo are the generated .c files checked into the repo?
21:47 kj darbelo: simple stuff just using integer values, no problem. FLOATVALs and STRINGs: no good.
21:48 kj darbelo: are your referring to parser/lexer generated? Yes they are in the repos
21:48 kj Whiteknight: what's more difficult is nested macro expansions.
21:49 kj anyway, before listing all the bugs, the way to get people working on it, I hope, is to provide eye-candy-sweet documentation
21:50 darbelo The makefile must be wonky, then. I'm getting errors in an .l file.
21:50 kj errors??
21:50 purl i think errors is buggy? funny
21:50 kj warnings, yes
21:50 kj but errors no good
21:51 darbelo For some reason When I make pirc it tries to lex  src/hdocprep.l
21:51 darbelo And that fails.
21:51 purl that fails are Nicholas's fault
21:51 darbelo purl forget And that fails.
21:51 purl darbelo, I didn't have anything matching and that fails
21:51 darbelo purl forget And that fails
21:51 purl darbelo, I didn't have anything matching and that fails
21:52 darbelo purl forget that fails
21:52 purl darbelo: I forgot that fails
21:52 kj darbelo: what version of flex do you use?
21:52 kj there's a version that has problems
21:52 darbelo 2.5.4
21:52 kj yes i think that's the one with prolbms
21:53 kj I seem to remember.... not 100% sure
21:53 darbelo It shouldn't try to run lex at all if the .c files are there.
21:53 kj what are the errors?
21:53 purl the errors are part of the game.  Alcohol can help the setup. or nothing we talk about in fight club.
21:53 kj the Makefile could be not completely sane, but in general shouldn't really matter
21:54 darbelo "src/hdocprep.l", line 1: unrecognized '%' directive
21:54 darbelo "src/hdocprep.l", line 16: bad character: #
21:54 darbelo "src/hdocprep.l", line 16: unknown error processing section 1
21:54 darbelo etc
21:54 Coke kj: I am interested in pirc docs, but am more interested in getting a --pirc=pirc option for config. =-)
21:55 kj Coke: .. but PIRC is not really stable yet...
21:55 Coke kj: the best way to make it stable is to /run it/
21:56 purl Hmm.  No matches for that, Coke.
21:56 Coke (and then fix it. =-)
21:57 kj well you can run it already. But I see what you mean. perl Configure.pl --pirc=pirc will link in PIRC instead of IMCC
21:57 Coke ooh, that's already in?
21:57 kj oh sorry no
21:57 dalek rakudo: 0f6203f | jonathan++ | src/ (5 files):
21:57 dalek rakudo: Implement attributive parameters.
21:57 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​f6203f4eab647667f7408b2a47b36fa936249ef
21:57 shorten dalek's url is at http://xrl.us/bftbtk
21:57 kj i mean, that's what it should do
21:57 Coke =-)
21:57 Coke right.
21:57 Coke the default can be --pirc=imcc, and at some point we can change the default, and at some point we can remove imcc.
21:58 cotto_work we need argument processing to be smarter before that can happen though
21:58 kj who could fix that?
21:58 Coke cotto_work: don't we already have config options?
21:58 Coke (how hard can adding another one be?)
21:58 chromatic Processed by IMCC.
21:58 kj cotto_work: it's for perl configure, not parrot
21:59 cotto_work kj, right, but currently imcc does all argument processing instead of something compiler-independent.
21:59 kj cotto_work: what i (we?) mean is that it's an option that you pass to Configure.pl
21:59 kj not to the parrot executable
22:00 Coke I think his point is we can't not link in IMCC.
22:00 cotto_work Coke, yes
22:00 kj ah yes
22:00 kj that's true
22:00 kj but that's step 2
22:00 kj step 1 is adding the configure option :-)
22:01 kj the main Makefile should be fixed for that I guess
22:01 kj that IMCC will be compiled into pirc.lib or whatever
22:01 kj eh, pirc.o
22:03 Whiteknight dukeleto: all tests pass (some TODO passed) on win32
22:03 Whiteknight ship it
22:03 kj darbelo: you should update your flex to version 2.5.33; 2.5.4 is no good
22:04 Coke there. partcl now has a single makefile and no longer rebuilds things if you do make && make
22:04 darbelo kj: But I shouldn't have to. If the the generated files are there, there's no reason for me to regenerate them.
22:04 dalek partcl: 15ff4b9 | coke++ |  (7 files):
22:04 dalek partcl: [build] Eliminate ops/pmc Makefiles (resolve issue #111)
22:04 dalek partcl: review: http://github.com/partcl/partcl/commit/1​5ff4b9ef3fd3ef8f9cce28ee5129587c9691695
22:04 shorten dalek's url is at http://xrl.us/bftbu4
22:09 dalek rakudo: 073d5ed | jonathan++ | docs/ChangeLog:
22:09 dalek rakudo: Additions to ChangeLog.
22:09 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​73d5ed56de213dba56e9857ae4d6a4c0f3fe92b
22:09 shorten dalek's url is at http://xrl.us/bftbvi
22:16 Coke so, public git branches seem about as merge-friendly as public svn branches, since you can't safely rebase them. neh?
22:17 chromatic I don't see the connection between rebasing and merging.
22:18 moritz Coke: if you rebase and publish as another branch, you still see all the commits
22:18 fperrad_ joined #parrot
22:18 moritz as opposed to svn, where you do the rebase as a big diff, and lose all the history for log/blame/whatever
22:19 moritz and afaict git doesn't have a huge problem if you merge trunk into branch, and then later on branch into trunk
22:19 moritz (please correct me if I'm wrong here, git gurus)
22:20 chromatic I can't imagine how it would.
22:20 Coke chromatic: if I merge, then all the master commits come in as a single commit rather than as they did in master.
22:20 jonathan I had a rebase of something I'd pushed go horribly pear-hsaped at the weekend.
22:20 jonathan I dunno what I did.
22:21 Coke if I rebase (which is what I want), then I have to destroy the branch and start over.
22:21 darbelo Whiteknight: ping
22:21 Coke (which is easier to do in git than it is in svn, sure.)
22:21 Coke but if anyone was following that public branch, they're screwed when I rebase.
22:21 chromatic I don't understand "I have to destroy the branch".
22:21 Coke rewriting the history of a public branch is  bad juju.
22:21 chromatic How often are you going to merge this branch back to master?
22:21 Coke just once when I'm done.
22:22 chromatic I don't see the problem with rebasing then.
22:22 Coke but if I rebase from master to branch often, I have to kill-and-redo each time.
22:22 chromatic Sure, but you can rebase once before you merge back as long as you don't push that rebase.
22:23 Coke chromatic: for long lived branches, that doesn't help.
22:23 jonathan You shouldn't push after rebasing?
22:23 dalek parrot-linear-algebra: e1dcb2d | darbelo++ |  (6 files):
22:23 dalek parrot-linear-algebra: Move soirce files into src/ directory.
22:23 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/e1dcb2df3a047d2ae3f61b64187d25338fdbbf9d
22:23 shorten dalek's url is at http://xrl.us/bftbxi
22:23 dalek parrot-linear-algebra: 6c2756e | darbelo++ | Configure.pl:
22:23 dalek parrot-linear-algebra: Add a Configure.pl script.
22:23 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/6c2756ec84d4ec73606df449d9cf9d674104eca5
22:23 shorten dalek's url is at http://xrl.us/bftbxk
22:23 jonathan So *that's* what I did wrong...
22:23 dalek parrot-linear-algebra: 84b9740 | darbelo++ | config/Makefile.in:
22:23 dalek parrot-linear-algebra: Add dummy makefile template. It doesn't do anything, but adding it now makes future development easier.
22:23 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/84b974023800a78c6d65ca2a78fc8e140cf50be1
22:23 shorten dalek's url is at http://xrl.us/bftbxp
22:23 dalek parrot-linear-algebra: 8d547d1 | darbelo++ | :
22:23 dalek parrot-linear-algebra: Merge branch 'master' of github.com:Whiteknight/parrot-linear-algebra
22:23 dalek parrot-linear-algebra: review: http://github.com/Whiteknight/parrot-linear-algebr​a/commit/8d547d1cc399b79cd6b54a03c86ff022b8d57ace
22:23 shorten dalek's url is at http://xrl.us/bftbxr
22:23 chromatic I'm not sure anything helps long-lived branches.
22:24 Coke git was supposed to. =-)
22:24 moritz maybe it does, if you merge instead of rebase
22:24 chromatic Git makes merging suck less.
22:24 moritz and git-rerere can help you record conflicts, thus making long-lived branches less pain to merge/rebase
22:25 moritz s/conflicts/conflicts and resolutions/
22:25 Coke but if I merge, how does that work? I end up with two different histories, which doesn't bother me so much, but when I merge that back to master, is git smart enough to avoid the merge commits from the other direction?
22:26 Coke or do I then lose the branch history and get a single merge commit in master?
22:26 chromatic I *think* that depends if you use --squash, but I'm not sure.
22:26 moritz in general you don't get a single merge commit
22:27 moritz unless you use --squash
22:27 moritz but I'm not sure if git is smart enough to handle the merge conflicts
22:27 moritz I hope it is ;-)
22:28 Coke will `git branch -d origin/tclint' do what I think?
22:29 moritz nope
22:29 Coke how does one delete an upstream branch?
22:29 chromatic It will refuse to delete that branch if you have unmerged changes between it and your current branch, as I understand it.
22:29 moritz http://github.com/guides/remove-a-remote-branch
22:29 moritz github has lots of small guides for such questions
22:30 Coke ... wow, I never would have guessed that.
22:30 moritz git push origin :tclint
22:33 Coke moritz++
22:33 moritz speaking of git woes...
22:33 Coke does dalek report on anything from github other than master?
22:33 moritz git status says: modified:   S06-signature/named-parameters.t
22:34 moritz but git stash says "No local changes to save"
22:34 moritz wtf?
22:34 moritz Coke: no
22:34 Coke moritz: did TimToady just freeze?
22:34 moritz excuse me?
22:34 darbelo Coke: dalek only reports what the RSS feed shows him.
22:40 Coke odd. after removing some branches, git branch -a still shows them.
22:50 dalek nqp-rx: 725c893 | pmichaud++ | src/ (3 files):
22:50 dalek nqp-rx: Clean up quote handling a bit.  Work around TT #1125 by avoiding
22:50 dalek nqp-rx: PIR-escaped characters in method names.
22:50 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/7​25c893210923b602604d2ec7224f854c3d492b2
22:50 shorten dalek's url is at http://xrl.us/bftb3n
22:50 dalek nqp-rx: 86d5495 | pmichaud++ | src/HLL/ (2 files):
22:50 dalek nqp-rx: More quoting escapes, better handling of quote constructs.
22:50 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/8​6d5495a17579ec316b0c59d6b9c49ec83f3d335
22:50 shorten dalek's url is at http://xrl.us/bftb3p
22:50 dalek nqp-rx: 64c960f | pmichaud++ | src/NQP/ (2 files):
22:50 dalek nqp-rx: Add Q quoting form to NQP.
22:50 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/6​4c960feba5ac8b5b616b2837e97441f262d3747
22:50 shorten dalek's url is at http://xrl.us/bftb3r
22:50 dalek nqp-rx: b917679 | pmichaud++ | src/NQP/ (2 files):
22:50 dalek nqp-rx: Add single angle bracket quoting to NQP (non-splitting for the moment).
22:50 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/b​9176794f22989fa5f8dd3be9b073ed4fe9fc47c
22:50 shorten dalek's url is at http://xrl.us/bftb3t
22:56 plobsing joined #parrot
23:03 jsut_ joined #parrot
23:08 plobsing seen kid51?
23:08 purl kid51 was last seen on purl 23 hours, 57 minutes and 6 seconds ago, saying: <private message>
23:09 darbelo "last seen on purl" ...
23:09 plobsing s/on/by/ ??
23:10 darbelo I don't really wan to know that much.
23:10 dalek parrot-plumage: 61fade4 | japhb++ | :
23:10 dalek parrot-plumage: [META] Many TODO additions
23:10 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/61fade47559a4f076a20e553bb1d41f07d6d3247
23:10 shorten dalek's url is at http://xrl.us/bftb64
23:10 dalek parrot-plumage: dd234b0 | japhb++ | :
23:10 dalek parrot-plumage: [TOOLS] import_proto.p6: Calculate authority based on repo home
23:11 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/dd234b0d20ec861d05faa4d1c8cb38fc9ef78b8b
23:11 shorten dalek's url is at http://xrl.us/bftb66
23:14 Whiteknight did the release land?
23:15 darbelo Whiteknight: Not yet.
23:15 Whiteknight does the duke need any more help with it?
23:15 darbelo Whiteknight: I pushed the start of a build infreastructure to parrot-linear-algebra, can you give it a look?
23:16 dalek parrot-plumage: 48e28b6 | japhb++ | :
23:16 dalek parrot-plumage: [TOOLS] import_proto.p6: Refactor make_meta_file()
23:16 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/48e28b62bff6d06e62b727165a1100dc15ca2d9c
23:16 shorten dalek's url is at http://xrl.us/bftb7x
23:17 mikehh joined #parrot
23:18 Whiteknight darbelo: yeah, I will. lots to do tonight but I'll check it out
23:19 darbelo It doesn't do anything yet, but I wanted to run it past you to see if you agreed with the general shape.
23:20 Whiteknight okay, how do I get your changes from the server? "git pull" gives me an error
23:20 darbelo what error?
23:20 purl darbelo: Operation not permitted
23:20 darbelo purl: jump off a bridge.
23:20 purl darbelo: huh?
23:20 darbelo purl: die
23:20 purl die is DEAD! Don't you read the PDDs? Loser.
23:21 Whiteknight fatal: 'master': unable to chdir or not a git archive
23:21 darbelo wtfbbq?
23:22 plobsing try git pull origin maybe
23:23 Whiteknight You asked me to pull without telling me which branch you
23:23 Whiteknight want to merge with, and 'branch.master.merge' in
23:23 Whiteknight your configuration file does not tell me either.
23:24 Whiteknight do I need to set something in my config?
23:24 darbelo Whiteknight: Are you using branches in your local repo?
23:25 Whiteknight darbelo: no branches. I had a repo, I pushed it to github, and I want to get changes
23:26 darbelo Hmm. Can you try to clone a new version of the remote repo?
23:27 darbelo git clone git@github.com:Whiteknight/parrot-linear-algebra.git
23:27 jsut joined #parrot
23:27 darbelo in another place
23:29 Whiteknight that does it
23:30 darbelo I'm guessing that your other repo, by virtue of having started localy, is lacking some config or another to correctly talk to github.
23:31 Whiteknight yeah, I'm sure I'm missing some kind of configuration detail somewhere
23:32 darbelo You could comparing the .git/config files for the started-local and upstream-clone repo.
23:33 darbelo s/comparing/compare/
23:33 plobsing why bother, you probably have a perfectly good repo now
23:33 darbelo academic curiosity ;)
23:35 cconstantine joined #parrot
23:37 * darbelo tries to recover what little FORTRAN knowledge he once had.
23:37 Whiteknight darbelo: makefile stuff is good, yes
23:37 Whiteknight but, maybe we should write our Configure in Parrot instead of Perl5
23:37 darbelo Whiteknight: Excelent!
23:37 Whiteknight that's more of a nit-pick though, nothing we need to do now
23:37 darbelo Want pir on nqp?
23:38 * darbelo has examples of both.
23:38 darbelo ;)
23:38 Whiteknight Anything that ships with Parrot
23:38 Whiteknight so NQP if it's easy
23:40 darbelo NQP is a 'cp' away. Plumage has a NQP Configure, the only catch is that it doesn't support #IF() statements in the makefile templates.
23:41 darbelo But it allows you to define your own @vars@ to make up for it.
23:41 japhb And I'd be happy to make it smarter if really needed.
23:42 szabgab joined #parrot
23:42 darbelo japhb: Nah, it's fine as it is. The ability to add to the config hash at runtime is much more powerful than #IF() in the templates.
23:43 mikehh All tests PASS (pre/post-config, smoke (#29241), fulltest) at r41963 - Ubuntu 9.10 (beta updated) amd64
23:44 Whiteknight we should probably add an NQP-based configure for matrixy too
23:44 Whiteknight lots to do!
23:45 patspam joined #parrot
23:46 japhb It's now in the Plumage TODO to make a proto-like "make a new project skeleton" command, and I'll probably use the Plumage's own Configure.nqp (or a close relative) in the skeleton
23:46 darbelo japhb++
23:54 Whiteknight ah, the test suite runs! Awesome
23:54 darbelo where?
23:54 Whiteknight matrixy
23:55 Whiteknight I might have to make a commit first
23:55 Limbic_Region joined #parrot
23:56 darbelo Oh yeah. All it needs infrastructure-wise now is to install.
23:56 darbelo After that it's all language and library work.
23:56 cotto_work plumage?
23:56 purl plumage is the future Parrot module ecosystem.  It will include tools to search metadata, handle dependencies, install modules, and so forth. The repository is at http://gitorious.org/parrot-plumage/parrot-plumage and the design docs are at https://trac.parrot.org/pa​rrot/wiki/ModuleEcosystem

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced