Camelia, the Perl 6 bug

IRC log for #parrot, 2009-10-08

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 Whiteknight Tene: ping
00:00 Tene Whiteknight: pong
00:01 Whiteknight Tene: src/call/args.c:1678
00:01 Whiteknight should that be the number of positional arguments? I think that will always be true there
00:01 Whiteknight so the loop will always return and never handle named returns
00:01 darbelo mikehh: project 'decnumdeynpmcs'.
00:02 darbelo Erm. "plumage test decnum-dynpmcs"
00:02 Tene Whiteknight: as of the last time I worked on fill_results, named returns definitely didn't work.
00:03 Tene I have no idea why that conditional continue is there...
00:03 Whiteknight well that could be an issue, if the code does what I think it does
00:03 Tene I'm just about to leave work to go home.
00:03 Limbic_Region joined #parrot
00:04 darbelo mikehh: also try "plumage test partcl"
00:04 japhb darbelo, assuming dukeleto has merged his repo fix ...
00:04 Tene Whiteknight: gimme half an hour to get home and get settled, and I'll dive into it.
00:04 darbelo It's likely to make your testing easier.
00:05 mikehh I'll give it a go - later though  - I need a bit of a break
00:05 darbelo japhb: He hasn't, but the old google code repo is still up.
00:05 japhb ah so.
00:05 Whiteknight Tene: okay, awesome
00:05 Whiteknight I'm writing up a pseudocode description of this function, that should be easier to read
00:06 TonyC joined #parrot
00:10 TonyC joined #parrot
00:10 nopaste joined #parrot
00:11 nopaste "whiteknight" at 69.249.176.251 pasted "Returns pseudocode for Tene++ and allison++" (83 lines) at http://nopaste.snit.ch/18261
00:17 TonyC joined #parrot
00:19 TonyC joined #parrot
00:20 nopaste joined #parrot
00:21 dalek parrot: r41758 | jkeenan++ | branches/detect_llvm (5 files):
00:21 dalek parrot: Begin adding functionality to determine whether the LLVM, if installed, actually works.  Delete commented-out code in test file.
00:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41758/
00:21 TonyC joined #parrot
00:23 TonyC nopaste down for a bit, while I try to resolve my connectivity issues
00:23 cotto_work That's better than it joining and quitting sporadically.
00:30 darbelo purl: msg dukeleto I stole your thunder and updated the partcl metadata for plumage. Hope you don't mind.
00:30 purl Message for dukeleto stored.
00:30 darbelo japhb: ping
00:30 Whiteknight nopaste isn't quitting sporadically, he's avoiding my assault
00:30 japhb darbelo, pong.
00:32 darbelo git didn't like the fact that I already had a svn checkout of partcl, is there a workarround for this other that telling people to rm -rf the old one?
00:33 darbelo s/workarround/workaround/
00:33 japhb darbelo, that's a very similar problem to an even more likely one -- wanting to update a git project (more)
00:33 cotto_work It's a pirate workaround
00:34 japhb I've been letting that fester at the back of my brain for a couple days, and I can't see a really clean solution.  Best I have so far is that if the repo type is git, and a directory exists, then if it has a .git, do a pull, and if it doesn't, nuke and clone
00:35 chromatic Instead of nuke, how about "rename directory"?
00:35 japhb chromatic, to what?
00:35 darbelo "whetever-was-here"-old?
00:36 darbelo and tell the user about that.
00:36 japhb and if a *-old already exists, just fail completely and let the user work it out?
00:36 chromatic Yep.
00:36 chromatic If you blew away my SVN repo with work in progress, I'd salt your earth.
00:36 darbelo or $(whetever-was-here)-$(random-string)
00:37 japhb chromatic, that's why I said I had no clean answer yet.  $day_job has used most of my neuronal capacity, so I can only blame the dregs of my consciousness.
00:37 japhb darbelo, that's perhaps too magic
00:38 Whiteknight you need a day job like mine: I'm so absurdly underqualified that it's better to not think about it
00:38 darbelo chromatic: we're putting this on ~/.parrot/plumage/build/$(project-name).
00:38 japhb Whiteknight, sounds fun!
00:38 japhb darbelo, that's overrideable of course ....
00:38 darbelo Why in the name of $deity would you put a working copy *there*
00:38 darbelo ?
00:38 japhb huh?
00:39 japhb oh, you mean, why would chromatic be messing with that copy?
00:39 japhb Because we can't assume that the user has chosen to use the default ~/.parrot/plumage/build/ as their working tree
00:39 japhb It could be ~/git/ for all we know
00:41 japhb In particular, I expect that when plumage is the "standard" way to install things, project developers will use a non-default location for their build tree, ... because the default is really for people who just want to install and use projects, not actually develop them.
00:44 japhb dukeleto, one of us is likely to go rummaging through plumage.nqp and Glue.pir to implement the above discussion.  You probably want to either finish your branch for src/ and src/lib/, or wait until we commit.  Otherwise you'll probably end up making extra work for yourself.
00:44 japhb (Topic branches for moving files are a great idea.  So is making them very short lived.  ;-)
00:46 darbelo japhb: I'm thinking "Bail out with a warning. Provide the users with an option to 'obliterate'"
00:48 japhb darbelo, you mean instead of trying the rename, in the case of trying to upgrade an svn tree to git?
00:49 darbelo "You already have something in the place I want to put this. Use 'plumage ireversibly-destroy $dir' to clean that up."
00:50 chromatic I could live with that.
00:51 darbelo If you lose data it's your own damm fault, plumage won't touch it.
00:51 japhb darbelo, chromatic, OK, so logic is:  If repo type is git { if exists repo/.git { git pull } else { darbelo's message } }
00:51 japhb agreed?
00:51 purl Just kidding!
00:51 darbelo yes.
00:52 darbelo with 'git clone' for the doesn't exist case.
00:52 japhb darbelo, OK ... are you going to implement it, or should I put it on my stack?
00:52 japhb darbelo, yes, right.
00:53 darbelo I'm not implementing anything on the next 26 hours.
00:53 japhb darbelo, OK.
00:54 japhb Anyone know dukeleto's usual hacking hours?
00:54 * darbelo has no idea.
00:55 japhb All right, he gets to do extra work then.  :-)
00:55 cotto_work japhb, he's on the west coast of the US and seems to stay up fairly late.
00:55 japhb cotto_work, OK, thanks.
00:56 darbelo left #parrot
00:57 Whiteknight personally, I think plumage should be able to format my entire HDD
00:58 japhb Whiteknight, oh, of course.  That would be 'plumage remove sanity'
00:59 Whiteknight or "plumage im-too-stupid-to-own-a-computer
01:00 japhb 'plumage hurtmeplenty'
01:00 Whiteknight sudo plumage im-too-stupid-to-own-a-computer
01:00 japhb Whiteknight, by that point plumage will know to do its own sudo of course ....
01:01 Whiteknight oh good, save me a few keystrokes
01:01 cotto_work This is nice.  Parrot seems to be building ok in powershell.  It'll be nice to get away from that nasty dos prompt.
01:02 cotto_work also, console2++ for not forcing me to navigate through several gui layers just to horizontally resize my window.
01:04 plobsing joined #parrot
01:07 Whiteknight you can horizontally resize powershell?
01:08 cotto_work no, but console2 is a generic console frontend that lets you do that.
01:08 cotto_work powershell is just the shell
01:13 cotto_work well, it'd build nicely if I didn't get an assertion failure.
01:22 Whiteknight i think I need to get console2 then. Where can I haz?
01:24 * Whiteknight dreams of windows not being a second-class development platform
01:25 TonyC joined #parrot
01:26 japhb purl, msg darbelo error-only (no obliterate option) version of our above logic now pushed.  Also handles svn finding a non-svn repo.
01:26 purl Message for darbelo stored.
01:27 japhb chromatic, see above
01:27 * japhb --> $dinner
01:39 dalek parrot: r41759 | jkeenan++ | branches/detect_llvm (2 files):
01:39 dalek parrot: Increase rigor of probe for functioning LLVM.  Clear up some uninitialized values when LLVM not found.
01:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41759/
01:39 msmatsko joined #parrot
01:47 * jdv79 dreams of windows not being
01:55 kid51 jdv79:  Brutal!
01:55 dalek parrot: r41760 | jkeenan++ | branches/detect_llvm/config/auto/llvm.pm:
01:55 dalek parrot: More rigorous testing of functional LLVM.
01:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41760/
01:56 * Whiteknight leaves for the night. Later
02:11 dalek parrot: r41761 | jkeenan++ | branches/detect_llvm/config/auto/llvm.pm:
02:11 dalek parrot: Use the C compiler detected by Configure.pl rather than 'cc'.   Add a call to 'cc_clean' to be safe.
02:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41761/
02:23 TonyC joined #parrot
02:29 TonyC joined #parrot
02:34 dalek parrot: r41762 | jkeenan++ | branches/detect_llvm (3 files):
02:34 dalek parrot: Correct syntax errors.  Make test work better.
02:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41762/
02:34 dalek parrot: r41763 | jkeenan++ | branches/detect_llvm/t/steps/auto/llvm-01.t:
02:34 dalek parrot: Typographic cleanup only.
02:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41763/
02:42 janus joined #parrot
02:43 dalek parrot: r41764 | jkeenan++ | branches/detect_llvm/t/steps/auto/llvm-01.t:
02:43 dalek parrot: Inline comment about test which need fixing.
02:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41764/
02:44 * kid51 must sleep
02:44 purl $kid51->sleep(8 * 3600);
02:52 dukeleto msg darbelo you need to setup your git config so that your gitorious commits are not from darbelo@pc42.my.domain
02:52 purl Message for darbelo stored.
02:54 dukeleto msg darbelo also, i already had those metadata changes in the 'partcl' branch on gitorious :)
02:54 purl Message for darbelo stored.
02:55 treed Have people begun a wholesale move away from github or what?
02:56 Tene why?
02:56 treed I'm just seeing a lot of projects on gitorious now.
02:56 Tene partcl just moved to github.
02:56 treed Which I didn't even know existed until a couple weeks ago.
02:56 Tene I don't know of any parrot projects that have moved from github to gitorious.
02:56 treed And a lot of shittalking about github (that may be entirely one channel, though)
02:57 Tene I haven't seen it anywhere besides that one channel.
02:57 treed Tene: partcl just moved *to* github? from gitorious?
02:57 Tene treed: from googlecode
02:57 treed What about the partcl branch on gitorious just mentioned by dukeleto?
02:57 treed And I see plumage stuff on gitorious.
02:58 Tene That's the partcl branch of plumage.
02:58 Tene plumage has never been anywhere else.
02:59 treed ah
02:59 * treed is so glad he has internet at home again.
02:59 * treed is less glad that it's only 3Mbps down.
03:04 darbelo joined #parrot
03:08 TonyC joined #parrot
03:11 darbelo messages
03:12 dukeleto darbelo: yo
03:13 darbelo dukeleto: 'sup
03:14 dukeleto darbelo: not much, fixing plumage 'cause I just accidently pushed some changes before I wanted to :)
03:15 japhb ><
03:15 dukeleto darbelo: i just wanted to make sure we don't duplicate work :) you could have just merged my branch into master, but it was a simple change anyway
03:16 dukeleto pbc_to_exe does not have an output file option. this angers me
03:17 darbelo dukeleto: Sorry about that. I heard about the branch, but forgot about it when I made the changes.
03:19 darbelo I had forgotten about the move to github too and just recommended plumage to mikehh.
03:19 dukeleto darbelo: tis all good
03:20 darbelo Did you have any other changes there?
03:21 darbelo You know "leto started following darbelo 4 days ago" can sound pretty creepy if you take it out of context :)
03:22 japhb dukeleto, let me know when you have finished the reorg fixes  (don't want to pull right now  :-)
03:24 Zak joined #parrot
03:30 dukeleto japhb: now
03:37 nopaste joined #parrot
03:39 dukeleto this is now now. what happened to then?
03:39 treed it passed
03:40 japhb dukeleto, OK ... l see it, I'll fix the problem you noted in your commit messages
03:40 japhb s/s$//
03:40 darbelo dukeleto: I just 'make'ed and I have no 'plumage' executable on the toplevel.
03:40 japhb darbelo, see above
03:40 dukeleto darbelo: yep. read the commit message :)
03:41 dukeleto japhb: shweet. i don't know how to do that in Makefile.in in a platform-friendly way
03:42 quek joined #parrot
03:43 darbelo dukeleto: @cp@, by analogy with @rm_f@ in the same file.
03:43 darbelo I can do it for you now.
03:43 dukeleto darbelo: japhb is on it?
03:43 darbelo Oh. nevermind then.
03:44 preflex joined #parrot
03:46 darbelo I hadn't noticed that gitorius only puts the firs line of the commit message in the RSS.
03:48 darbelo dukeleto: A portability tip, the output of pbc_to_exe has @exe@ at the end of it's name.
03:48 japhb dukeleto, darbelo: yes, I'm on it.  Fixing a couple other nits while I'm in there.
03:49 japhb Including proper @exe@
03:49 dukeleto darbelo: tip taken
03:49 dukeleto i want to write a test suite for plumage
03:49 dukeleto let me at it
03:49 darbelo dukeleto++
03:50 japhb dukeleto++
03:50 dukeleto i started a branch, but then had too many design questions whirling in my head
03:50 dukeleto plumage should have a test suite in NQP or PIR or both?
03:50 japhb ... but you'll find that the necessary refactors to make unit testing easy are only partially complete.  Lots of things that should have a functional piece and a monadic piece are mixed together.
03:51 darbelo dukeleto: whichever is easier to write. ;)
03:51 japhb dukeleto, NQP, I would think ... since that's what most of it is written in.  But what darbelo said, as well.
03:52 dukeleto does any other HLL have a test suite in NQP that we can steal from?
03:52 dukeleto or at least so I can see how they roll
03:52 darbelo Not really, most just write it in themselves.
03:53 darbelo and all of the test harnesses I've seen are perl.
03:54 darbelo Generating TAP seems to be the norm as well.
03:55 treed Why would you write your test suite in NQP rather than the HLL itself?
03:55 treed darbelo: Cardinal's harness is written in Ruby.
03:55 treed Still TAP, though.
03:55 darbelo To help dukeleto steal from you in the future. Clearly ;)
03:56 dukeleto I want TAP, and I am fine with writing the test suite in PIR. that is easiest for me
03:56 treed Cardinal's test suite is in fact in Ruby.
03:57 dukeleto treed: we are talking about plumage. plumage is written in NQP
03:57 darbelo treed: You are right, my bad. I haven't been paying enough attention to Cardinal.
03:57 treed darbelo: I see.
03:57 treed darbelo: Neither have I. :-(
03:57 treed Too busy with my new job and moving.
03:57 treed Still haven't moved all the way.
03:57 treed I just got DSL installed today, finally.
03:57 treed er
03:58 treed the first darbelo: should have been dukeleto:
03:58 darbelo "I had a box full of tuits, but I left it at the other place."
03:58 treed Heh.
03:58 treed True. I was unemployed back then.
03:58 treed I had tuits coming out of my ears.
04:02 japhb darbelo, dukeleto:  OK, sorry for the delay, you should be in happy land now.  Though you may need to manually clean your tree of build files, since the clean target in the makefile was off (it's fixed now, but stuff may have ended up in the wrong place).
04:03 darbelo We *really* have to teach dalek about gitorius.
04:04 japhb YES
04:04 japhb YES
04:04 japhb YES
04:04 dukeleto darbelo: yes. I forked dalek-plugins, but punted after reading the github source.
04:04 dukeleto dalek-plugin-hackathon?
04:05 japhb now?
04:05 purl now is the time for the Kwisatz Haderach to arise and conquer America on a sandworm army
04:07 dukeleto YES
04:08 dukeleto wheels within wheels
04:08 purl Wheels within wheels in a spiral array. A pattern so grand and complex. Time after time we lose sight of the way. Our causes can't see their effects.
04:08 japhb OK, reading dalek-plugins README and src now
04:09 dukeleto japhb: shweet!
04:10 dukeleto it basically does a bunch of regex and fiddles with XML::Atom::Feed objects
04:12 darbelo Last time I tried it experienced epic amounts of FAIL when I tried to get it set up in testable fashion and then run out of tuits.
04:13 quek joined #parrot
04:13 dukeleto darbelo: yes, i need tests. that is why i punted
04:14 darbelo I think the way to do it is to grab snippets out of the actual RSS feed and see if they output the correct text.
04:21 japhb afk for a bit
04:21 * darbelo is installing v6, again.
04:30 dalek TT #1097 closed by dukeleto++: Plumage fails to compile on case-insensitive file systems
04:56 dukeleto which (if any) HLLs have test suites written in PIR?
04:58 darbelo not an HLL, but I have a lot of PIR tests for decnum-dynpmcs.
04:59 darbelo I did also cheat, as they are autogenerated by a PCT parser from another representation.
04:59 darbelo dukeleto: What are you trying to find out.
05:03 darbelo parrot has part of it's test suite written in PIR, but you already knew that ;)
05:04 dukeleto darbelo: i am looking for a harness in PIR
05:08 darbelo dukeleto: AFAIK there are none.
05:09 Zak joined #parrot
05:10 darbelo As treed pointed out, Cardinal has one in Ruby. To my knowledge, all other languages kept the ones they used when they were in the parrot repo.
05:11 dukeleto i see.
05:12 theory joined #parrot
05:13 darbelo A 'pure-parrot' test harness would be a great contribution. I'd steal it for sure ;)
05:14 * dukeleto enters zen test mode
05:15 darbelo Another thing to take into consideration: plumage is the first project to use a nqp Configure stage.
05:16 darbelo Other HLL adopted 'bootstrap' configure stages written in the same HLL or stuck to the perl one.
05:17 dukeleto darbelo: thanks, that is useful info
05:18 darbelo It boils down to "nobody really uses NQP as a proper language."
05:19 darbelo If you read japhb's plumage blog posts you'll see that nqp has some ground to cover before becoming a 'first class language' outside of the PCT world.
05:19 cotto darbelo, http://www.bytereef.org/libmpdec.html may be of interest, though I'm not sure about the license or if it has the same limits as decnumber.
05:22 darbelo Oooh. It *resizes* numbers.
05:24 cotto no hard-coded limit?
05:24 darbelo cotto: It looks a lot like decNumber, but with actual dynamic memory management.
05:26 cotto sweet.  I thought that might be the case but my brain's a little squishy atm.
05:28 darbelo It looks to me like a decNumber that isn't trying to fake being a hardware fpu.
05:28 darbelo That is bound to make it slower, but I'll trade speed for sanity.
05:30 dukeleto is there a canonical place for NQP documentation? like an intro?
05:30 cotto Don't ask me why it's under the agpl though.
05:31 darbelo dukeleto: The source code?
05:31 purl the source code is, like, one of them
05:31 darbelo agpl?
05:32 cotto It's intended for software that's used in a saas context.
05:32 cotto agpl is Affero GPL
05:33 dukeleto darbelo: Use the source, Duke.
05:33 szabgab joined #parrot
05:35 darbelo Odd choice.
05:35 cotto quite
05:35 cotto but it sounds somewhat saner than decnumber
05:36 darbelo decNumber was ICU-licensed. That's pretty sane. It's basically a MIT license.
05:41 darbelo Checked. Decnumber is MIT with an extra "Can't use my name without permission" clause.
05:43 darbelo Makes you wonder why do that when a 3-clause BSD has the same effect.
05:50 fperrad joined #parrot
05:50 TonyC joined #parrot
05:53 nopaste joined #parrot
06:01 uniejo joined #parrot
06:13 nopaste joined #parrot
06:13 TonyC joined #parrot
06:20 dukeleto how do I do something like perl's system() in NQP or PIR?
06:21 darbelo spawnw?
06:21 darbelo Or look in Glue.pir for something similar.
06:22 bacek joined #parrot
06:23 darbelo dukeleto: do you need to capture the output?
06:23 dukeleto darbelo: i'll take it any way I can get it now.
06:24 darbelo If all you need is to run a command then look at 'run' in Glue.pir
06:24 moritz you can also steal from rakudo's qx implementation
06:24 moritz if you want to capture the output
06:25 moritz src/builtins/io.pir:129 .sub '!qx'
06:25 bacek o hai
06:26 dukeleto moritz: now we are talking
06:26 darbelo 'ello bacek
06:26 dukeleto bacek: howdy.
06:26 bacek G'Day darbelo and dukeleto
06:27 darbelo dukeleto: dump whatever you steal into Glue.pir ;)
06:28 * dukeleto has a rudimentary nqp test harness for plumage a brewin'
06:28 moritz mv Glue.pir Steal.pir ;-)
06:31 dukeleto has anybody written a TAP parser in PIR ?
06:47 dukeleto reading from a pipe in q Q:PIR block in NQP seems to hang
06:51 dukeleto actually, only when it explodes. if i use it correctly, it doesn't hang. ::jumps over pit of hairy yaks::
06:54 dukeleto maybe i spoke too soon
06:58 dukeleto where is Q:PIR documented ?
06:59 moritz in some blog post by pmichaud, I think :/
06:59 moritz http://use.perl.org/~pmichaud/journal/38022
06:59 dukeleto moritz: how do i interpolate a variable into it?
07:00 moritz dukeleto: you can obtain it with find_lex '$varname'
07:00 dukeleto moritz: also, i am talking about the Q:PIR in NQP, which is not the same as the Q:PIR in rakudo, correct ?
07:00 moritz but I don't think you can really interpolate
07:00 dukeleto moritz: that is good enough
07:02 dukeleto zomg things are coming together
07:07 mberends joined #parrot
07:10 iblechbot joined #parrot
07:41 darbelo dukeleto: ping
07:43 darbelo japhb: ping
07:45 dukeleto hola
07:46 darbelo have you ever been able to run dalek-plugins' "make test" at all?
07:47 darbelo I can't seem to get it going at all.
07:48 dukeleto darbelo: never tried
07:50 darbelo I've looked at the gitorius feeds and I think I can parse them. But I can't tell if it's going to work on dalek ;)
07:52 darbelo Bah. I'll do it blind and nopaste. Somebody can test it later.
07:52 dukeleto darbelo: indeed, that is fine
07:53 dukeleto perhaps we need to setup a test dalek bot
07:53 dukeleto so we can do "live" testing :)
07:53 dukeleto how do I do a definedness check in NQP ?
07:57 darbelo {{{if $foo}}} might work.
08:02 darbelo Ok. Midnight was five hours ago, and I've just mistyped git *twice*. Time for the sleeps.
08:03 darbelo Five hours and four minutes. Actually.
08:04 nopaste "darbelo" at 190.3.142.162 pasted "The Cargo Cult presents: A totally blind half-attempt at a gitoriusparser.pm" (215 lines) at http://nopaste.snit.ch/18263
08:04 * darbelo does not guarantee syntax-correctness after 4:00AM
08:07 darbelo dukeleto: http://nopaste.snit.ch/18263 is about as far as I can get without some sleep. Check for syntax, and see if you can make it run. It still doesn't handle a few things, but it can help somebody get started.
08:09 darbelo I'm going to sleep now.
08:11 darbelo purl: msg japhb I started on a dalek plug in (http://nopaste.snit.ch/18263) see http://irclog.perlgeek.de/p​arrot/2009-10-08#i_1581488 for context.
08:11 purl Message for japhb stored.
08:12 darbelo purl: msg dukeleto I started on a dalek plug in (http://nopaste.snit.ch/18263) see http://irclog.perlgeek.de/p​arrot/2009-10-08#i_1581488 for context.
08:12 purl Message for dukeleto stored.
08:12 darbelo left #parrot
09:12 * Coke yawns.
09:35 HG` joined #parrot
09:40 riffraff joined #parrot
09:49 masak joined #parrot
10:14 mokurai left #parrot
10:18 dalek parrot: r41765 | bacek++ | trunk (9 files):
10:18 dalek parrot: [cage][core] Switch some PackFile functions to use STRING instead of C strings
10:18 dalek parrot: Make realclean and reConfigure required.
10:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41765/
10:27 masak make: *** No rule to make target `src/pmc/sigguts.h', needed by `src/pmc/perl6_group.bundle'.  Stop.
10:27 masak anyone else getting this?
10:28 masak &
10:28 moritz masak: yes, taht was reported yesterday, realclean deletes that file
10:28 dalek tracwiki: v2 | coke++ | AllHackathons
10:28 dalek tracwiki: spelling fix
10:28 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Al​lHackathons?version=2&amp;action=diff
10:28 shorten dalek's url is at http://xrl.us/bfq356
10:29 masak moritz: I always realclean.
10:29 moritz masak: git checkout . to restore it; don't know how to fix the Makefile
10:30 moritz and on my machine realclean doesn't delete it
10:30 moritz so I don't know how to debug it
10:30 moritz masak: coudl you nopaste the output from 'make realclean' please?
10:31 dalek parrot: r41766 | bacek++ | trunk (3 files):
10:31 dalek parrot: [cage][core] Remove unused (assigned only) PackFile_FixupEntry.seg field
10:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41766/
11:00 kid51 joined #parrot
11:00 dalek parrot: r41767 | jkeenan++ | branches/detect_llvm/t/steps/auto/llvm-01.t:
11:00 dalek parrot: Correct positioning of cc_clean() call.
11:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41767/
11:07 masak ok, now the installation worked. huh.
11:08 masak aha! it's the Rakudo installation that b0rks, not the Parrot one.
11:09 masak seems I only 'make clean' for Rakudo by default. maybe I should switch to making realclean?
11:10 dalek parrot: r41768 | jkeenan++ | trunk/t/steps/auto/gcc-01.t:
11:10 dalek parrot: Typographic cleanup only.
11:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41768/
11:11 HG` joined #parrot
11:12 masak moritz: http://gist.github.com/204952
11:12 masak it still dies with the sigguts.h error after that.
11:17 jonathan masak: Is there file there on disk?
11:17 jonathan masak: If not, you may have blown it away by accident with a make clean.
11:17 masak jonathan: no. I just discovered that it was deleted, and that git reported it as deleted.
11:17 jonathan With the previous make file.
11:17 masak aye.
11:17 jonathan masak: huh.
11:17 jonathan masak: It's in the repo.
11:17 masak I'm remaking now, see if it works.
11:18 masak jonathan: aye. I had a dirty checkout.
11:19 masak now it worked. phew.
11:19 masak jonathan++ # correct analysis
11:23 * jonathan is starting to regret putting taht file in there and changing the makefile to only delete generated .h files
11:28 Coke src/*.h might be a better place for non PMC stuff.
11:29 jonathan aye
11:33 dalek lua: db5a03c | fperrad++ | t/lua-TestMore:
11:33 dalek lua: update submodule lua-TestMore
11:33 dalek lua: review: http://github.com/fperrad/lua/commit/db​5a03cb610cb0e3a60015370ed6bf0a74e259bf
11:33 shorten dalek's url is at http://xrl.us/bfq4bd
12:11 whiteknight joined #parrot
12:12 whiteknight good morning parrot
12:13 whiteknight and good morning, parrot
12:13 kid51 good morning, whiteknight
12:13 kid51 How was the baby shower?
12:13 whiteknight hello kid51
12:14 whiteknight it was good, but the first of many
12:14 whiteknight a lot of scheduling conflicts so there are going to be a handful of small showers instead of one large one
12:15 kid51 And the baby in question ... I take it you are the perpetrator?
12:15 whiteknight I take it so too
12:15 whiteknight and I better be :)
12:16 kid51 Well, then we better get what Parrot hacking we can out of you in the next <9 months ... 'cause we won't get it after that :-)
12:17 whiteknight 9 months? less then 2.
12:17 whiteknight thanksgiving weekend is the due date
12:17 * kid51 off to $job
12:18 whiteknight later
12:24 Coke ah, due dates. how quaint. =-)
12:34 masak joined #parrot
12:34 redbrain joined #parrot
12:56 particle joined #parrot
13:05 particle joined #parrot
13:16 redbrain hey guys its me Phil from the list :)
13:17 moritz welcome redbrain, nice that you made it to IRC :-)
13:18 redbrain yep starting to work on linux/sparc its compiling ok so far :)
13:18 redbrain wait no
13:18 redbrain lol
13:18 moritz famous last words :-)
13:19 redbrain :) 100's of 'cast increases required alignment of target type' so far :)
13:20 redbrain how long as the project been going so far?
13:21 Coke parrot, you mean?
13:22 Coke (I know, I know, we're in #parrot.)
13:22 redbrain i mean the project parrot
13:22 Coke parrot history is http://docs.parrot.org/parrot/lat​est/html/docs/parrothist.pod.html
13:22 shorten Coke's url is at http://xrl.us/bfq4px
13:23 Coke (about 2001)
13:44 whiteknight hello redbrain, welcome to #parrot!
13:45 whiteknight what are sizeof(void*) and sizeof(int) on linux/sparc?
13:45 whiteknight We have a few [hundred] places in parrot where we cast between the two like we shouldn't, and that causes errors/warnings when they aren't equal
13:48 redbrain yeah i am starting to look into it all
13:48 redbrain looks like thats the problems
13:48 whiteknight that's the same reason it doesn't work on Win64 with MSVC
13:49 redbrain but what is the Configure.pl is it a perl version of autoconf? Becuase autoconf would help with this to give a config.h for the sizes and big/little endian checks etc
13:49 whiteknight yeah, Configure.pl is our home-brew version of autoconf
13:49 redbrain ah ok
13:50 whiteknight much of the Parrot development team have perl backgrounds, so a lot of our tools are perl
13:50 redbrain would be it bad if i looked into using autoconf and automake libtool etc
13:50 redbrain it be*
13:51 whiteknight that's a question for allison (lead architect). We do intend to move away from Perl in the long run to reduce our dependencies
13:51 PerlJam redbrain: no one can tell you how to utilize your time :)
13:51 whiteknight but I don't know if autoconf is the intended path forward
13:53 whiteknight of course, a working patch can do a lot to influence opinions :)
13:54 Coke one problem with autoconf is (IIRC) windows support, and that autoconf itself requires (IIRC) perl.
13:55 redbrain ah ok thats cool, yeah it doesnt help windows i guess, some people use cmake for that but i hate it :S, i find using autoconf and mainting your own .msvc project stuff is easier
13:57 Coke configure.pl certainly (still) relies too heavily on getting information from the perl exe that ran it rather than figuring info out on its own.
13:57 Coke so if your perl was built with a different CC than you wish to use, this can cause problems.
13:57 Coke s/CC/cc/
14:00 uniejo joined #parrot
14:01 redbrain off topic but are you guys thinking of moving scm from svn to git?
14:01 moritz thinking, ys
14:01 redbrain awesome :)
14:01 moritz but it'll take a lot of time
14:01 whiteknight lots of thinking and talking
14:01 PerlJam Or enough doing that it's a fait accompli
14:02 redbrain yeah thats true i tried to move from svn to git in a previous job i had quite a few problems in the begining
14:02 redbrain because the svn was a single repos before i started working there and there was 25 different projects in this single repos
14:03 moritz and it's not a good idea to put 25 projects into a single git repo
14:04 redbrain yeah it was setup before i started working there
14:06 redbrain hey just want to say thanks because you've made me feel quite welcome :) when i started work on gcc is was really hard in the begining to get to grips with a lot of things
14:11 whiteknight no problem! We like new contributors
14:12 redbrain if i write patches where i post them?
14:13 whiteknight trac.parrot.org
14:15 ewilhelm left #parrot
14:17 Psyche^ joined #parrot
14:24 theory joined #parrot
14:38 ruoso joined #parrot
14:44 particle redbrain: check out docs/submissions.pod and getting_started.pod
14:46 particle autoconf isn't portable enough for us.  perl 5 is available on many more architectures.  we're not moving to autotools.
14:47 moritz but so far our portability is more of a wish list, no?
14:47 moritz (and something to keep in mind when making decisions, yes)
14:48 particle not really, we've compiled on a bunch of platforms, just not regularly
14:48 NotFound whiteknight: Casting between int and void *, or between INTVAL and void *?
14:48 whiteknight INTVAL and void*
14:48 whiteknight sorry, I was simplifying
14:49 NotFound And that isn't solved by choosing an appropiate type for INTVAL?
14:53 whiteknight NotFound: I wasn't able to do it, no
14:54 whiteknight There were a lot of issues on Win64, even after I set INTVAL to long long
14:54 particle translation between function and data pointers
14:54 particle there are assumptions that those two are the same size
14:56 whiteknight are they different on some platforms?
14:56 whiteknight I don't think I've ever seen a place that was different
14:56 whiteknight at least, not since the 286
14:56 particle yes, win64
14:57 NotFound If no one work on locating and fixing that problems in the conflicting platforms, surely they will remain.
14:57 particle well, i should say, it's really the int/ptr size difference
14:57 particle but it comes out during func/data ptr conversion
14:57 particle at least it used to
14:57 whiteknight I'll have to fire up my Win64 box sometime soon to see what the problems really are
14:57 whiteknight but i remember it being dismal
14:57 NotFound particle: The casting macros?
14:58 particle not the macros, no
14:58 particle those were fixed long ago
14:59 particle whiteknight: i hope the problems are fewer now than they were last time i checked (1+yr ago)
14:59 particle it was abysmal then
14:59 whiteknight particle: I had a ticket open for it somewhere, I'll look
15:00 whiteknight #628
15:00 NotFound Some time ago there was a problem with the printf formatting for INTVAL==long long, but I think we fixed that long ago.
15:01 davidfetter joined #parrot
15:01 whiteknight I don't mention in the ticket that you need to set --intval="long long"
15:02 whiteknight I seem to remember getting it to build but failing a huge amount of tests
15:02 particle getting it to build is a big step forward
15:02 particle miniparrot used to crumble
15:03 whiteknight ah, I have all my notes in PLATFORMS
15:03 NotFound _environ? Are we using that?
15:04 whiteknight perl Configure.pl --clflags="-GS- -MD" --intval="long long" --opcode="long long"
15:04 whiteknight and I had a few commits in there that should give us access to LLONG_MAX, which isn't defined by MSVC by default for some reason
15:05 redbrain hmm i am started work on building it with autoconf and automake got a lot of work done
15:05 NotFound whiteknight: If I remember well, that problem must be fixed now.
15:05 whiteknight I haven't checked on Win64 in a while
15:05 particle long long ain't C89
15:06 redbrain particle: should we just stick with perl then? i just found autoconf very helpful in porting to other places
15:06 whiteknight particle: then by definition we can't have a 64-bit Parrot on Win64
15:06 whiteknight at least not with MSVC
15:06 NotFound particle: no, but if somenone ask to use it for INTVAL, we can assume he knows what is doing.
15:06 particle whiteknight: we can, it's just not defined in the headers.  we make very few exceptions form C89, and long long is one of them.
15:07 whiteknight of course, the reason why we use C89 at all is for portability, so there's no reason we should sacrifice portability to stick to the standard
15:07 particle redbrain: yes, we're sticking with perl, until we can bootstrap with something else (it won't be autoconf, it'll likely be a parrot-based lang)
15:07 particle redbrain: that's still a year or three away, though
15:08 particle redbrain: you should have a look at our long term roadmap, just to get a general feel of our priorities
15:08 particle here's a summary you can drill down into: https://trac.parrot.org/parrot/roadmap
15:10 NotFound We are not restricting ourselves to C89, we just make sure we can compile parrot with it. As long as non complaint parts are conditional on some appropiate thing, is fine.
15:10 NotFound Otherwise, we can't be able to build with c++, for example.
15:10 NotFound And we do.
15:13 particle no, we are C89 with a few exceptions.  we avoid c++ keywords, for example
15:13 particle we don't do anything that breaks C89 specifically for c++
15:13 particle otherwise we wouldn't build on msvc
15:13 particle (which we build with in c89 mode)
15:13 NotFound Yes, we use the common subset of C89 and C++
15:14 NotFound And the possible conflicts are hidden inside macros.
15:14 NotFound Mostly casts affecting constness.
15:15 particle right
15:15 particle have you all seen the coverity report?
15:16 particle http://scan.coverity.com/report/Coverity_Wh​ite_Paper-Scan_Open_Source_Report_2009.pdf
15:16 shorten particle's url is at http://xrl.us/bfq46w
15:16 particle i've been failing to blog about it
15:16 particle parrot is mentioned, and i'd love to get us to tier 3 for next year's report
15:16 particle well, even tier 2
15:20 NotFound What makes me happy is that we're maintaining the number of warnings in the build near zero.
15:20 szbalint parrot is mentioned at rung 2
15:22 particle szbalint: that's right, but i'm not sure we're still there
15:22 particle i've been trying to get access to coverity's parrot scan reports, but so far no response
15:23 redbrain hey is this a problem on make test on sparc64 "t/op/64bit...............​...................skipped all skipped: 64bit INTVAL platforms only"
15:27 NotFound redbrain: What says ' ./parrot_config intvalsize ' in that machine?
15:33 redbrain NotFound: returns 4
15:34 redbrain ah so its ok
15:34 iblechbot joined #parrot
15:35 NotFound redbrain: And ptrsize?
15:35 redbrain only problem in the sparc64 testsuite is "t/perl/Parrot_Test..........................ok 79/120# no extension recognized for t/perl/testlib/hello
15:35 redbrain # no extension recognized for t/perl/testlib/hello
15:35 redbrain so far anyway
15:36 redbrain NotFound: 4 as well
15:36 NotFound redbrain: looks like you are complling in 32 bit mode
15:38 redbrain All tests successful.
15:38 redbrain Files=29, Tests=192, 126 wallclock secs (124.03 cusr +  1.69 csys = 125.72 CPU)
15:38 purl Are you feeling lucky?
15:39 redbrain sparc64 is working then just lots of compiler warnings
15:39 NotFound redbrain: don't worry about that message, is just a secondary effect of that test.
15:39 whiteknight particle: I have a coverity account there apparently
15:40 NotFound redbrain: Lots of warnings? Show us a few, maybe we can fix them.
15:43 whiteknight "One of the simplest coding practices is to keep function lengths short"
15:43 dukeleto lulz
15:43 whiteknight I'm a big believer in that point
15:44 NotFound whiteknight: yes, and we have a few too long.
15:44 whiteknight Notfound: yes, several that are far too long
15:44 whiteknight PCC refactors is actually helping, but introducing some of it's own issues
15:45 NotFound I'm happy with that as long as the branch progress, we can work on that later.
15:45 jonathan How's the branch going?
15:45 whiteknight I haven't seen any movement in a few days. Tene and allison are ironing out the returns algorithm still
15:46 jonathan Aha, OK.
15:46 whiteknight I posted a pseudocode listing of the current algorithm they were using that contained (I think) a few flaws
15:46 particle write tests.
15:46 particle whiteknight: any way you can invite me?
15:46 NotFound I took some look, but I'm still unable to understand the logic well enough to being helpful.
15:47 particle (coverity)
15:47 whiteknight particle: I forwared you my login credentials
15:48 dukeleto msg darbelo does your dalek plugin live on github yet?
15:48 purl Message for darbelo stored.
15:48 NotFound Well, I can't even appreciate if there is logic on it %-)
15:48 whiteknight NotFound: yeah, it's a mess
15:48 whiteknight but will get better
15:48 particle whiteknight: thanks!
15:49 particle 14 defects? on rung 2?
15:49 particle sweet.
15:49 NotFound At least I've been able to help by locating some bugs... none of them in the pcc code X-)
15:50 whiteknight down to 14? Last I checked there were like a million
15:52 dukeleto regexen support in NQP?
15:53 whiteknight of course, some of these issues that remain are pretty blatant errors. I'm surprised they still exist
15:53 whiteknight I wonder what revision of Parrot this is
15:53 redbrain NotFound: i think i want to work on making a build bot would be helpful
15:54 whiteknight build bot would be awesome
15:54 whiteknight I need to set one or two of those up mysel
15:55 whiteknight (of course, I don't have access to a lot of exotic systems)
15:56 redbrain whiteknight: :) but i might fix some bugs in frame_builder.c quickly as it seems doable :S i think
15:57 redbrain *(long *)pc = disp; these expressions are causing warnings on mips and sparc so far
15:57 whiteknight if you have the mad skillz, go ahead. That file is evil and might be getting deleted entirely soon
15:57 whiteknight In fact, if you deleted the file and sent in a patch, that would be awesome
15:58 redbrain really?
15:58 * particle <3 passwordsafe
16:00 particle 51 passwords, most different and random, kept in a dropbox account and synced to all my computers
16:02 redbrain whiteknight: i have to remove the entry from the MANIFEST i take it
16:02 whiteknight I've never even heard of that
16:02 whiteknight but it sounds remarkably useful
16:02 whiteknight redbrain: yes, and probably the makefile too
16:03 redbrain ok
16:03 whiteknight config/gen/makefiles/root.in
16:03 purl config/gen/makefiles/root.in is probably what generates parrot/Makefile
16:04 redbrain how come MANIFEST is read only
16:04 redbrain jsut so people dont fiddle with it
16:04 particle it's generated
16:04 whiteknight read only? shouldn't be
16:04 particle tools/build/mk_manifest_and_skip.pl iirc
16:04 whiteknight at least, not that I've ever noticed
16:04 particle aren't all our generated files read-only?
16:08 NotFound redbrain: What says the warning message?
16:08 redbrain cast increases required alignment of target type
16:09 redbrain @particle: it was ./tools/dev/mk_manifest_and_skip.pl
16:12 NotFound redbrain: mmm... the compiler is absolutely right on that. And I don't see any easy fix.
16:12 redbrain yeah thats true
16:15 redbrain hmm the mk_manifest_and_skip.pl doesnt help its just calling stuff from somewhere else
16:29 AndyA joined #parrot
16:31 redbrain hey guys i am having trouble finding where Pobj is defined
16:32 particle pobj.h? ;)
16:32 particle redbrain: do you have exuberant ctags installed?
16:32 AndyA_ joined #parrot
16:33 particle if so (and you should), you can make tags-vi or tags-emacs and navigate the ctags in your editor
16:33 particle vim -t Pobj  # opens vim to the definition of the first Pobj tag
16:34 redbrain particle: not on this machine i am working on :S
16:36 particle ok, well it's in include/parrot/pobj.h (and it's spelled PObj)
16:37 redbrain yeah i got it now thanks how come its that struct with a single element in it why not typedef Parrot_UInt PObj
16:38 particle it's recently gotten smaller
16:38 particle looks like a refactoring can be done again, that's a good question to ask on the mailing list
16:38 redbrain I might try just changing it and see what happens on my laptop
16:39 redbrain just there are casts from numbers to that struct which cant be good
16:40 dukeleto 'ello
16:40 particle svn diff -c 40726 include/parrot/pobj.h
16:40 dukeleto particle++ # dropbox for a password file is a good idea
16:41 particle and passwordsafe is available on many platforms, so it's a good place to keep passwords
16:41 redbrain particle: ah ok that makes sense
16:42 particle redbrain: whiteknight made that change, blame him
16:42 whiteknight eh?
16:42 dukeleto in the spirit of release-before-you-want-to, i would like a code review on this commit from anybody who has NQP tuits: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/6e918977e7cee61a15c23a23171df0a4f970c9a6
16:42 shorten dukeleto's url is at http://xrl.us/bfq5gs
16:42 * whiteknight just got back from lunch, needs a'backlogin'
16:42 dukeleto that code doesn't quite work yet, but is close
16:43 dukeleto it is a naive test harness in NQP
16:43 whiteknight redbrain: PObj isn't really used by itself. It's just the common prefix of PMC and STRING
16:44 whiteknight so we can cast both of those things to PObj in places like the garbage collector and examine the flags without having to know what type of object it actually is
16:47 NotFound dukeleto: Why load_bytecode .pir instead of .pbc ?
16:48 whiteknight fperrad: ping
16:52 dukeleto NotFound: no good reason.
16:53 payload joined #parrot
16:54 NotFound dukeleto: IMO when in dout use .pbc
16:54 NotFound doubt
16:55 * japhb starts backlogging
16:55 darbelo joined #parrot
16:56 japhb darbelo:  OK, I will look at the dalek plugin.  Sorry, sleep won over hacking last night.  :-)
16:56 dukeleto NotFound: will do
16:56 dukeleto japhb: howdy!
16:57 japhb dukeleto, I don't know if someone else beat me too it, but Plumage's Glue.pir has run(), do_run(), and qx().
16:57 japhb dukeleto, howdy!
16:57 davidfetter joined #parrot
17:00 redbrain whiteknight: yep i just noticed that parrot_string_t has a flags member and you use the preprocessor to get flags from similar structs etc
17:01 whiteknight yeah
17:02 dukeleto japhb: darn, it has qx ?
17:03 darbelo whiteknight: touching the frame builder before PCC lands will only cause trouble on the merge, that file knows too much about NCI and PCC for it's own good.
17:03 japhb dukeleto, of course!  :-)
17:03 dukeleto japhb: i went and stole from rakudo's qx
17:03 whiteknight darbelo: it might coming out in the branch
17:03 japhb dukeleto, I probably did too, way back when
17:03 dukeleto japhb: awesome, yours probably works!
17:04 dukeleto japhb: i always get an extra blank line somehow.
17:04 darbelo dukeleto: No github for the plugin, it lives in the nopaste.
17:04 darbelo dukeleto: feel free to put it there.
17:04 dukeleto darbelo: i have heard that living in a nopaste can get cramped after a while
17:04 japhb dukeleto, I have no idea about that detail.  Never checked.
17:05 dukeleto japhb: what about regexes in NQP? is that like "ha ha, look at the new guy ask about regexes in NQP?"
17:05 japhb dukeleto, two answers:
17:05 dukeleto japhb: do I have to go down to PIR to do PGE stuff ?
17:05 darbelo whiteknight: I took a shot at fixing it in the branch, but I didn't know enough about the new PCC world to make it work.
17:05 japhb 1. I have written a subst() in Glue.pir.  A match() would be much easier still.
17:06 japhb And probably necessary anyway.
17:06 japhb 2. nqp-rx will have all that built in.  Coming down the pipe soonish.
17:06 japhb darbelo, Nothing should live in nopaste, because nopaste times out quickly, and tosses your bits on the floor.
17:06 dukeleto japhb++
17:07 dukeleto japhb: yeah, I pretty much need match() so I may get on that
17:07 japhb You probably need just the first half-ish of subst, then.
17:07 dukeleto japhb: although subst may be enough
17:08 darbelo You saw it and it didn't time out while was asleep. That's all it had to do, I'll see about finding it a proper home.
17:08 japhb because really, you just need to get your hands on the match object ... but you need the boilerplate at the top to load the Perl 6 grammar engine in, and compile and run the regex against the string
17:09 * japhb wonders if we should add an rx() function, to precompile our regexen.  Mmm, probably should make that an option.
17:09 japhb Then subst() and match() should take that instead of a string.
17:09 japhb refactoring++
17:09 japhb darbelo, :-)
17:10 cotto_work istr something like that being implemented when bacek and I were working on one of the pct_(ops|pmc) branches
17:14 cotto_work Mmmm.  autowarnock
17:23 * japhb finishes backlogging
17:23 japhb dukeleto, have you already started on rx() and match(), or shall I?
17:25 dukeleto japhb: i won't hack on anything until later tonight, so feel free to write rx() and match()
17:26 japhb dukeleto, OK, will do
17:26 dukeleto japhb: sweet. i like hacking on plumage!
17:27 darbelo dukeleto, japhb: http://github.com/darbelo/dalek-plugins
17:31 darbelo Infinoid: ping
17:36 dukeleto darbelo++ # go dalek plugins!
17:38 japhb darbelo++
17:38 japhb dukeleto, rx() now pushed (and subst() and its callers updated)
17:38 japhb match() coming
17:41 japhb pmichaud, I'm not terribly familiar with Perl6Regex-compiled regexen.  If I make a match() function for NQP use, do I need to deal with single v. global matching and all that, or do I just perform the first match, and hand the match object back to the caller to do with as it pleases (which would imply that an NQP caller can indeed iterate for more matches as desired)
17:41 japhb Hmmm, in fact, if that's true, I'm not sure I need to do match() at all ... Callers can just use the object returned by rx() to do matches, directly, yes?
17:42 dukeleto japhb: nice!
17:42 * japhb tries ...
17:43 japhb ... after kicking this $work server repeatedly, sigh ...
17:43 fperrad pong Whiteknight
17:48 joeri joined #parrot
17:49 chromatic joined #parrot
17:50 whiteknight fperrad: I saw your slides, they were very nice
17:50 whiteknight but some of the links at the end I couldn't click on, I was wondering if I could get URLs to some of those sources
17:57 riffraff joined #parrot
18:00 fperrad Whiteknight, this version is without note, so links work, http://fperrad.googlepages.com/parrot.pdf
18:01 whiteknight thanks!
18:01 pmichaud japhb: the regexes compiled by PGE currently return Match objects
18:01 japhb dukeleto, it's slightly ugly, but it works!  See probes/regex-test.nqp
18:02 pmichaud and yes, NQP can then use .next to iterate for more match objects
18:02 pmichaud note that this will all change/be different in the new environment, though.
18:02 japhb Oh, just .next?
18:02 japhb Oh that's MUCH easier than what I was doing
18:02 pmichaud well, ".next" means "give me the next match"
18:02 pmichaud one can also pass a match object to the regex and it will continue matching at the end position of the previous one
18:03 pmichaud again, this will all change in the new environment, because regexes will no longer return match objects directly
18:03 japhb pmichaud, I had this: http://gitorious.org/parrot-plumage/parrot-​plumage/blobs/master/probes/regex-test.nqp
18:03 shorten japhb's url is at http://xrl.us/bfq5py
18:03 japhb I'm guessing that's way overcoded, given what you said.
18:03 japhb pmichaud, so what will the new API look like?
18:03 pmichaud in NQP?
18:04 pmichaud Currently:
18:04 pmichaud my $regex = /b+c/;
18:04 japhb whee, first class regex syntax ...
18:04 pmichaud my $match := Cursor.parse('aaabbbcccddd', $regex);
18:05 pmichaud but NQP may also get a smart match operator of some sort
18:05 japhb And then to get the next match?
18:05 pmichaud depends on what you mean by "next"
18:05 japhb my $next := Cursor.next()?
18:06 japhb pmichaud, oh, right.  Perl 6.
18:06 pmichaud if you want the match to pick up from where it left off, it might still be  $match.next
18:07 japhb pmichaud, is the thing returned by $match.next independent of $match?
18:07 japhb (In the sense that you could get data from both at the same time)
18:07 pmichaud in current PGE, I don't think it is
18:07 japhb ah
18:07 kurahaupo joined #parrot
18:07 pmichaud I think it transmutes the match object
18:07 japhb gotcha
18:07 pmichaud in the new version, they'll be immutable
18:08 japhb excellent.
18:08 pmichaud (at least on the outside)
18:08 japhb :-)
18:08 japhb immutable exoskeleton
18:08 Ron joined #parrot
18:12 japhb Hmmm, in current NQP/PGE, $match_object.next() seems not to work.  Oh wait, unless I had to set the global match flag when compiling the regex originally ...
18:13 japhb What's the syntax for setting :g from within the regex itself in Perl 6?
18:13 japhb (And does current PGE support that?)
18:14 PerlJam japhb: I think you just write a loop to get the equivalent functionality.
18:14 japhb PerlJam, that's what I had before.
18:15 japhb pmichaud's comment about .next made me hope there was much simpler syntax.  ;-)
18:15 PerlJam japhb: I would be surprised if so.
18:15 japhb Hope springs eternal.  :-)
18:18 pmichaud :g isn't .next
18:18 pmichaud .next is more like :exhaustive
18:18 pmichaud for :g, just create a loop
18:18 pmichaud call the regex again using the previous match as the target
18:19 allison joined #parrot
18:20 mokurai joined #parrot
18:21 dukeleto allison: 'ello
18:21 allison dukeleto: hi
18:21 japhb pmichaud, yep, that's what I had before.  OK, so I wasn't wasting keystrokes then.  :-)
18:22 whiteknight allison: did you see the pseudocode I posted last night for the returns algorithm?
18:22 allison Whiteknight: I did, thank you!
18:22 whiteknight It was basically just a plain-english translation of the code in the repo, and it shows some things that I think are errors
18:22 pmichaud afk for a bit
18:22 pmichaud Infinoid: ping
18:22 whiteknight (assuming I translated correctly, of course)
18:23 pmichaud (not afk for a bit)
18:23 allison whiteknight: I was just sitting down to do the pseudocode-to-code comparison
18:23 pmichaud Infinoid: could we get perl6/nqp-rx and perl6/book repos added to dalek?  Both should report to #perl6; perhaps nqp-rx should report to #parrot as well.
18:23 whiteknight ah, okay. I threw in some "???" where I didn't understand what was going on, but didn't flag perceived logic errors otherwise
18:23 pmichaud now afk for a bit
18:24 japhb Yes, nqp-rx should definitely report to #parrot as well
18:24 allison whiteknight: okay, I'll keep an eye out for potential logic errors too
18:25 allison (I just got back from class and finished up a work conference call, so I'm settling in for an evenings work)
18:25 dukeleto pmichaud++ # nqp-rx reports in #parrot would be nice
18:25 allison (parrot work, that is)
18:25 pmichaud I posted to #perl6 but not here --  current state of nqp-rx is http://github.com/perl6/nqp-rx/blob/master/STATUS
18:25 dukeleto pmichaud: plumage wants nqp-rx really badly :)
18:27 japhb I'll second that emotion
18:27 dukeleto pmichaud++ # nice work on nqp-rx
18:35 bacek joined #parrot
18:37 dukeleto msg whiteknight the master branch of the parrot mirror on github should now be in sync with the upstream branch, so the graphs should look prettier. let me know
18:37 purl Message for whiteknight stored.
18:37 cotto_work hio bacek
18:37 bacek cotto_work: morning
18:37 whiteknight dukeleto: Thanks!
18:37 whiteknight I don't care how they look, now that I know better what they mean
18:38 darbelo bacek: good 'whatever time it is over there'
18:38 bacek darbelo: way too early...
18:38 bacek clock?
18:38 purl bacek: LAX: Thu 11:38am PDT / CHI: Thu 1:38pm CDT / NYC: Thu 2:38pm EDT / LON: Thu 7:38pm BST / BER: Thu 8:38pm CEST / IND: Fri 12:08am IST / TOK: Fri 3:38am JST / SYD: Fri 5:38am EST /
18:38 dukeleto whiteknight: it was slightly confusing that 'master' wasn't what people would expect. hopefully it is friendlier now
18:39 darbelo SYD?
18:39 purl SYD is not working today or Sydney
18:39 bacek yeah...
18:39 darbelo I'm on -TOK ;)
18:39 darbelo 3:38pm
18:40 darbelo I went to bed at 5am :)
18:40 dukeleto darbelo: thems is rockstar hours :)
18:42 cotto_work nobody cares if I get in at 1000, but they'd probably say something if I rolled in at 1500.
18:43 darbelo I had to simulate a whole lot filters for my 'circuits' class.
18:55 allison whiteknight: so here's the big kicker of an algorithm/implementation question
18:56 allison whiteknight: should we brake named results out into a hash inside the CallSignature, or keep them in sequence?
18:56 whiteknight I would have them as a hash for now
18:56 allison whiteknight: it has ramifications for other parts of the result signature
18:57 whiteknight actually beter yet, let me counter with another question:
18:57 allison slurpy results, for one, will be stored as a single PMC in the ordered sequence
18:57 allison question away
18:57 whiteknight eventually when we can properly set_returns before we get_results, are we going to be using two CallSignatures?
18:57 whiteknight (one for the forward and the reverse invoke)?
18:57 cotto_work What about that lovely hack known as OrderedHash?
18:57 allison whiteknight: yes, but the logic there will be completely different
18:58 whiteknight my point being that if our eventual goal is two CallSignatures, then two hashes now would be a step in that direction
18:58 allison cotto: I checked ordered hash, and it didn't let you have an integer index and a name for the same element (IIRC)
18:58 * allison looks again
18:58 chromatic It should.
18:59 chromatic I think it should.
19:00 allison cotto: what we need is something more like an array of pairs
19:00 allison cotto: oh, I remember what the problem was, OrderedHash doesn't let you access the name of an item you've looked up by integer index
19:01 cotto_work sounds like a bug
19:01 purl bzzzzzzzzzzzzzz...
19:01 cotto_work purl sounds like a bug
19:01 purl bzzzzzzzzzzzzzz...
19:01 allison cotto: that is, you can't say "give me the item at position 3", and then "tell me the string key of the item at position 3"
19:01 cotto_work even if it was stored in the hash with a string key?
19:02 allison cotto: you can only say "give me the item at position 3" or "give me the item at string key 'foo'"
19:02 NotFound Now you can understand why I like C++ hash
19:02 NotFound Wel, map
19:02 allison cotto: it just wasn't designed for reverse lookups
19:03 chromatic No, that's still unforgivable, NotFound.
19:03 cotto_work do we want a new PMC then?
19:03 allison cotto: maybe a feature addition to OrderedHash
19:03 allison cotto: but, it's not worth it for CallSignature, since it would only use it for 3 months
19:04 cotto_work The code is already unpleasant.
19:04 jsut joined #parrot
19:04 cotto_work afk 10m (foods)
19:05 allison whiteknight: (responding to back scroll) If the logic were parallel, then yes, a hash for named returns or results would make sense
19:06 allison whiteknight: and I started off thinking we'd do that here
19:06 allison whiteknight: but not so sure now that I work on the code
19:06 allison whiteknight: (I hope you don't mind, I'm mostly thinking out loud here, I find the group thoughts useful)
19:07 allison whiteknight: perhaps the key is preserving the parallel as much as possible
19:07 kurahaupo purl: clock NZ 2009-10-09T08:07
19:07 purl kurahaupo: excuse me?
19:08 allison That is, on parameter handling we create a hash of args, so on return handling we should create a hash of returns
19:08 whiteknight allison: We'll be able to merge the two properly later, so we don't need to worry about the parallel now
19:08 whiteknight a proper merger is likely just going to use fill_params for both, possibly with different pointers to accessor functions
19:08 allison whiteknight: aye, but it may actually simplify the logic now too
19:08 whiteknight okay, well if it brings a benefit, good. If it brings complications don't bother
19:09 allison whiteknight: at the moment, the merger of named returns to results is non-functional
19:09 ilia joined #parrot
19:09 allison So, if the hash is on the returns, it's a temporary artifact of the return handling code
19:10 allison Rather than being stored in the CallSignature
19:10 allison It's only used for quick lookup purposes
19:10 allison that is, we iterate over the result slots we need to fill
19:10 allison Some are positional, which is simple enough, but some are named
19:11 allison for the named ones, we do a lookup in the named hash
19:11 allison (for the named result slots, we do a lookup in the named returns hash)
19:13 allison Not quite sure yet what impact that would have on filling :named with a positional or filling :lookahead with a named
19:13 allison Will try a pass at the pseudocode
19:33 whiteknight Okay, I would love to see what it "should" be
19:34 allison whiteknight: it's not so much "should", since several variations could work
19:35 allison whiteknight: it's just working around to see what might be easiest to implement/maintain/rip-out-later
19:35 whiteknight right
19:38 whiteknight I'm talking about how it should work in comparison to how it currently doesnt
19:38 whiteknight any working algorithm would be equally interesting to me
19:38 * whiteknight has too many remote desktops open, is slowly going insane
19:39 * whiteknight has a remote desktop open in a remote desktop
19:39 particle you need more monitors, obviously.
19:40 whiteknight laptop here only supports two. But I'll put in a request with the boss
19:40 whiteknight Next step, I'm sure, involves more laptops stacked on top of each other
19:40 particle there are usb monitors
19:41 particle this one's cool: http://www.doublesight.com/product/?idx=54
19:41 Infinoid pmichaud: can do.
19:41 Infinoid darbelo: pong
19:41 particle omg it's delaware-man!
19:42 Infinoid onoes~
19:43 whiteknight Yo dawg I herd you like desktops, so I put a desktop in your desktop in your desktop so you can compute while you compute while you compute!
19:43 whiteknight </xhibit>
19:44 darbelo Infinoid: I tried to write a plug in for dalek, but I couldn't get the test suite to work for me.
19:44 cotto_work whiteknight, bonus points if at some point you come full circle and have a session from a remote machine back to your local machine.
19:44 whiteknight cotto: Might as well just save myself sometime and crash the computer manually
19:44 particle my friend installed ESXi in a vm
19:45 darbelo My blind fumblings are at http://github.com/darbelo/dalek-plugins
19:45 darbelo does that look sane to you?
19:49 darbelo relevant file is github.com/darbelo/dalek-plugins/blob/​master/modules/local/gitoriusparser.pm
19:52 dukeleto darbelo++
19:52 mikehh smoke (#28722), fulltest FAIL, at r41768 - Ubuntu 9.04 amd64
19:52 mikehh smoke, fultest (src_tests) - t/src/extend.t - Failed test:  15
19:52 mikehh fultest (testf, testg and testS) (same tests FAIL, same results)
19:52 mikehh t/compilers/imcc/syn/macro.t - Failed tests:  2-4
19:52 mikehh t/compilers/imcc/syn/regressions.t - Failed test:  7
19:53 darbelo dukeleto: save the karma for a working plugin ;)
19:54 Infinoid darbelo: Thanks, I'll take a look
19:55 darbelo Infinoid++
19:55 dukeleto Infinoid++ # gitorious development is starting to pick up
19:55 * Infinoid isn't sure how it is different from github
19:56 darbelo It reports different stuff in the RSS feed.
19:56 darbelo ;)
19:56 Infinoid ... really?  is that a reason to use one over the other?
19:56 dukeleto Infinoid: less social feature, more stability than github
19:57 Infinoid stability is good :)
19:57 dukeleto Infinoid: no one is trying to DDoS gitorious yet. that helps ;)
19:57 Infinoid heh
19:57 cotto_work how much downtime does github have?
19:58 cotto_work I know that speed was an issue (though they just did a major infrastructure upgrade), but not availability.
19:59 darbelo cotto_work: More than they need. Are you looking to get some?
19:59 Infinoid I haven't seen any outages, though I'm not a very heavy user.
20:00 bacek joined #parrot
20:01 japhb Before the rackspace move, I saw lots of timeouts, transient errors, and outright downtime at github.  Things seem better (but not perfect) since the move to the new hosting.
20:02 cotto_work get some what?  hosting or downtime?
20:02 japhb github did spoil me a bit for social features, though.  gitorious is lacking on that front -- but then I've never had anything not work on gitorious.
20:03 darbelo Downtime. They have so much I don't think they'd mind sharing.
20:03 japhb darbelo, still, after the rackspace move?  That I haven't seen.
20:04 japhb Engine Yard just couldn't keep up with their load, I think.
20:05 pmichaud also, Engine Yard wasn't a big fan of hosting so much non-ruby development
20:05 pmichaud since the move to rackspace github has been very speedy
20:05 pmichaud and I haven't seen any downtime issues (still a little early to tell there)
20:06 dukeleto i like github, but gitorious gets the job done as well
20:07 japhb The one thing I'm still seeing is that some operations (like browsing around a tree) that are snappy on gitorious are downright slow on github.
20:07 pmichaud really?  github has been snappy browsing for me since the move
20:07 japhb OTOH, I would swear that pushes to gitorious are a little slow for me.
20:07 dukeleto i like to mirror all my stuff on http://leto.net/gitweb/ so that I don't have to care so much if github goes down for a bit
20:08 dukeleto obviously I have been slacking
20:08 japhb pmichaud, may have just been time of day.  I was seeing the browsing slowness a few hours ago
20:08 darbelo Flash use is a factor for those of us on !(linux||windows)
20:08 japhb darbelo, Flash is more stable on OS X than Linux, BELIEVE ME.
20:09 darbelo !(linux||windows||OSX)
20:09 japhb (My day job involves dealing with Flash video ... and the Linux experience is still suboptimal, to say the least.)
20:09 japhb darbelo, Are you the one running Haiku?  Or BSD?
20:10 darbelo OpenBSD
20:10 japhb Ah yes.  OpenBSD is not high on the proprietary vendor support lists, sadly.
20:11 darbelo The last-dich effort is to run Opera via the linux emulation layer. On x86.
20:11 japhb Oy
20:11 japhb I think you're getting into the territory where a VM is appropriate.
20:11 darbelo It's less fun than it sounds. And breaks on weekly basis if you run -current.
20:11 dukeleto darbelo: i have an alias for git log --pretty=format:'%C(yellow)%h%Creset %s %Cred%an%Creset %Cblue%d%Creset %Cgreen%cr%Creset %cd' --graph --all <-- this is better than github's flash graph
20:12 japhb "But it sounds so *fun*!"
20:12 hercynium joined #parrot
20:12 * japhb mumbles something about <canvas> being available for years now
20:13 dukeleto japhb: in certain browsers...
20:13 japhb excanvas FTW
20:13 darbelo japhb: I'm getting into the stage where I stop caring about flash content.
20:14 japhb darbelo, I wish I could.  If the browser vendors could agree on a default video codec, I would.
20:14 cotto_work Most of it isn't really that valuable.
20:15 darbelo japhb: hqtube/freasemonkey/firefox.
20:15 japhb cotto_work, Flash video is valuable to me in the sense that without it I would not be receiving a paycheck and thus able to spend time here.  ;-)
20:16 cotto_work Same with me and windows, but that doesn't mean I use it at home.
20:16 dukeleto i lived without flash for many years on freebsd before going over to the OS X darkside
20:17 japhb darbelo, huh.  I wonder what that would do when faced with XSPF files ...
20:18 darbelo It lets me watch funny youtube videos. worksforme
20:18 japhb :-)
20:32 nopaste "allison" at 77.98.130.30 pasted "revised return/result handling pseudocode for whiteknight++" (70 lines) at http://nopaste.snit.ch/18270
20:33 allison whiteknight: take a look at that
20:33 allison whiteknight: I took out some of the implementation details from the pseudocode, focusing on "what it's doing" rather than how
20:33 payload joined #parrot
20:34 allison whiteknight: and shifted the named returns code over to the idea of a temporary hash
20:34 allison whiteknight: oh, wait, I forgot one bit
20:35 nopaste "allison" at 77.98.130.30 pasted "revised return/result handling pseudocode for whiteknight++ (this time with deleting elements from the temporary hash as we use them)" (71 lines) at http://nopaste.snit.ch/18271
20:36 allison whiteknight: that's better. It turns out that a temporary hash where we delete the elements as we go actually saves us two ugly low-level hash iterations
20:49 allison whiteknight: although, it's a bit of a tossup, since the low level hash iterations are only executed in a named slurpy or when there's a mismatch in number of parameters
20:51 chromatic Do you perform the hash deletions for standard positional parameters?
20:51 GeJ Good morning everyone
20:51 allison chromatic: no, only for named results
20:51 bacek_at_work joined #parrot
20:52 dukeleto GeJ: good localtime()
20:52 dukeleto bacek_at_work: o hai
20:52 GeJ hi dukeleto
20:52 allison chromatic: and the hash is only created in the first place if named returns were passed
20:52 chromatic Excellent.
20:52 bacek_at_work dukeleto, G'Day
20:52 GeJ G'Day bacek
20:52 bacek_at_work G'Day GeJ
20:52 payload1 joined #parrot
21:03 dalek tracwiki: v23 | allison++ | CallingConventionsOverview
21:03 dalek tracwiki: https://trac.parrot.org/parrot/wiki/CallingCo​nventionsOverview?version=23&amp;action=diff
21:03 shorten dalek's url is at http://xrl.us/bfq6m4
21:16 chromatic http://www.reddit.com/r/parrot/
21:17 dalek TT #1098 created by fperrad++: [CAGE]  rename parrot_nqp to parrot-nqp
21:18 cotto_work I hadn't seen Brian Wisti's blog before.  Does he hang out here?
21:19 cotto_work brian wisti?
21:19 moritz URL?
21:20 darbelo coolnamehere.com
21:20 Whiteknight joined #parrot
21:20 chromatic http://coolnamehere.com/geekery/parrot/index.html
21:20 chromatic http://coolnamehere.com/geek​ery/parrot/learn/index.html
21:21 Whiteknight nice
21:22 jsut_ joined #parrot
21:23 cotto_work seen webfiend
21:23 purl webfiend was last seen on #perl 3 years, 211 days, 21 hours, 1 minutes and 56 seconds ago, saying: That wasn't merlyn that time, sungo. That was probably me.  [Mar 12 00:13:19 2006]
21:25 dalek rakudo: 10069b6 | chromatic++ | src/ops/perl6.ops:
21:25 dalek rakudo: [ops] Fixed some compiler warnings by casting malloc() results.
21:25 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​0069b6dc905cd5070c877cc420e9ea10a713b76
21:25 shorten dalek's url is at http://xrl.us/bfq6qu
21:35 cotto_work I'm in the process of adding a test to PHP.  It's a rough transition between Parrot's test suite and what PHP has.
21:36 moritz why doesn't this surprise me? ;-)
21:37 darbelo print "It works."
21:37 cotto_work It's funny because some of the documentation talks about DRY, but the test suite only supports one test per file.
21:39 darbelo test_everything.php
21:39 moritz you could call that DRY humour ;-)
21:39 cotto_work moritz++
21:39 payload joined #parrot
21:40 darbelo Want humor? Download luajit and try "make test"
21:40 cotto_work darbelo, they call it run-tests.php
21:40 darbelo test:   dummy src/luajit -O -e 'io.write("Hello world, from ", jit.version, "!\n")'
21:41 cotto_work It's 2400 lines.
21:41 darbelo Well, I can see why they don't want to repeat it.
21:42 cotto_work peating it is bad enough
21:44 Whiteknight ah, humor
22:01 cotto_work There'
22:01 cotto_work s an easter egg at http://bugs.php.net/bug.php?id=49148
22:02 Infinoid What, "Unable to connect to SQL server."?
22:02 cotto_work Yeah.  that.  It's a big egg.
22:02 Infinoid very cute :)
22:02 cotto_work just kidding.  the site is broken.
22:02 cotto_work *sigh*
22:03 darbelo It's not april either.
22:03 Infinoid seems "make test" in dalek-plugins is broken, too.  The test suite was relying on partcl being on googlecode, to test the googlecode parser (oops)
22:04 darbelo Infinoid: That repo is still there. Just not updated anymore.
22:05 Infinoid Yeah.  I think it was also relying on the partcl link on http://trac.parrot.org/parrot/wiki/Languages pointing at googlecode
22:05 Infinoid No biggie, I'll find another scapegoat
22:05 darbelo Ah, that.
22:05 purl ah, that is _very_ nice to hear :) or something *key* with volunteers
22:06 darbelo decnum-dynpmcs is likely to stay on googlecode.
22:06 japhb purl, forget Ah, that
22:06 purl japhb: I forgot ah, that
22:06 moritz Infinoid: I have two more projects that would be cool to report, both on github... pmichaud/nqp-rx to both #parrot and #perl6, and perl6/book to #perl6book on github
22:07 Infinoid Yeah, pmichaud mentioned those.  I'll add them tonight (but thanks, now I know which channels to put them on)
22:07 Infinoid uh.  pmichaud/nqp-rx or perl6/nqp-rx?
22:07 moritz perl6/npq-rx, sorry
22:07 Infinoid cool, got it
22:08 moritz it was moved ;-)
22:08 jonathan oh, I was looking at the other one, and thinking "heh, pm is slacking today" ;-)
22:11 dalek rakudo: 36e82b6 | chromatic++ | src/pmc/p6lowlevelsig.pmc:
22:11 dalek rakudo: [PMC] Fixed compiler warnings in P6LowLevelSig PMC.
22:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​6e82b661521ed6d394849d64cae6f285fee3937
22:11 dalek rakudo: 77088bc | chromatic++ | src/pmc/perl6multisub.pmc:
22:11 dalek rakudo: [PMC] Fixed compiler warnings in Perl6MultiSub PMC.
22:11 shorten dalek's url is at http://xrl.us/bfq62o
22:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​7088bc7e4de0b9912df397990f4121b9b826d94
22:11 dalek rakudo: 4f997a0 | chromatic++ | src/pmc/p6opaque.pmc:
22:11 dalek rakudo: [PMC] Fixed a compiler error in the P6Opaque PMC.
22:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​f997a0ae6c491028779b1b7a6d06719d93a8d7d
22:11 shorten dalek's url is at http://xrl.us/bfq62q
22:11 shorten dalek's url is at http://xrl.us/bfq62s
22:13 darbelo Aha! My GSoC shirt is ready for shipment.
22:15 dukeleto darbelo: good to hear
22:15 theory joined #parrot
22:15 cotto_work darbelo, That's less than speedy.
22:15 Whiteknight joined #parrot
22:16 darbelo If you need me I'll be constantly hitting refresh at the fedex page until the 15th.
22:17 Infinoid darbelo: got a link to a gitorious repo?
22:17 darbelo plumage?
22:17 purl it has been said that 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
22:17 Infinoid kthx
22:17 darbelo gitorious.org/parrot-plumage
22:17 darbelo the actual feed is http://gitorious.org/parrot-plumage.atom
22:19 Infinoid your parser should be able to convert one to the other :)
22:20 darbelo You are putting your faith in the wrong place ;)
22:21 Infinoid I'm going to test it
22:22 Infinoid is it gitorious.org/accountname/projectname/ like github?
22:22 Infinoid (it seems to be, which means I will adjust the parser slightly)
22:24 darbelo All of the ones I know are gitorious.org/$projectname
22:25 darbelo Hmm. "gitorious.org/$projectname/$reponame" but you can leave out the repo name.
22:25 darbelo and the Atom feed is registered under the $projectname
22:34 pmichaud Infinoid: perl6/nqp-rx
22:35 pmichaud oh, sorry
22:35 pmichaud (late to the conversation again... too busy writing code)
22:35 Infinoid pmichaud++ # writing code
22:35 pmichaud just pushed some changes to perl6/nqp-rx, let's see if dalek picks it up :)
22:35 moritz pmichaud: you could avoid confusion by deleting the pmichaud/nqp-rx
22:35 darbelo pmichaud++ #writing code
22:35 pmichaud moritz: I'm about to do that.  :)
22:35 Infinoid pmichaud: it won't be there yet; I've been working on darbelo's gitorious parser first
22:37 pmichaud ah, okay.
22:37 pmichaud pmichaud/nqp-rx deleted.
22:42 darbelo japhb: ping
22:42 japhb pong
22:43 darbelo Shouldn't the ':=' stuff in the plumage Makefile be '=' ?
22:44 particle if it's to be portable to nmake on windows, it should be
22:44 japhb darbelo, I believe the GNU Make book said to use := because of possible confusing effects, so it's my default.  However, we're doing pretty simple stuff, and all runtime magic happens in Configure.nqp, so I'd say follow particle's advice for portability.
22:45 japhb (total lack of standard for critical infrastructure programs)--
22:45 darbelo I think parrot leaves those as-is for gmake, but translates them into '=' for other makes.
22:45 japhb darbelo, then we can do that in our Configure, I suppose.
22:46 japhb There is a %VM<config> flag for gmake version, so if that's not there, it's not gmake.  ;-)
22:46 darbelo I think parrot's wrong there.
22:46 particle i wish parrot's config engine was more general
22:46 particle rakudo, plumage, mod_parrot, and others seem to use some of the functionality
22:46 chromatic Whiteknight, http://citeseer.ist.psu.edu/cache/paper​s/cs/32018/http:zSzzSzwww.jilp.orgzSzvo​l5zSzv5paper12.pdf/ertl03structure.pdf
22:46 darbelo If you have to make sure are your :='s degrade gracefully into ='s you don't need :=
22:46 shorten chromatic's url is at http://xrl.us/bfq67t
22:48 japhb particle, plumage uses stuff detected by parrot's config, because we want to use the same methods for building that parrot does (when we don't have an internal replacement, which is of course optimal).
22:48 japhb darbelo, := and = don't necessarily mean the same thing semantically on two different makes.
22:49 Whiteknight chromatic: thanks! but fperrad already sent me the link and I've printed and read it cover-to-cover
22:49 darbelo japhb: and = is the portable one.
22:49 japhb MS make = could, for example, mean the same thing as := does in GNU make, while GNU make = means something completely different.
22:50 japhb BSD make, for example, has a lot of <symbol>= variations, all of which mean different things, and they're not the same as GNU make's
22:51 japhb one of the bigger suckfests in the history of HLL programming
22:51 darbelo japhb: That's why I noticed it, parrot changes := to = for bmake. But = will work for all makes if you are careful.
22:51 japhb darbelo, nod.
22:52 dukeleto japhb: are you hacking on match() ?
22:52 japhb My point was that the := -> = conversion may not be a fallback, but rather a direct translation.  But yes, I believe we are sufficiently careful and simple in our tasks that we can just use = if you like.
22:53 chromatic Next up: finding a paper on Prescheme.
22:53 darbelo ok, I'll change them into "="s for now. It doesn't break anything here.
22:53 japhb dukeleto, no need for match().  rx() provides something that will do matches.  See probes/regex-test.nqp
22:54 dukeleto japhb: gotcha
22:54 pmichaud fwiw, rakudo uses parrot's configuration data but not its makefile generator
22:54 pmichaud I found parrot's makefile building utilities to be less than desirable... including the := versus = translation
22:55 japhb At most there may be value to having an all_matches() routine that just makes an array of strings.  pmichaud says that due to limitations in current PGE, an array of all match objects may not be always acting as the user wants.  (Works well enough for subst(), but ...)
22:56 darbelo pmichaud: I think parrot should move away from := completely. It only hides bugs that gmake users introduce :).
22:56 Zak joined #parrot
22:56 pmichaud japhb: actually, an array of matches should work just fine
22:57 pmichaud it's only .next that will potentially modify the match object
22:57 pmichaud darbelo: I agree; I also suggested moving away from := but got a bit of pushback on the idea
22:58 japhb pmichaud, OK, then I may make an all_matches, just so the caller doesn't have to always write that loop.
22:59 japhb dukeleto, are you waiting on that functionality?
23:00 japhb pmichaud, thankfully, we on the plumage project are a little easier to push when good arguments are made.  ;-)
23:00 japhb darbelo, please make it so.
23:00 dukeleto japhb: that would help me with the test harness
23:00 japhb dukeleto, OK, give me a couple minutes, and I'll put it in there for you.
23:00 dukeleto japhb: shweet
23:01 dalek rakudo: d7f854a | jonathan++ | src/ (5 files):
23:01 dalek rakudo: Various tweaks and fixes to get us able to run all of the sanity tests now and pass a lot of the spectests. Now it's down to triage of what's left.
23:01 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​7f854a4740232d3ef28b9f81e34f160600ea89d
23:01 shorten dalek's url is at http://xrl.us/bfq697
23:01 dalek rakudo: 2c09561 | jonathan++ | src/parser/signature.pm:
23:01 dalek rakudo: Re-instate a bunch of default type handling and parametric role decisions that we used to do at runtime, but now make them at compile time. This gets us much further into the setting init.
23:01 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​c0956116b9f9aa27763ce489205ef926a8e107a
23:01 shorten dalek's url is at http://xrl.us/bfq699
23:01 dalek rakudo: 1ef2315 | jonathan++ | src/classes/Code.pir:
23:01 dalek rakudo: Avoid Parrot tail calls bug, thus fixing ambiguous dispatch message causing NPMCA.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​ef231551bb589778aa160dfcf10c3e83cd6dbd0
23:02 shorten dalek's url is at http://xrl.us/bfq7ab
23:02 dalek rakudo: 8e2382c | jonathan++ | src/builtins/control.pir:
23:02 dalek rakudo: Fix up deferal (eventually when we have CallSignature, we can do a *real* fix for this; for now, we'll just have to struggle on with this approach.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​e2382c59c16c54ac331095947d2c90afc1e72ab
23:02 shorten dalek's url is at http://xrl.us/bfq7ad
23:02 dalek rakudo: ea0db83 | jonathan++ | src/ (2 files):
23:02 dalek rakudo: Remove a bunch of duplicate code, and mostly fix junction dispatch in the process.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​a0db8371479a23c9930797f17ff88d877c11539
23:02 shorten dalek's url is at http://xrl.us/bfq7ah
23:02 dalek rakudo: a67adbd | jonathan++ | src/classes/ (5 files):
23:02 dalek rakudo: Fix a bunch of signatures constructed in PIR - they should mark their parameters as to be considered in the multi-dispatch also.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​67adbded50fbe555cd7ddc4109a866785f620b4
23:02 patspam joined #parrot
23:02 shorten dalek's url is at http://xrl.us/bfq7aj
23:02 dalek rakudo: 1cfff7c | jonathan++ |  (5 files):
23:02 dalek rakudo: Implement signature introspection.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​cfff7cc4f1c9b2d14fcba7d8f11e8960d576b51
23:02 shorten dalek's url is at http://xrl.us/bfq7am
23:02 dalek rakudo: 3def5a5 | jonathan++ | src/parser/ (2 files):
23:02 dalek rakudo: Many minor fixes for a variety of issues shown up by the spectests. We're now hopefully an introspection interface and one fix away from cleanup, followed by merge.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​def5a5e2cce39442afd400b444e33f34788609b
23:02 shorten dalek's url is at http://xrl.us/bfq7ao
23:02 dalek rakudo: d65bec9 | jonathan++ | src/parser/signature.pm:
23:02 dalek rakudo: Couple of small fixes to signature generation, to unbreak auto-threading on method arguments.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​65bec95a92593ca66b0cdc86019d7940112a2e2
23:02 shorten dalek's url is at http://xrl.us/bfq7as
23:02 dalek rakudo: daf221d | jonathan++ | src/ (2 files):
23:02 dalek rakudo: Fixes for what I believe may well be our last few failures in this branch.
23:02 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​af221d2ee1ddc0071d5b8033c04d981bd1100f3
23:02 shorten dalek's url is at http://xrl.us/bfq7au
23:02 Whiteknight Oi!
23:02 darbelo Holy shit.
23:02 purl only in the Vatican, my friend.
23:02 jonathan Sorry!
23:02 jonathan I merged a branch. ;-)
23:03 darbelo japhb: pushed!
23:04 Whiteknight very nice
23:07 mikehh just had a look a smolder - the last two submissions were from 0.9.0 and 1.2.0 respectively
23:07 darbelo odd.
23:07 mikehh (that's on parrot) the 0.9.0 submission seems to come in twice a day
23:08 darbelo Do we know where it comes from?
23:09 mikehh nope - it was before that sort of stuff was recorded - maybe we could get some info from smolder
23:11 Infinoid darbelo: I've fixed up the parser a bit but it still needs some smarts, parsing the log message(s) out of the atom feed content.  This feed is particularly "interesting" because it merges multiple commits into one atom entry.  Which means you either need to output two entire commits, or at least two logs and two review links.
23:12 nopaste "infinoid" at 173.75.243.182 pasted "half-baked dalek-plugins patch for darbelo, plus a test case" (590 lines) at http://nopaste.snit.ch/18273
23:13 japhb darbelo, right back atcha
23:14 japhb If we keep half-baking this code, it will eventually get fully baked, right?  Or maybe just high ....
23:14 Infinoid a half-baked glass is a half-full glass, I suppose
23:15 dukeleto japhb++ # keep baking
23:16 darbelo Infinoid: I think I was aiming for a 'one commit per line' report and a review link to the new head.
23:16 darbelo Which is all we can get out of the feed right now.
23:17 payload joined #parrot
23:22 japhb dukeleto, darbelo, Tene: anything else Plumage-related you are blocking on me for?
23:22 Infinoid is it worth adding nqp-rx to Languages?
23:23 darbelo If it makes your life easier, yes.
23:23 darbelo WE WANTZ COMMITZ NAO!
23:23 Infinoid not really.  but it also doesn't hurt
23:24 Patterner COMMUNIST NATO?
23:35 Infinoid dalek: EXTERMINATE.
23:35 purl EXTERMINATE! EXTERMINATE! EXTERMINATE!
23:35 dalek joined #parrot
23:36 Infinoid pmichaud: please commit something to nqp-rx and perl6/book to test, when you have a chance
23:36 dukeleto japhb: i think I am good for now. will let you know
23:45 darbelo Infinoid: do you want to push your changes to my fork or do I patch manually?
23:59 cotto_work This PHP testing junk makes me sad.  I want Test::More. :(

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

Parrot | source cross referenced