Camelia, the Perl 6 bug

IRC log for #parrot, 2009-08-19

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 patspam joined #parrot
00:00 payload joined #parrot
00:01 Whiteknight not that I can see, no
00:02 Whiteknight and the PObj_is_special_PMC, which appears to be useless now that PMC_EXT is not present
00:03 dalek tracwiki: v22 | coke++ | BranchDescriptions
00:03 dalek tracwiki: rerun script.
00:03 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Branc​hDescriptions?version=22&action=diff
00:10 darbelo Whiteknight: Set the flag for everybody! Then *all* PObjs will be special!
00:10 Whiteknight at the moment, I think that's what is happening in the branch
00:14 Whiteknight and if everything is special, then nothing is special
00:15 Whiteknight and we can cut out about a million unnecessary conditionals
00:16 allison it was intended for timely destruction, but never really implemented
00:17 allison I'm in favor of ripping it out if that'll make it easier to actually implement timely destruction
00:18 Coke are we guaranteeing TD?
00:19 bacek_at_work tt795_kill_parrot_sub_structure branch can be removed now. I don't have parrot's svn checkout to do it now. Anyone looking for cheap karma?
00:20 allison Coke: no, at the moment we're not offering it, but we'll likely never guarantee it
00:20 Whiteknight allison: I think so, at the very least, it's more overly-complicated underly-documented stuff that people will have to wade through before we can add "real" high-priority marking
00:20 allison Coke: (it's more like a hint that TD is desirable)
00:21 allison Whiteknight: agreed
00:21 Whiteknight but that's a different task for a different day, today I need to get this branch mergable
00:21 allison aye
00:22 dalek parrot: r40645 | whiteknight++ | branches/pmc_sans_unionval (12 files):
00:22 dalek parrot: [pmc_sans_unionval] remove all last traces of the PObj_is_PMC_EXT flag
00:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40645/
00:22 allison my pet peeve for the day: get_results should never, ever, ever have been the "documented" interface for getting parameters in an exception handler
00:23 allison (she says as she puts in a hack to make it work until the next deprecation point)
00:23 jonathan allison: I've always found that rather odd.
00:24 Whiteknight allison: agreed, that whole thing never wasright
00:26 * Whiteknight has a million things to say about the current state of exception handlers, but now is not the time to bitch about them all
00:26 Whiteknight plus, if I have nothing nice to say...
00:26 jonathan That said, exceptions are a bunch more capable now than they once were.
00:27 jonathan (e.g. resumable, can set a handler for a certain type of exception, etc)
00:27 Whiteknight true, no doubt
00:29 allison very true
00:29 dalek parrot: r40646 | whiteknight++ | branches/pmc_sans_unionval (5 files):
00:29 dalek parrot: [pmc_sans_unionval] remove a few more references to the PMC_EXT structure. rename functions that don't deal with it anymore
00:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40646/
00:30 jonathan Whiteknight: I have a fear that the merge of this branch will do terrible things to The Worst Dynop Ever. ;-)
00:31 jonathan Whiteknight: Though I would suspect I can fix it up easily enough.
00:31 jonathan If you find Rakudo won't build though, or that it segfaults, that's almost certainly the cause. (I expect build fail...)
00:32 cotto (40646-20667)/(365*2)
00:32 purl 27.3684931506849
00:32 kid51 Whiteknight:  Know anything about status of pluggable_runcores branch?
00:32 cotto kid51, I do.
00:33 kid51 cotto:  I need to open up some disk space, so I want to delete sandboxes for branches where no one needs me to run 'make test'
00:33 cotto kid51, go ahead and clobber it then.  It's not ready for regular testing.
00:33 kid51 granted, I can always delete a sandbox now and check it out again later.
00:33 cotto (only on your sandbox, of course)
00:33 kid51 Yes.
00:34 kid51 Whiteknight:  will you need people to run 'make test' on pmc_sans_unionval ?
00:34 cotto Apparently that number is our average commits/day over the past 2 years.
00:35 Whiteknight kid51: in a few minutes, yes
00:36 cotto (40646-20667)/(365*2*24)
00:36 purl 1.14035388127854
00:37 kid51 cotto:  What were you trying there?
00:38 kid51 48 years?
00:39 cotto commits/hour
00:42 Whiteknight kid51: testing can commence after 40647
00:43 dalek parrot: r40647 | whiteknight++ | branches/pmc_sans_unionval (6 files):
00:43 dalek parrot: [pmc_sans_unionval] more cleanup stuff removing references to pmc_ext
00:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40647/
00:43 Whiteknight last graph I saw showed parrot's commit rate growing at an increasing rate, so this year probably had a higher hourly average then last year did
00:44 cotto I'm sure it did.
00:45 Whiteknight actually, I need to update it from trunk
00:46 kid51 Whiteknight:  I will kick off smolder tests on Linux/i386 and Darwin/PPC, then head off for dinner.  So look on Smolder in 20-40 minutes for results.
00:49 kid51 Updating a branch from trunk?
00:49 purl rumour has it Updating a branch from trunk is risky business
00:49 Whiteknight yeah, I need to update the branch from trunk
00:49 Whiteknight especially since two branches have just landed in trunk today that affect the GC in some way
00:53 Whiteknight yeah...lots of merge conflicts already
00:53 Whiteknight w00t
01:00 hercynium joined #parrot
01:06 Whiteknight just updated from trunk, failed assertion breaks the build
01:07 Whiteknight er, just updated trunk
01:08 Whiteknight ah nevermind, I think I had a local modification that screwed it up, trying again
01:11 cotto I wonder how long it'll be before Parrot switches to git.
01:16 payload i allways have to type   "git svn rebase"  ^^ it's sooo annoying
01:23 Whiteknight I still can't use SVN correctly
01:26 Whiteknight NotFound: ping
01:28 dalek parrot: r40648 | whiteknight++ | failed to fetch changeset:
01:28 dalek parrot: [pmc_sans_unionval] merge from trunk r40530:40637. Exposes one strange test failure, so need to track that down
01:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40648/
01:43 dukeleto cotto: I am holding my breath....
01:44 dukeleto Whiteknight++ on the release today
01:46 Whiteknight thanks!
02:19 smash_ joined #parrot
02:25 rhr joined #parrot
02:36 kid51_at_dinner Smolder test of pmc_sans_unionval branch at r40647:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/26333
02:37 kid51 That's on Darwin; there's a similar result for Linux up there as well.
02:41 janus joined #parrot
03:25 TiMBuS joined #parrot
04:59 michaelnussbaum08 joined #parrot
05:15 beta joined #parrot
05:21 beta Hey. I see the Native Call Interface is still a draft. How would you communicate with C code without the NCI? Sorry, I am rather new to the parrot VM :P
05:27 cotto beta, it depends.  NCI is incomplete but usable to some extent.  You can also make a new PMC.
05:27 beta yeah.. I just created a template pcm (but it kind of scares me the template is 800+ lines)
05:28 beta *PMC
05:29 cotto Don't worry about that.  The core stuff is like 5 lines.  The rest is VTABLE functions, many of which you won't need to implement.
05:29 cotto What's your goal?
05:30 beta I was hoping to create a wrapper for a simple C robot library we use in a robotics competition (our robot brain runs linux)
05:30 dukeleto you can always right a dynop as well. they are actually not very hard at all
05:30 dukeleto s/right/write/
05:31 cotto A robot running Parrot?  That's freakin' awesome!
05:31 beta I have already created a binding for the Java VM using the JNI, but the parrot VM seems to support many more languages
05:31 michaelnussbaum08 joined #parrot
05:32 beta thanks :) I will look up dynops.. brb
05:32 cotto language maturity will probably be an issue
05:32 dukeleto is there any spec as to what a PASM program should exit with? currently I am seeing a valid PASM script return a non-zero exit code by default, which usually means an error in unix-land
05:33 dukeleto the simple one line pasm script  "set I0, 42" exits with a non-zero value
05:34 cotto beta, rakudo is the most mature language.  I'm sure you could do some interesting stuff with it on a robot.
05:34 beta cotto: are there any others that are production ready?
05:35 beta we won't be doing anything too amazing
05:35 cotto Lua and Partcl (tcl) are closest, but I know that partcl has major speed issues.
05:35 beta ah
05:35 cotto You could use straight PIR or nqp.
05:35 beta yeah
05:35 dukeleto that is what I was thinking. PIR is quite a nice language
05:36 michaelnussbaum08 Hi, not sure if this is the right place to go but I want to help out on parrot.  I've been reading the parrot documentation and it looks really interesting.  I'm new to all of this, I've been learning C from K&R and know a little C++ but that's it, and this is would be my first open source project.  Can I get some advice on how to get started?  Sorry again if this is out of place!
05:36 cotto It might be too low-level, depending on what you want to do.
05:36 beta I was hoping to support as many as possible.
05:37 beta 1 sec, let me look up some of this dynops stuff
05:37 dukeleto michaelnussbaur: you are in the right place
05:37 cotto michaelnussbaum08, figure out a goal first.
05:38 cotto Parrot is a huge project, so it's easy to get lost if you don't have a specific goal in mind (at least until you get familiar with it).
05:39 dukeleto michaelnussbaum08: do you like writing tests? docs? debugging odd errors? porting to new platforms?
05:39 cotto beta, if you're interested in writing a GC, we could use another one.
05:39 cotto s/beta/michaelnussbaum08/
05:39 beta A garbage collector??
05:39 purl a garbage collector is supposed to free buffers like that. Whether it currently actually does it is a different story
05:39 beta ah
05:39 dukeleto beta: yes
05:40 cotto you'll get really good at debugging if you don't go insane
05:40 beta I just started browsing through parrot's code a few days ago.. I'm not sure If I am ready for a project that large using parrot ;)
05:40 barney joined #parrot
05:41 dukeleto michaelnussbaum08: we have a ticket system on trac.parrot.org, and we have beginner tickets that we lovingly call "cage cleaner" or "cage" for short: https://trac.parrot.org/parrot/query?status​=assigned&status=new&status=reopene​d&group=owner&order=priority&co​l=id&col=summary&col=status&col​=priority&col=milestone&col=compone​nt&owner=&type=cage&report=18
05:41 dukeleto sorry for the ginormous link
05:41 dukeleto blame trac :)
05:41 beta tinyurl!
05:41 purl somebody said tinyurl was better because its shorter than makeashorterlink :) or http://tinyurl.com/
05:41 beta purl: beat you to it :P
05:41 purl beta: excuse me?
05:41 michaelnussbaum08 that's the thing, I really don't know, this being my first attempt and all, I'd give anything a shot.  Cool, I'll check out the cage cleaner
05:42 beta purl: ?
05:42 purl beta: i haven't a clue
05:42 dukeleto michaelnussbaum08: which OS is your dev environment?
05:42 beta dammit! It is a bot isn't it
05:42 michaelnussbaum08 os x, i've been using vim and xcode
05:42 beta I feel like such an idiot when I inadvertently talk to bots -.-
05:43 treed Lots of OS X folks about.
05:44 * treed sometimes gets the urge to set up a dev environment on his W7 partition, just so that I can make Cardinal's Rakefile work on Windows.
05:44 treed But... that's a lot of work, and I have more important things to deal with.
05:45 treed Yes, purl is a bot.
05:46 treed I think the convention hereabouts is that bots get +v.
05:46 beta yeah, sorry :P I am pretty tired
05:48 nathanmccauley joined #parrot
05:48 * TonyC pushes purl down the stairs
05:48 * purl dodges and laughs as TonyC loses balance and crashes down the stairs.
05:49 beta damn, good bot
05:49 purl thanks beta :)
05:49 beta damn!
05:49 beta that is fantastic!
05:49 NotFound purl: nice bot, have a cookie
05:49 purl NotFound: what?
05:49 beta I made a bot for our robotics channel, and it doesn't even compare to purl
05:49 dukeleto michaelnussbaum08: http://icanhaz.com/hottest_parrot_tickets is a list of the most recently changed tickets
05:49 dukeleto botsnack
05:49 purl :)
05:50 dukeleto that may give you a feel for what people are working on right now
05:54 beta dukeleto: is there a template generator for .ops?
05:54 beta that is what a dynop is right?? :P
05:54 michaelnussbaum08 ok, so, for ticket 606 it says data structures in the parrot core need pruning.  To do this I would go to parrot/src/runcore/core.c and see what is extra?
05:54 beta michaelnussbaum08: just don't remove something important :P
05:55 dukeleto michaelnussbaum08: in theory, yes. Although I would say that a ticket like that may need you to get a bit more familiar with the inner workings of parrot. But that is what reading core.c does :)
05:55 michaelnussbaum08 lol right, but is that the right idea?
05:56 dukeleto michaelnussbaum08: a good start may be for you to look at things in examples/, make sure they work on your system, edit them and make them do something slightly different, etc...
05:56 dukeleto michaelnussbaum08: for instance, examples/opengl doesn't seem to be working on OS X, if you could figure that out, it would be awesome
05:57 dukeleto michaelnussbaum08: https://trac.parrot.org/parrot/ticket/924
05:57 beta I despise OSX development... I feel that apple had to make everything wildly different because they could
05:58 michaelnussbaum08 cool, thanks for the direction, i'll take a look around
05:58 dukeleto beta: I just use the OS, I am not an Objective-C groupie :) But yes, apple does fucked up things with compilers
05:58 * treed is happy about macruby.
05:58 treed I just wish it would develop faster.
05:58 beta I did some iphone work, and it was hell
05:58 treed (Ruby ported to run on the ObjC runtime, with some nicer bindings for core APIs.)
05:59 beta dukeleto: so I just make my functions as ops.. no magical levers I need to pull?
06:00 dukeleto beta: copy math.ops or obscure.ops in src/dynoplibs and edit those. they are relatively small
06:00 uniejo joined #parrot
06:02 dalek cardinal: 66a059a | treed++ | Rakefile:
06:02 dalek cardinal: Miscellaneous changes/fixes to the Rakefile.
06:02 dalek cardinal: * Now has targets for clean/clobber.
06:02 dalek cardinal: * Main targets have descriptions.
06:02 dalek cardinal: * As a result, the main targets can be listed with 'rake -T'.
06:02 dalek cardinal: * Tests now generate cardinal.pbc on demand, without depending on it.
06:02 dalek cardinal: * Tests output the full task name with namespace when running.
06:02 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/66a059aea40a201a79c5c28fa1e7cf3cf8315d25
06:02 MikHel joined #parrot
06:02 dukeleto beta: you just have to add your *.ops file to the OPS_TARGETS variable in config/gen/makefiles/dynoplibs.in
06:02 beta k
06:03 beta what is the difference between in and invar?
06:03 dukeleto beta: then type "make" in src/dynoplibs to generate the proper files. Dynops are new and exciting and I don't pretend to know everything about them. But they seem easier to me than creating a new PMC, which seems like a PITA
06:04 dukeleto beta: in is a value, invar is a variable
06:04 beta kk
06:04 beta ty
06:04 dukeleto beta: I asked exactly the same question the first time I looked at those things :)
06:04 beta :P
06:06 uniejo joined #parrot
06:07 beta =item B<abs>(invar PMC)
06:07 beta is that a comment?
06:07 beta or is it necessary? :P
06:07 beta I was reading somewhere that = is a comment
06:08 dukeleto beta: it is POD, Plain Old Documentation
06:08 beta ah
06:08 dukeleto beta: you can run perldoc on the file to read it
06:08 beta doxygen!
06:08 purl doxygen is probably sorta annoying me. or http://www.stack.nl/~dimitri/doxygen/
06:09 beta :(
06:09 dukeleto beta: you will soon learn that purl is quite witty. Don't get to full of yourself, purl.
06:09 purl OK, dukeleto.
06:10 beta that is incredible... who coded purl?
06:10 beta I give him a tip of my hat
06:10 dukeleto beta: a thousand rabid monkeys
06:10 dukeleto purl, who is your creator?
06:10 purl purl's creator is lame.
06:10 beta lol
06:11 dalek parrot: r40649 | allison++ | branches/pcc_arg_unify (3 files):
06:11 dalek parrot: [pcc] Fixup passing exception object to exception handler to work with
06:11 dalek parrot: new argument passing scheme. Includes a hack for backward compatibility
06:11 dalek parrot: to allow 'get_results' to fetch the argument. Will be deprecated in the
06:11 dalek parrot: next cycle.
06:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40649/
06:11 beta It seems like the parrot VM itself is very matured, but none of the languages are :P
06:13 beta I seriously wasn't expected the plethora of tools or bots you guys have
06:13 beta *expecting
06:13 treed Working on the languages. :-P
06:13 treed There's just a lot of work in reimplementing (or implementing, in the case of Rakudo) an entire language.
06:13 beta yeah
06:14 treed There are only really the three of use working on Cardinal.
06:14 beta So are most of the languages a limited subset of their bigger brotherS?
06:14 beta *brothers
06:14 treed And we all started recently, so we're still kinda figuring out the lay of the land.
06:14 beta or, for instance, does the Java implementation support all of the standard library?
06:14 treed My concentration thus far has been on figuring out how to really get the basics complete, so as to enable work on other things more effectively.
06:14 beta yeah
06:15 treed Well, I'm only really qualified to speak about Cardinal, which is the Ruby implementation.
06:15 beta ah
06:15 treed It's very alpha right now.
06:15 treed the parser is largely complete, but there are a lot of things wrong with it
06:15 treed You can't use exceptions, for instance.
06:15 beta ah
06:15 treed It's also hideously slow.
06:15 treed If you run the test suite straight up, it takes 8-9 minutes.
06:15 beta And parrot is capable of everything necessary?
06:16 treed If you precompile to PIR and just run them straight on the VM, skipping the parsing step, it's like 30 seconds.
06:16 treed mostly.
06:16 Tene treed: if you want to get exceptions working with Parrot now, just have the exception hierarchy be a separate tree and stuff them into the exception's payload, and unpack them in your exception handlers.
06:16 Tene It will work in Parrot today.
06:16 Tene fwiw.
06:16 treed One problem I ran into while trying to implement exceptions is that Parrot doesn't allow you to throw subclasses of parrot;Exception.
06:16 treed Tene: I was considering something like that.
06:17 treed I wasn't sure what the timeline was for getting the exception thing working.
06:17 Tene treed: it will at least be after the pcc rewiring stuff lands.
06:17 treed Which is when?
06:17 Tene iiuc
06:17 dukeleto beta: define everything :)
06:17 Tene Whenever Allison finishes it.
06:17 * treed nods.
06:17 treed I'm really considering ditching P6object more these days.
06:17 beta dukeleto: ?
06:18 treed It's really seems more appropriate to Perl than anything else.
06:18 allison treed: you should, it's not really meant for other languages
06:18 Tene treed: I thought that you decided to ditch it ages ago.
06:18 treed It seems like most of what it does is ensure that objects have .WHAT and .HOW and stuff.
06:18 dukeleto beta: you asked if parrot was capable of "everything necessary "
06:18 treed Tene: I was still waffling, after your speech on "improving" it.
06:18 Tene Ah.
06:18 Tene I didn't mean to make a speech.
06:19 beta does the guy that made the lolcode implementation hang out here? I would like to congratulate him  for the most hilarious google tech talk ever
06:19 treed But, it really doesn't give us much that I couldn't reimplement in short order, and it's holding some things back.
06:19 dukeleto beta: there is a continual give and take between parrot and the languages that run on it. rakudo often reports bugs to parrot and we fix them as soon as we can
06:19 Tene Just that "be appropriate for other languages to use" is one of pmichaud's goals for it, so if you're interested in helping him in that, it's valuable to him to have another language use it.
06:19 beta dukeleto: I don't know.. It just seems like it wants to be everything :P
06:19 treed But what does it intend to do that I can't do with, you know the opcodes built into parrot.
06:20 Tene beta: I did the majority of the work in the lolcode impl.
06:20 beta Oh.. were you the one that did the google talk?
06:20 Tene treed: given that it's implemented in parrot opcodes... nothing.
06:20 Tene beta: no.
06:20 beta ah
06:20 treed So, I'll probably get around to replacing it this week.
06:20 nathanmccauley joined #parrot
06:21 treed Then I can merge the iss34 branch.
06:21 Tene beta: I did give a talk on implementing parrot languages, but at a local LUG, not at google: http://www.opensourcetv.tv/video/15.html
06:21 treed He also gave one at Penguicon.
06:21 beta well he is responsible for me knowing that parrot exists :P
06:21 * treed was at that one; is probably why he ended up working on Cardinal.
06:22 beta Tene: blasted X server!
06:22 beta :D
06:22 Tene beta: yeah, that was awesome.
06:22 beta I have the same problems -.-
06:22 Tene beta: you should have seen my selinux presentation.  selinux was *completely* hosed on my laptop.
06:22 Tene I couldn't give any demos at all.
06:23 beta lol
06:23 Tene It was hilariously bad.
06:23 treed Yeah, that was pretty bad.
06:23 cotto beta, the way I'd describe Parrot atm is that we know what we should have done and are trying to get there.
06:24 beta cotto: Well it certainly looks extremely promising
06:24 * treed agrees with that.
06:24 treed More devs would help, I'm sure.
06:24 cotto beta, that's why I'm here.
06:24 cotto I'm excited.
06:25 cotto Parrot 3.6 is going to be amazing.
06:25 beta Hmm.. It would be pretty interesting to implement this in my "game engine" I am working on... You could script your game in your favorite language
06:26 Tene That's one of the things I'm doing. :)
06:26 beta blast! beat me to it!
06:26 * treed recalls one game engine built on .NET.
06:27 beta C++ is the only way to go for 3D :P
06:27 * beta throws flmaebait
06:27 beta *flamebait
06:27 NotFound treed: I'm almost sure that throwing subclasses of Exception is ready to work, but the throw opcode doesn't allow it, and I prefer to wait for the pcc branch to land before trying to change it.
06:28 treed NotFound: *nod*
06:28 treed pcc is?
06:28 Tene parrot calling conventions.
06:28 purl i guess parrot calling conventions is probably my best bet. But I don't know if anyone's done tests yet.
06:28 NotFound Calling conventions
06:28 purl Calling conventions are far easier, which would help with debugging, and PIR allows for far easier use of registers
06:29 treed Are they being changed or just fixed?
06:30 NotFound I'm also thinking about allowing to throw anything. If the thing isa Exception just use it, if not create a Exception and put the thing as his payload.
06:30 treed Seems reasonable.
06:31 NotFound Yes, but maybe hard to understand and debug.
06:31 * Tene AFK sleep
06:31 beta I think I am going to do likewise
06:31 beta You can expect me here permanently :P
06:31 Tene nice to have you. :)
06:32 cotto beta, will do
06:33 beta unfortunately I have started turning off my primary computer to conserve power.. but when I am online I will be in here ;)
06:33 beta left #parrot
06:39 * treed also heads to sleep.
06:39 szabgab joined #parrot
06:57 TiMBuS joined #parrot
07:10 jrtayloriv joined #parrot
07:12 chromatic joined #parrot
07:16 beta joined #parrot
07:16 beta nvm.. I'm back
07:16 beta can't sleep
07:16 purl Python'll eat me...
07:17 cotto wb
07:18 beta dukeleto: ping
07:19 beta :(
07:20 cotto he might take a while to respond.
07:20 beta k
07:20 beta I am trying to add my dynop tot he makefile.in for dynops
07:21 cotto what's your question?  Maybe someone else can answer it?
07:21 beta doesn't look very straightforward
07:21 beta *to the
07:22 beta hmm... nvm
07:22 cotto beta, look into tools/dev/mk_language_shell.pl
07:23 beta do I have to re-run configure with the files in place?
07:23 cotto I don't know how up-to-date it is, but it'll set you up with some template stuff for creating dynops
07:23 beta I think I have a test ready. I just need to compile it
07:24 cotto are you modifying the makefile templates?
07:24 beta I haven't yet
07:27 beta I've added my dynop tot he src/dynoplibs subdir
07:27 beta *to the
07:27 beta But I can't see any easy way to modify the makefile.. it appears to be hard coded?
07:28 HG` joined #parrot
07:29 cotto bb in a few mins
07:29 beta k
07:32 cotto back
07:32 beta k
07:32 cotto I'd recommend trying the mk_language_shell.pl script with --with-ops
07:32 beta k
07:33 cotto You'll also want to run make install-dev and run Configure.pl with --prefix=/where/to/install/parrot
07:33 cotto (except Configure.pl comes first)
07:33 beta I've already done that.. do I need to do it again?
07:33 cotto no
07:34 beta k
07:34 cotto actually, I can try this before telling you to do it
07:35 beta I think it worked
07:35 beta It generated a shared object
07:36 beta after making the generated files
07:41 cotto That sounds promising.  It looks like mk_language_shell is goofy
07:41 beta indeed
07:41 beta so now should I just delete all other files other than the dynops files?
07:41 cotto nm.  mk_languge
07:42 cotto _shell works fine.  I just invoked it incorrectly.
07:42 cotto Yeah.  Just clear out whatever you don't need.
07:42 beta cool
07:42 bacek joined #parrot
07:43 bacek o hai
07:44 beta I have great ideas for the LOLCODE implementation and the robotics integration.. for example "MEH MOTOR IT MOVES 100"
07:44 cotto beta, you'll go far here.
07:44 beta :P
07:45 cotto A LOLCODE/Parrot-powered robot would be the best thing I've seen in the last several months.
07:45 beta Can do :P
07:46 beta Maybe I will port the rubiks cube solving robot I worked on witha  friend to lolcode
07:46 beta *with a friend
07:46 cotto possibly year, even
07:47 beta eh.. Our robots aren't too amazing. We go for logic rather than size
07:47 jrtayloriv
07:47 beta They aren't too impressive to look at
07:48 dalek parrot: r40650 | NotFound++ | trunk/src/packfile.c:
07:48 dalek parrot: [cage] don't use /* inside C comments
07:48 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40650/
07:48 * NotFound dreams with Mazinger-Z powered by parrot-LOLCODE
07:49 beta we had our robot move across the board with a pathfinding algorithm last year. It was quite intersting
07:49 beta *interesting
07:51 ttbot NotFound: Parrot trunk/ r40650 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/73681.txt
07:53 cotto beta, that hardly matters
07:54 beta It isn't that much of a problem when you are talking to intelligent people, but many people think we are battlebots :/
07:54 beta http://botball.org/
07:55 athomason joined #parrot
07:55 cotto yeah.  There's alway some marketing involved.
07:55 NotFound I'm fighting again with the same old problem: headerizer doesn't work before make completes, and make fails because of lack of headerizing
07:56 cotto NotFound, can't you do a little bit of manual headerizing to bootstrap it?
07:57 beta cotto: The best part of the entire program is that our new brain runs linux
07:57 NotFound cotto: yes, I can write functions declarations by hand, but supposedly headerizer is here se we don't need to write them ;)
07:59 cotto Yeah.  It violates laziness, but Parrot's not quite perfect just yet.
08:02 cotto It'll take at least a week or two to get there.
08:02 chromatic perl tools/build/headerizer.pl src/subsystem/file.o
08:02 NotFound The problem is that I'm in the highest laziness mood because of the heat.
08:04 cotto NotFound, how hot is it?
08:05 NotFound cotto: 28-29 ºC at 10:00 AM
08:06 NotFound Not very much, but I'm used to a colder climate
08:09 nopaste "NotFound" at 213.97.96.43 pasted "Decoupling initialization step, p" (117 lines) at http://nopaste.snit.ch/17590
08:09 beta cotto: http://bmcdorman.wordpress.com/ -- Am I making the correct assumptions about Parrot VM in my post?
08:10 NotFound Forget the title typo
08:10 purl NotFound, I didn't have anything matching title typo
08:12 cotto beta, looking...
08:12 beta it is the first post
08:12 beta err... the last one.. the top :P
08:13 NotFound chromatic: Can you take a look at this patch?
08:13 cotto There isn't a Perl 5 implementation for Parrot atm and Parrot is actually pretty old.
08:14 cotto It's only recently (last couple years) that it's become more active.
08:14 beta ah
08:15 cotto There's also no Java implementation (afaik) and the js and C versions aren't currently under active development.
08:15 beta that sucks...
08:16 purl The rock is now off.
08:16 beta updated
08:17 NotFound There is a jave bytecode converter, but looks stalled since some months ago.
08:18 cotto I understand it.  I've worked on Pipp ("Pipp is Parrot's PHP"), but I'm waiting until Parrot is faster and more mature before really investing in Pipp.
08:20 beta cotto: thanks
08:21 cotto In the meantime, I'm doing as much as I can to help Parrot get there.
08:22 chromatic NotFound, everything makes sense to me code-wise.
08:28 chromatic Although I wonder if calling class_init with pass == 1 makes more sense from init....
08:29 NotFound chromatic: this is just a first step towards solving some problems I had when trying to use auto attrs for Sub and Hash
08:30 NotFound The idea is to do vtable initialization in an earlier step, and the remaining core PMC initialization later.
08:31 chromatic How about that later is "When we create a new PMC of that type"?
08:31 NotFound That is the problem, is not easy to locate when the first PMC gets created,
08:33 NotFound Or do you mean to lazy initialize the core PMCs?
08:33 chromatic Yes.
08:33 cotto I really like the idea of lazy PMC initialization.
08:34 chromatic Let me try a stupid hack.
08:34 NotFound I'm not sure if that can be done without potentially slow if's
08:34 chromatic Sure it can, if we're clever.
08:34 cotto we seem to have a few clever people around here
08:35 chromatic By disabling the "Register all MMDs for core PMCs when starting Parrot" pass -- at least for the big four PMCs (BigInt, BigNum, Complex, and Integer), Parrot starts 8.74% faster.
08:36 cotto chromatic, by "Parrot starts" do you mean hello world or just initialization?
08:37 chromatic Hello, world.
08:37 purl rm -fr /
08:37 NotFound And if that changes allows us to use auto attrs in Sub and Hash PMCs, we can expect further speed improvements.
08:42 cotto chromatic, is RetContinuation just an optimized case of Continuation?
08:43 chromatic Yes.
08:52 beta damn.. time flies
08:52 beta can't believe it is 4 AM
08:53 chromatic We can't be quite that lazy with Integer, but I sped up "Hello, world!" by 6.546%.
08:54 NotFound chromatic: Do you think that patch can be commited right now without risk of breaking things?
08:54 NotFound Well, not more risk than usual, I mean ;)
08:54 chromatic Mine?  No.
08:54 chromatic Yours?  Yes.
08:54 NotFound Ok
08:54 bacek NotFound: it's only 4 weeks before release. O, wait...
08:56 chromatic Mine's just a silly proof of concept.
08:57 dalek parrot: r40651 | NotFound++ | trunk (3 files):
08:57 dalek parrot: [core] some decoupling between core initialization steps
08:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40651/
08:59 chromatic We could somehow avoid registering NCI methods and MMD for PMCs until something has created them.
09:04 ttbot NotFound: Parrot trunk/ r40651 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/73749.txt
09:05 chromatic We already check flags in get_new_pmc_header, but that helps start up time at the expense of runtime.
09:08 chromatic We could define alternate init/init_pmc vtable entries, then swap in the normal pointers after we've initialized them once.
09:08 chromatic No runtime penalty, but a bit of complexity in the PMC generator.
09:09 chromatic I wouldn't do this for dynpmcs, unless it's super easy and automated.
09:09 chromatic Food for thought.
09:10 cotto chromatic, what about pmcs created with pmc_new_noinit?
09:11 chromatic I don't know.  I hope we don't do that very often.
09:12 chromatic Ideally they only get called from a clone OR they get init called soon after.
09:17 chromatic We might see 15% startup improvement and modest runtime improvements (fewer registered methods and MMD variants).
09:17 chromatic It's probably only a couple of days of off and on work.
09:20 cotto sounds about right
09:27 cotto joined #parrot
09:43 payload joined #parrot
09:56 mokurai left #parrot
10:08 mj41 joined #parrot
10:19 kj joined #parrot
10:57 masak joined #parrot
11:23 mikehh bah - I had to drive down to Forfar in Angus this morning - it's about an hour and a half south of Aberdeen - totally unnecessary
11:26 mikehh the person who insisted I go was not even at the meeting - the person I normally deal with agreed it was unnecessary - we work fine with 'phone, email and irc, ssl etc
11:27 mikehh I hopr they appreciate the bill for 3 hours travel time + milage + the 1 hour meeting time
11:27 mikehh hope :-}
11:57 whiteknight joined #parrot
11:58 whoppix joined #parrot
11:58 quek joined #parrot
11:59 whiteknight Gerd Pokorra?
11:59 purl Gerd Pokorra is doing rpms
11:59 moritz seen gerd?
11:59 purl gerd was last seen on #parrot 14 days, 16 hours, 12 minutes and 38 seconds ago, saying: Bye  [Aug  4 19:40:38 2009]
12:14 nopaste joined #parrot
12:15 mikehh All tests PASS (pre/post-config, smoke, nqp_test, fulltest) at r40651 - Ubuntu 9.04 amd64 (gcc)
12:16 mikehh rakudo (b9c79c2) builds on parrot r40651 but FAILs make test (all)
12:18 dalek rakudo: 352acd2 | jnthn++ | t/spectest.data:
12:18 dalek rakudo: Add S13-overloading/typecasting-long.t to spectest.data - passes in full.
12:18 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​52acd26523712507cbb08e636e852d884744688
12:19 ruoso joined #parrot
12:25 bacek whiteknight: ping
12:25 whiteknight bacek: pong
12:26 bacek whiteknight: 2 news. Bad and good. Which first?
12:26 whiteknight bad
12:27 bacek initialisation of PMC in Parrot relying on working Parrot. Including Parrot_Context
12:27 bacek #0  0xb7d46f4f in pmc_new (interp=0x8f10040, base_type=44) at src/pmc.c:124
12:27 bacek 124    PARROT_ASSERT(interp->vtables[base_type]);
12:27 whiteknight so...what does that mean?
12:27 bacek (guess what "44" means)
12:28 whiteknight 44 == enum_class_Context?
12:28 bacek To initialise Context PMC we need working Parrot, which uses Context PMC, which ...
12:28 bacek see "recursion"
12:29 bacek 44 is Context...
12:29 whiteknight Then something is not right, because we shouldn't need Context to exist in order to initialize
12:29 whiteknight is this all happening in the branch?
12:30 bacek (gdb) bt
12:30 bacek #0  0xb7d46f4f in pmc_new (interp=0x8f10040, base_type=44) at src/pmc.c:124
12:30 bacek #1  0xb7d0d2fd in Parrot_alloc_context (interp=0x8f10040, number_regs_used=0xb7fab14c, old=0x0)
12:30 bacek at src/gc/alloc_register.c:236
12:30 bacek #2  0xb7d0d457 in Parrot_set_new_context (interp=0x8f10040, number_regs_used=0xb7fab14c) at src/gc/alloc_register.c:196
12:30 bacek #3  0xb7d0d575 in create_initial_context (interp=0x8f10040) at src/gc/alloc_register.c:120
12:30 bacek #4  0xb7d20922 in make_interpreter (parent=0x0, flags=0) at src/interp/inter_create.c:156
12:30 bacek #5  0xb7d005d5 in Parrot_new (parent=0x0) at src/embed.c:118
12:30 bacek #6  0x080488e7 in main (argc=3, argv=0xbfacc944) at src/main.c:51
12:30 bacek Sorry for nonopaste
12:30 bacek It is in branch. My version of branch
12:31 whiteknight Okay so then the ordering is not right. We should be initializing PMC types before we create the initial context
12:31 bacek indeed
12:31 mikehh rakudo - tests segfault
12:31 bacek Whanna good news?
12:32 whiteknight yes please
12:32 bacek There is no Parrot_Context struct in my local copy anymore. And it compiles :)
12:32 whiteknight Actually, I don't think we need to create an initial context at all
12:33 whiteknight bacek++ !!!
12:33 bacek I'm going to commit very-f*cking-big-piece-of-code
12:34 whiteknight excellent, I look forward to seeing it
12:34 bacek I'm too tired for "perfect history"
12:34 whiteknight I'm worried about JIT, JIT relies heavily on knowing the structure of Parrot_Context to find registers
12:36 bacek jit is b0rked
12:36 whiteknight yeah, but no surprise there
12:37 bacek anyway, I've put C++ comments in code where I cut corners
12:37 whiteknight ok
12:37 bacek So it will be easy to find them with make codingstd_test (or how it's called)
12:38 bacek if you don't mind I'll dcommit my changes right now.
12:39 bacek It will screw branch.
12:39 bacek badly...
12:40 whiteknight that's fine
12:40 whiteknight I'm looking forward to seeing it :)
12:40 mikehh partcl at r602 builds on parrot r40651 - make test 1 additional failure - t/cmd_info.t - Failed test:  35
12:40 bacek *incoming*
12:41 mikehh bacek: make codetest
12:41 purl make codetest is part of test :-)
12:42 bacek mikehh: too early. svn is slooooow.
12:42 bacek Ah... I misread it...
12:42 mikehh I usually run make codetest TEST_JOBS=5 and maybe prove -v on the failing tests
12:45 dalek parrot: r40652 | bacek++ | branches/context_pmc2 (79 files):
12:45 whiteknight 79 files? bacek are you a robot?
12:45 dalek parrot: Bring branch up-to-date with master.
12:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40652/
12:45 dalek parrot: r40653 | bacek++ | branches/context_pmc2/src/ops/core.ops:
12:45 dalek parrot: wip
12:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40653/
12:45 dalek parrot: r40654 | bacek++ | branches/context_pmc2 (11 files):
12:45 dalek parrot: wip
12:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40654/
12:45 dalek parrot: r40655 | bacek++ | branches/context_pmc2 (23 files):
12:45 dalek parrot: wip
12:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40655/
12:46 bacek 79 for merge from trunk :)
12:46 whiteknight oh, okay. that's not so bad the
12:46 whiteknight then*
12:47 * bacek hail robots!
12:47 mikehh I still think we should allow c++ style comments - c compilers that do NOT allow then shouldn';t be used anyway
12:48 dalek tracwiki: v94 | whiteknight++ | WikiStart
12:48 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​WikiStart?version=94&amp;action=diff
12:48 bacek mikehh: +1
12:48 purl 1
12:48 bacek < purl-- >
12:50 mikehh the C99 standard does allow them and we are now in 2009
12:50 bacek o wait... purl is robot... purl++
12:50 bacek mikehh: "WATER IS FINE" :)
12:51 MikHel joined #parrot
12:52 whiteknight I don't think we currently "support" any compilers that are so old anyway
12:52 mikehh C89 is 20 years old - maybe we should use K&R
12:52 whiteknight all the entries we have in PLATFORMs should build fine with //
12:53 jonathan whiteknight: wrong.
12:53 jonathan whiteknight: MS VC++ chokes on //
12:53 whiteknight no?
12:53 purl Maybe.
12:53 whiteknight oh, I wasn't aware of that
12:53 jonathan (If you feed it a .c file.)
12:54 jonathan Yeah, 'fraid so.
12:54 * whiteknight grumbles something about microsoft under his breath
12:54 * jonathan has had to fix the build once or twice in the past, though not for quite a while since people are quite good at using /* ... */ consistently these days. :-)
12:54 bacek MS? VC??? Welcome to future! There is F# around the corner.
12:55 mikehh I tried it on mono :-}
12:58 bacek http://cufp.galois.com/2008/slides/SymeDon.pdf
12:58 bacek veeery good presentation about MSR
12:59 bacek (may be not so good, but I like it so much)
13:06 bacek anyway, $bed time
13:06 bacek see you soon
13:06 bacek joined #parrot
13:06 bacek left #parrot
13:19 mikehh hmmn - those commits by bacek have not got through to my email yet - usually they get there before dalek post them here
13:19 mikehh posts
13:25 whiteknight they were to a branch. you get emails about changes to branches?
13:30 mikehh sure eg r40647
13:32 rdice joined #parrot
13:32 mikehh actually the last one I got was r40649
13:32 mikehh nothing since then
13:33 payload joined #parrot
13:41 mikehh messages
13:58 Coke mikehh: where in the UK are you?
13:59 mikehh Aberdeen in NE Scotland
14:00 Coke so much for popping in if I ever get to leeds =-)
14:01 mikehh he - I got some friends in Leeds
14:01 Coke my boss works there.
14:01 Coke keeping hoping to make it out to see the office. =-)
14:02 mikehh if youi are ever in this part of the world - please let me know
14:04 mikehh actually I got to go and retrieve my grandsons from school - it's less than a five minute walk
14:07 dalek parrot: r40656 | NotFound++ | trunk/src (5 files):
14:07 dalek parrot: [pmc] set auto_attrs flag on Sub and derived PMCs
14:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40656/
14:14 ttbot NotFound: Parrot trunk/ r40656 darwin-thread-multi-2level make error http://tt.ro.vutbr.cz/file/cmdout/73800.txt
14:14 dalek parrot: r40657 | whiteknight++ | trunk/docs/project/release_manager_guide.pod:
14:14 dalek parrot: [RELEASE] gerd++ is going to take release 1.9
14:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40657/
14:15 Coke gerd?
14:15 purl gerd is, like, gastroesophageal reflux disease (or something that makes you want to vomit, c.f. the Perl debugger internals)
14:16 whiteknight Gerd Pokorra
14:16 purl i think Gerd Pokorra is doing rpms
14:16 Coke gerd is also Gerd Pokorra
14:16 purl okay, Coke.
14:22 Andy joined #parrot
14:22 * Coke is bummed that perl's 'make test' doesn't respect TEST_JOBS
14:23 ttbot whiteknight: Parrot trunk/ r40657 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/73849.txt
14:32 * Coke tries to "use more blogging" for parrot.
14:34 Coke http://www.savagechickens.​com/2009/08/kweschun.html for the lolcode fans
14:41 dalek rakudo: 0bc70da | jnthn++ | src/parser/actions.pm:
14:41 dalek rakudo: Initial fix to allow fail() to work in subs with return type constraints. Will need review when we handle lower-cased types, or maybe if we can move ACCEPTS from P6object into Rakudo now after the release and tweak it to do the right thing. Anyway, it's a working solution for now.
14:41 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​bc70da78cfa857500dddb5025301f0c23e3f724
14:41 dalek rakudo: 33e3839 | jnthn++ | src/setting/Any-str.pm:
14:41 dalek rakudo: ord should fail if passed a string of zero length, not die.
14:41 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​3e3839c9283fee0439ccb68e427a8384d5af2f2
14:43 Psyche^ joined #parrot
14:45 nathanmccauley joined #parrot
14:57 bluefeet joined #parrot
14:59 bluefeet left #parrot
15:03 dalek website: coke++ | Perl 5.10.1 RC2
15:03 dalek website: http://www.parrot.org/content/perl-5.10.1-rc2
15:06 quek left #parrot
15:07 mj41 since r40656 ( NotFound ) MacOS is also broken http://tt.ro.vutbr.cz/buil​dstatus/pr-Parrot/rp-trunk :-(
15:07 quek joined #parrot
15:18 quek left #parrot
15:23 masak I seem to have a problem building bleeding-edge Parrot.
15:24 masak http://gist.github.com/170402
15:31 hercynium joined #parrot
15:32 dalek partcl: r603 | coke++ | trunk/runtime/builtin/info.pir:
15:32 dalek partcl: fix [info globals] wrt fq ns.
15:32 dalek partcl: t/cmd_info.t passes again.
15:32 dalek partcl: mikeh++ # reporting breakage.
15:32 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=603
15:35 nathanmccauley joined #parrot
15:37 dalek rakudo: 96f54dd | jnthn++ | t/spectest.data:
15:37 dalek rakudo: S29-conversions/ord_and_chr.t needs ICU, so mark it as such.
15:37 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​6f54dd2a5ca83ae9299c157d4142d359bb92023
15:37 dalek rakudo: 9729b05 | jnthn++ | src/parser/actions.pm:
15:37 dalek rakudo: Add a few :viviself's to resolve various Null PMC exceptions (4 individual RT tickets closed by this).
15:37 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​729b05aa2e0d15d007ddc547de13d8a6f5a6a5a
15:37 dalek rakudo: 201ffc2 | jnthn++ | src/ (4 files):
15:37 dalek rakudo: Final push on converting new ['Failure'] to '!FAIL'(). Allows RT#58646 which set out this task to be closed.
15:37 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​01ffc227ea9ccb9c18472a422689090fb933532
15:50 Coke poor jhorwitz.
15:54 masak poor jhorwitz?
15:54 dukeleto yes, I am seeing the latest parrot as b0rked as well
15:55 masak acutally, the commit that broke Parrot (r40656) was made by NotFound.
15:56 dukeleto http://gist.github.com/170421 . I am trying a "realclean" but it looks like others are having the same issue
15:59 masak https://trac.parrot.org/parrot/ticket/934 # moritz++
15:59 dalek TT #934 created by moritz++: PGE build leads to assertion failure on MacOS X?
15:59 dukeleto a realclean makes it build, but then I see the a similar error to masak's, but on a different test: http://gist.github.com/170424
16:03 theory joined #parrot
16:03 NotFound What platforms? Linux i386 builds and run fine.
16:03 dukeleto i am on OS X
16:03 Coke masak: he wasn't listed as a bigwig!
16:04 dalek parrot: r40658 | dukeleto++ | trunk (3 files):
16:04 dalek parrot: [TT #834] Add functions for testing exit codes to Parrot::Test and add tests for the exit opcode
16:04 dalek parrot: eirik++ for the original patch
16:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40658/
16:04 masak Coke: not sure I follow. 'bigwig'?
16:05 Coke recent blog post.
16:05 Coke er, email.
16:05 moritz masak: see parrot-dev mail about call for release managers
16:06 Coke masak: you having trouble with trac?
16:06 Coke masak?
16:06 purl masak is _not_ my best friend! or the cause of much confusion for purl or my worst nemesis or the anti-purl or out to get you or greatly tired of purl or *the* purl hater in #parrot
16:06 Coke what's your email addy?
16:06 masak Coke: I did last time I trid logging in.
16:06 masak Coke: cmasak @ gmail.com
16:06 masak s/trid/tried/
16:07 Coke masak - reopened the ticket with OSUOSL from the last time this happened with petdance.
16:07 Andy which happened?
16:08 moritz trac infinite redirects
16:08 dukeleto is trac.parrot.org timing out for anyone else?
16:09 Coke dukeleto: no
16:10 jjore joined #parrot
16:10 dalek TT #834 closed by dukeleto++: exit opcode doesn't set process return value
16:11 ttbot dukeleto: Parrot trunk/ r40658 darwin-thread-multi-2level make error http://tt.ro.vutbr.cz/file/cmdout/73924.txt
16:11 Coke is ttbot reporting old failures as new failures?
16:12 Coke dukeleto: if I create an empty foo.pir with just a main sub that does nothing, the exit value is 0
16:14 dukeleto Coke: yes. but if you use a pasm script, Parrot::Test detects the exit value as 1, which is incorrect
16:14 Coke oh, the bug is in the test harness, not parrot?
16:15 dukeleto Coke: that is what I am thinking right now. ./parrot foo.pasm; echo $? gives me the right answer
16:15 Coke right.
16:15 Coke k.
16:18 dalek TT #935 created by dukeleto++: PASM and PBC exit codes not correctly detected by Parrot::Test
16:19 dalek parrot: r40659 | NotFound++ | trunk/src (5 files):
16:19 dalek parrot: [pmc] revert r40656 until fixing some platform problems
16:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40659/
16:23 ttbot NotFound: Parrot trunk/ r40659 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/73978.txt
16:32 jjore joined #parrot
16:32 nathanmccauley joined #parrot
16:36 whiteknight bernard?
16:37 whiteknight bernhard?
16:37 purl bernhard is mailto:Bernhard.Schmalhofer@gmx.de
16:38 Coke bernard is see: bernhard
16:39 whiteknight don't enable my typos!
16:39 Coke cotto: is the profiling core in a state where I could get anything useful out of it, even if it's not callgrindable?
16:39 dalek parrot: r40660 | whiteknight++ | trunk/docs/project/release_manager_guide.pod:
16:39 dalek parrot: Add bernhard++ for the 1.8 release in November
16:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40660/
16:40 whiteknight how do you like that Coke? I filled up the whole roster
16:40 Coke whiteknight: excellent.
16:40 whiteknight well, through 2009 anyway
16:44 ttbot whiteknight: Parrot trunk/ r40660 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/74038.txt
16:45 Coke ttbot?
16:45 purl rumour has it ttbot is TapTinder build bot owned by mj41 and reporting http://tt.ro.vutbr.cz/buil​dstatus/pr-Parrot/rp-trunk build errors
16:45 payload joined #parrot
16:45 Coke msg mj41 it would be nice if ttbot kept track of when a particular failure mode started so newer commits were not blamed.
16:45 purl Message for mj41 stored.
16:46 Coke msg mj41 failing that, leaving off the committer of the given message is probably a good idea.
16:46 purl Message for mj41 stored.
16:51 ttbot joined #parrot
16:56 mj41 Coke: Mo enough time to hack on TapTinder (ttbot) next month or so. Need $work, $money :-(. I remove committer name from messages. Anybody wants to hack on TapTinder? :-)
17:03 Coke is it in a repo somewhere?
17:03 Coke if you post the url here, I'm sure someone'll consider patches.
17:12 mikehh joined #parrot
17:19 * Coke guesses that today is jonathan's rakudo day
17:20 dalek rakudo: 2731d20 | jnthn++ | src/parser/actions.pm:
17:20 dalek rakudo: Make sure a multi foo() { ... } gets special variables and other init done properly, just like something that went through routine_declarator does.
17:20 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​731d20e73e74aa8342d29ba31b93852b67d65e6
17:21 jonathan Coke: How'd you guess that? ;-)
17:22 * Coke wonders how much a tcl day would cost!
17:22 dalek tracwiki: v97 | fperrad++ | Languages
17:22 dalek tracwiki: update Parrot version to 1.5.0
17:22 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​Languages?version=97&amp;action=diff
17:25 * Coke is getting an out of memory error on this:
17:25 Coke test expr-old-15.8 {precedence checks} {expr 2ne1ne1} 0
17:26 Coke it's trying to allocate 2M when it dies. bah.
17:28 joeri joined #parrot
17:29 Coke hurm. PGE issue; I have a grammar where [expr 1+2] works, but [expr 1ne2] fails. any idea why the WS is an issue there?
17:32 joeri ne2 is parsed as an identifier?
17:33 Coke dunno. I don't have an easy way to dump the parse tree.
17:34 dalek parrot: r40661 | allison++ | branches/pcc_arg_unify/src/call/pcc.c:
17:34 dalek parrot: [pcc] More documentation on exception handler argument passing hack.
17:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40661/
17:34 particle coke: link to the grammar source?
17:35 Coke http://code.google.com/p/partcl/source/br​owse/trunk/src/grammar/expr/expression.pg
17:36 chromatic joined #parrot
17:37 Coke I need some sort of GC debug output that shows me where all my PMCs are.
17:38 NotFound Coke: located my problem with partcl make spectest: the call to svn info fails with my locale
17:39 Coke ah, that sounds familiar.
17:40 NotFound Well,  not the call itself, but the parsing of the results
17:40 NotFound LANG=C fixes the problem
17:42 particle rakudo: say 'ab' ~~ /^a<*bc>$/
17:42 polyglotbot OUTPUT[Parrot VM: Can't stat languages/perl6/perl6.pbc, code 2.␤main: Packfile loading failed␤]
17:43 particle rakudo: say 'tr' ~~ rx/:i ^t<*rue>$/
17:43 polyglotbot OUTPUT[Parrot VM: Can't stat languages/perl6/perl6.pbc, code 2.␤main: Packfile loading failed␤]
17:44 * particle kicks polyglotbot
17:44 moritz particle: don't kick the bot, kick the build script :)
17:47 particle coke: --target=parse would be really helpful
17:47 particle there's not enough info in your grammar file, need to look at pct::grammar, too
17:48 particle it's likely ltm, but hard to say
17:48 particle notice that exprws is overridden, but the consequences are unclear without more digging
17:49 Coke particle: here is no PCT here.
17:50 particle you set token exprws { \s* } # used in a manual override of optable ws in code
17:51 particle where is your optable code that calls exprws?
17:52 particle it's likely parrot code, not yours. and maybe i mean pge, not pct
17:56 dalek rakudo: 2e4bc03 | jnthn++ | src/pmc/perl6multisub.pmc:
17:56 dalek rakudo: Make the multi-dispatcher narrowness analysis a little bit smarter about arity. Before, it did not really account for slurpiness and optionals. This keeps all current tests passing, and deals with a couple of the issues in RT where things were being called as tied when they should have been disambiguated. Of note, a non-slurpy now wins over a slurpy if it can bind.
17:56 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​e4bc031ae36ae0000a5434378297391d55ae6af
18:02 nopaste "coke" at 72.228.52.192 pasted "memory utilization on simple for loop in partcl..." (235 lines) at http://nopaste.snit.ch/17598
18:04 Coke that doesn't look atrocious. I wonder what is causing the heavy using in the expr spec test.
18:06 dalek parrot: r40662 | mikehh++ | failed to fetch changeset:
18:06 dalek parrot: [cage] set svn properties on t/op/exit.t
18:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40662/
18:07 Coke "heavy usage"
18:10 dalek parrot: r40663 | NotFound++ | trunk/lib/Parrot/Pmc2c/PMCEmitter.pm:
18:10 dalek parrot: [pmc] move _temp_multi_func_list to a narrower scope to not create it until pass 1
18:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40663/
18:10 ttbot Parrot trunk/ r40662 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/74120.txt
18:12 whiteknight NotFound: ping
18:12 NotFound pong
18:12 whiteknight hey I'm getting a problem on the pmc_sans_unionval branch after I merged from trunk with your auto_attrs changes
18:12 NotFound Just one? That's good ;)
18:14 cottoo joined #parrot
18:15 hercynium joined #parrot
18:16 NotFound whiteknight: Can you try with r40663? It can potantially solve some initialization related problems.
18:17 ttbot Parrot trunk/ r40663 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/74154.txt
18:20 whiteknight r40663? that's in trunk?
18:20 whiteknight oh never mind, I see it here
18:20 NotFound whiteknight: yes
18:21 whiteknight yeah, I'll update tonight and see if that fixes it
18:21 NotFound Looks like this change gives use some speed improvement :)
18:21 whiteknight really? how much?
18:21 purl i think really? how much is that?
18:22 NotFound Totally subjective, I'm not good benchmarking
18:22 chromatic Which change is this?
18:22 NotFound chromatic: r40663
18:22 chromatic What kind of benchmark would show it best?
18:23 chromatic Startup?
18:23 purl Startup is, like, taking over 45 seconds
18:23 NotFound make test looks faster, that's all
18:23 mikehh joined #parrot
18:23 NotFound Yes, the impact, if there is one, must be at startup
18:24 chromatic Benchmarking now.
18:24 whiteknight it's amazing how when you say "speed improvement" chromatic appears out of thin air to talk about it
18:27 japhb whiteknight, maybe he has 'speed' as a highlight phrase in his IRC client ...
18:27 NotFound Nest time I'll say "amazing speed improvement" and benchmarl chromatic
18:28 NotFound It must come in less than a minute to set a new record
18:34 chromatic 0.046% speed improvement... sorry!
18:34 NotFound Definitely I'm very bad with speed things
18:36 mikehh All tests PASS (pre/pos-config, smoke, nqp_test, fulltest) at r40662 - Ubuntu 9.04 i386
18:36 chromatic It improved hashing very slightly.
18:36 chromatic One fewer collision I think.
18:36 chromatic That's just an order of insertion/fetching.
18:37 mokurai joined #parrot
18:38 NotFound Anyway, the reason of the change wasn't speed but simplify order of initialization
18:39 chromatic I wonder if building up the MMD table and then walking it is more complex than we need.
18:40 NotFound I don't have a good understanding of how MMD works
18:42 cotto Coke, the profiling runcore itself produces a profile just fine, but to use it for anything nontrivial you'd probably end up writing your own post-processing script.
18:42 Coke do you have a sample profile?
18:43 Coke even being able to see how many times .sub FOO is called would be awesome.
18:43 cotto Ok.  You could certainly get that kind of info.
18:44 cotto just a sec
18:45 dalek rakudo: cf27952 | (Kyle Hasselbacher)++ | docs/ (2 files):
18:45 dalek rakudo: [docs] bare bones 2009-08 announcement and release_guide update
18:45 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​f27952fc23a894dbc687f0459d978d498c49440
18:45 dalek rakudo: c52d1e6 | (Kyle Hasselbacher)++ | :
18:45 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
18:45 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​52d1e635192e3c40893f71a3081bf4b6857852c
18:46 cotto Coke, http://mksig.org/parrot/parrot.pprof.gz
18:47 cotto run parrot with -Rprofiling and the output will be in parrot.pprof
18:49 Coke what's the first column?
18:49 purl the first column is a primary key
18:50 Coke F(ile), S(ub), PC ?
18:50 Coke er, s/PC/op number/ ?
18:51 dalek rakudo: 5a85869 | pmichaud++ | docs/announce/2009-08:
18:51 dalek rakudo: Small fix to release announcement.
18:51 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​a85869ddbc17095cdb884f10a6cd1618804d773
18:51 cotto F:foo means that control flow moved into that the file foo
18:51 cotto S:bar means control flow moved to sub bar
18:52 cotto The first number is the line number in the given file (info from imcc)
18:52 cotto the second is execution time in ns
18:54 nathanmccauley joined #parrot
18:54 Coke thanks. let will actually rip out a ton of useless profiling code.
18:55 Coke "that will let me..."
18:57 mokurai joined #parrot
18:58 cotto If it helps, that's awesome.
18:58 cotto Hopefully it'll become more useful in the next week or so.
18:59 whiteknight cotto++
18:59 whiteknight profiling is teh R0XX0R
18:59 particle what's left on the todo list, cotto?
18:59 particle profiling is the square of all premature evil.
19:00 whiteknight funny, because Parrot is filled with prematurely optimized evil, and hasn't had a decent profiler ever
19:00 whiteknight I'm hoping that two evils make a good
19:01 Infinoid If it doesn't, does it mean evil is an imaginary number?
19:01 mikehh All tests PASS (pre/post-config, smoke, nqp_test, fulltest) at r40663 - Ubuntu 9.04 i386 (g++)
19:01 cotto particle, the only part left is to figure out how to map between Parrot's CPS and the boring old call/return format that Callgrind expects.
19:02 particle ah, just the madness. no problem.
19:02 particle O_o
19:02 cotto There's never a shortage of madness.
19:02 allison joined #parrot
19:03 cotto Actually, it wouldn't hurt to see if Callgrind is smart enough to deal with Parrot without some goofy translation.
19:04 particle sigh, my client's code causes 8k lines of output via Test::Perl::Critic --theme=pbp
19:05 cotto Well, it's keeping you employed.
19:08 particle indeed!
19:09 whiteknight so many jobs for good programmers are created by bad programmers
19:10 particle i wouldn't know.
19:10 whiteknight I could make a killing as a consultant, following around a few certain ex-coworkers and cleaning up their messes
19:10 whiteknight :)
19:17 dalek rakudo: bf4976f | moritz++ | docs/announce/2009-08:
19:17 dalek rakudo: more release announcement fiddling
19:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/b​f4976fdac2ee1f443d871723bcd577b1fa918af
19:17 dalek rakudo: 1c93b6b | moritz++ | docs/ChangeLog:
19:17 dalek rakudo: [docs] more ChangeLog updates
19:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​c93b6b197bc349dc868709da34e83b28f9da3e6
19:18 Coke cotto: running that against the spec test for 'for', I get a memory panic.
19:18 Coke (after generating a 2577962 line parrot.pprof.)
19:19 Coke Just fyi.
19:21 cotto fun
19:21 Coke trying with a much smaller tcl file. =-)
19:23 cotto After all the time I've spent breaking tcl, it's only fair that you'd return the favor.
19:26 Coke is it possible that the profiler has a leak? is it keeping anything allocated as it goes?
19:26 Coke (smaller test file completes normally.)
19:27 Coke ok. tcl for loop that prints out the numbers from 0 to 19 results in > 100K sub invocations.
19:27 MoC joined #parrot
19:28 Coke (granted, that includes PGE, TGE, and init.tcl)
19:29 chromatic Can you put that somewhere for download?  gzip it perhaps?
19:30 Coke http://feather.perl6.nl/~coke/
19:30 pmichaud chromatic:  We're thinking of using PDX.pm for the August release -- did you want to reserve that name for when you're doing the release, or is there any reason you would prefer we not use PDX this month?
19:30 Coke cotto: does that print C-based subs too?
19:30 chromatic I have no strong preference.
19:30 Coke or just PIR?
19:30 purl just PIR is, like, causing me headaches. The target format
19:30 pmichaud is there anything you'd like us to say or not say about PDX in the release announcement?  ;-)
19:30 Coke forget just PIR
19:30 purl Coke: I forgot just pir
19:30 Coke chromatic: the tcl for that is:
19:31 nopaste "coke" at 72.228.52.192 pasted "simple tcl" (3 lines) at http://nopaste.snit.ch/17600
19:34 cotto Coke, no.  It only prints pir subs
19:36 nopaste "coke" at 72.228.52.192 pasted "top 20 or so sub invocations on that tcl,." (23 lines) at http://nopaste.snit.ch/17601
19:37 Coke cotto: ok. will there be a way to get a combined callgrind output for C + PIR?
19:37 dalek rakudo: 112f146 | pmichaud++ | docs/release_guide.pod:
19:37 dalek rakudo: A few more release updates.
19:37 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​12f146f0a313f8857bfd57c48a0c52bf4c9bc56
19:38 Coke my first impression is that I can't make a dent in TGE/PGE.
19:41 Coke ahhh. S:Grammar;substitution is probably really tcl.
19:42 Coke (which is #4 on that list.)
19:43 Coke cotto: any chance we can get the full namespace on that output?
19:43 Coke (and you're going to regret showing me this, no doubt. =-)
19:43 Coke chromatic: you get that .gz?
19:44 Tene particle: ping
19:44 Tene particle: the gf and I will be up near seattle next week, if you're available to socialize some evening.
19:45 particle I R!
19:45 Tene I just found out about this surprise class yesterday evening.
19:45 Tene Normally I'd give more warning.
19:45 chromatic No gz here, Coke.
19:46 particle monday or tuesday is better, i have guests coming in wed-fri
19:46 Coke http://feather.perl6.nl/~coke/parrot.pprof.gz
19:46 cotto Coke, it should be showing the full ns already
19:46 Coke cotto: I'm seeing "S:Grammar;substitution"
19:46 Tene Is youre cell phone number still the same?  If so, I'll just call you on Mon. or Tue.
19:46 Coke I /think/ that should be "S:TclExpr;Grammar;substitution"
19:48 cotto Hmmm.  I'll need to dig into that more.
19:53 particle tene: yes, talk to you then
19:57 particle tene: next tuesday is the pafo annual meeting, in seattle
19:57 particle you'll probably miss it, it's 2pm iirc
19:58 Tene Yeah, I'll be teaching then.  I could send the gf, though. ;)
20:03 pmichaud phone
20:07 dalek cardinal: 3004f32 | (Joeri Samson)++ | src/parser/grammar.pg:
20:07 dalek cardinal: Remove unused rule
20:07 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/3004f32a290923cca26c4fdf18203b49838bd61e
20:07 dalek cardinal: 686f030 | (Joeri Samson)++ | src/builtins/say.pir:
20:07 dalek cardinal: Make puts and friends return nil
20:07 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/686f030194fb6d4276f812921eecb5234b727026
20:07 dalek cardinal: c87038c | (Joeri Samson)++ | :
20:07 dalek cardinal: Merge commit 'origin/master'
20:07 dalek cardinal: Conflicts:
20:08 dalek cardinal: src/parser/grammar.pg
20:08 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/c87038c70a501004e26c3e4ecd2cf8a175f0d14f
20:15 chromatic Coke, looks like command in Grammar is expensive.
20:15 chromatic Lots of calls to Text::bracketed.
20:21 ash_ joined #parrot
20:26 Coke chromatic: danke.
20:28 bacek joined #parrot
20:30 dalek parrot: r40664 | fperrad++ | trunk/PLATFORMS:
20:30 dalek parrot: [PLATFORMS] update
20:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40664/
20:31 chromatic I wonder if you changed your braced_word rule if it would make a difference.
20:34 dalek tracwiki: v98 | fperrad++ | Languages
20:34 dalek tracwiki: more update
20:34 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​Languages?version=98&amp;action=diff
20:35 ttbot Parrot trunk/ r40664 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/74247.txt
20:46 mikehh rakudo (112f146) builds on parrot r40663 - test,pir segfaults - Ubuntu 9.04 i386 (g++)
20:53 Coke chromatic: changed it how?
20:53 Coke (hand rolled my own text bracketed?)
20:55 chromatic Right.
20:57 mikehh partcl r603 builds on parrot r40663 - make test passes all sub-tests but exits the same 6 tests with attempt to access code outside of current code segment - Ubuntu 9.04 i386 (g++)
20:57 hercynium joined #parrot
21:00 mikehh anyone need any tests performed on Ubuntu 9.04 i386 before I reboot to amd64?
21:03 beta joined #parrot
21:05 theory joined #parrot
21:14 mikehh if I can get Virtualbox or kvm to work with my wireless connection I won't have to reboot all the time
21:14 mikehh cu soon
21:24 Coke mikehh++
21:24 Coke chromatic: Perhaps effort would be better spent improve text::bracketed?
21:24 Coke (mainly because I'm more comfy working in PIR than in P6 rules)
21:25 Coke er, balanced.
21:27 Coke looks like we could, e.g. pre-calculate the closing bracket character.
21:27 Coke (and no, it is bracketed. whoops)
21:31 mikehh joined #parrot
21:38 treed How do you use addparent?
21:38 treed That is, what are you supposed to pass as arguments?
21:39 hercynium joined #parrot
21:41 cotto joined #parrot
21:45 joeri left #parrot
21:48 jonathan treed: The opcode?
21:48 purl the opcode is probably not dual lived
21:48 dalek rakudo: 9520b46 | jnthn++ | docs/ChangeLog:
21:48 treed Yeah.
21:48 dalek rakudo: ChangeLog tweaks and additions.
21:48 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​520b461497dc5fe063d9c8b423dface74d0dc2b
21:48 jonathan addparent child, parent
21:48 jonathan Where both are Class PMCs.
21:49 treed do newclass and get_class both return Class PMCs?
21:50 jonathan treed: Yes.
21:51 treed Huh.
21:51 treed Something with that is failing because it was to get_string on a Null PMC.
21:51 jonathan Pretty sure they do, anyway.
21:51 jonathan Oddness.
21:51 treed excproto = newclass 'CardinalException'
21:51 treed $P0 = get_class 'CardinalObject'
21:51 treed addparent excproto, 'CardinalObject'
21:51 jonathan Not addparent excproto, $P0 ?
21:52 treed Oh, that's been in there.
21:52 treed Or, was.
21:52 treed I've been trying different variations.
21:52 treed Forgot to set it back to original.
21:54 treed Are you only allowed to addparent once?
21:55 Tene treed: check to see if $P0 is null after get_class.
21:56 jonathan treed: No, multiple inheritance is supported.
21:56 purl okay, jonathan.
21:56 jonathan purl: you fail it
21:56 * purl cries
21:56 treed The get_class for parrot;Exception is returning null.
21:56 jonathan \o/
21:56 * treed pets purl.
21:56 * purl bites!
21:56 treed Ouch.
21:56 jonathan treed: You'll learn about purl. She's kinda...special.
21:57 jonathan treed: Are you doing it from within your HLL?
21:57 treed Yeah.
21:57 treed If I do     $P0 = get_root_namespace ['parrot';'Exception']
21:57 treed instead
21:57 treed then it's not null
21:57 treed but then I get 'Parent isn't a Class'
21:57 jonathan OK, and if you do $P0 = get_class $P0 at that point?
21:58 jonathan That is, look up the namespace, then get the class associated with it.
21:58 Tene treed: then get_class the namespace
21:58 treed Then neither returns null, but I still get an error about get_string on a null pmc.
21:58 chromatic Coke, small patch to PGE coming.
21:59 treed Ah, but that's in NilClass.
21:59 treed Okay, so that was the problem, thanks.
22:01 nopaste "chromatic" at 72.87.39.97 pasted "Minor PGE optimization for Coke" (20 lines) at http://nopaste.snit.ch/17603
22:02 chromatic If that works, you should allocate one fewer PMCs for each call to bracketed which fails.
22:03 chromatic jonathan, that might be interesting for Rakudo too.
22:03 jonathan chromatic: Looks interesting for anyone using that part of PGE I guess. :-)
22:04 chromatic I don't know if you call that as often as Tcl does (for good reason) but if you call that rule and it fails often....
22:16 bacek joined #parrot
22:21 bacek Good morning
22:21 purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
22:25 Whiteknight joined #parrot
22:29 kid51 joined #parrot
22:29 beta good day bacek
22:29 bacek g'day beta
22:29 beta Unfortunately my school starts tomorrow, so I must prepare some stuff
22:29 beta c ya
22:31 bacek Whiteknight: looks like git-svn screwed on merge from trunk.
22:31 bacek actually "dcommit" did..
22:37 dalek TT #914 closed by allison++: email2trac test
22:41 rg joined #parrot
22:52 Limbic_Region joined #parrot
22:52 dalek rakudo: 8924df4 | jnthn++ | src/ (2 files):
22:52 dalek rakudo: Implement $obj.Foo::bar() method calls. Patch courtesy of John Harrison (__ash__++).
22:52 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​924df4f969fd7eb1c085f634ac5b357d9e9d300
22:52 dalek rakudo: 9a6eeaa | jnthn++ | CREDITS:
22:52 dalek rakudo: Add __ash__++ to the CREDITS file.
22:52 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​a6eeaa7da839b1d4134ebe827c9a22bb4ea519b
22:54 dalek parrot: r40665 | bacek++ | branches/context_pmc2 (50 files):
22:54 dalek parrot: THE BIG COMMIT.
22:54 dalek parrot: Apparently git-svn dcommit chokes sometimes...
22:54 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40665/
22:55 jonathan informative commit message fail
22:55 jonathan ;-)
22:55 bacek msg Whiteknight r40665 is actual THE BIG COMMIT :)
22:55 purl Message for whiteknight stored.
22:55 jonathan otoh it scared me into looking at the review, so maybe it's a win.
22:56 bacek jonathan: http://irclog.perlgeek.de/p​arrot/2009-08-19#i_1407809
22:56 bacek :)
22:57 bacek $dayjob time. See you!
22:57 allison joined #parrot
22:58 jonathan bacek: see you, bacek! :-)
23:01 Whiteknight bacek: okay
23:01 jonathan Sheesh, it *is* a big patch.
23:01 gravity_ joined #parrot
23:02 beta is purl's source available? Id love to study it
23:03 beta nvm, purl told me
23:10 Whiteknight back in my day, our commits were twice as big
23:10 Whiteknight and we had to commit them uphill both ways
23:10 ruoso joined #parrot
23:11 Whiteknight in other news, our commits had hills
23:14 davidfetter joined #parrot
23:17 Infinoid Whiteknight: And we had to use svn, raw
23:18 Coke chromatic: I see nothing wrong with that commit; gonna commit it?
23:23 pmichaud actually, our commits were cvs
23:24 Coke pmichaud: did you see chromatic's minor optimization nopaste?
23:24 pmichaud No
23:24 Whiteknight our commits were scribbled on the back of a napkin and sent by carrier rat
23:24 Coke 18:01 <+nopaste> "chromatic" at 72.87.39.97 pasted "Minor PGE optimization for  Coke" (20 lines) at http://nopaste.snit.ch/17603
23:24 Coke (slightly better on fail.)
23:25 pmichaud +1
23:25 purl 1
23:25 pmichaud actually, much better on fail
23:25 pmichaud it's been a long time since I looked at that function anyway, I don't doubt it could be made better still :)
23:25 Coke apparently that's where tcl spends a LOT of time. =-)
23:26 pmichaud yes, currently "fail" is far more common than "succeed" in grammars.  This is why LTM is so key to getting a performance improvement
23:26 mokurai joined #parrot
23:26 pmichaud it lets you bypass a lot of "fail"
23:27 Coke testing, will apply c's patch shortly.
23:28 Whiteknight TEH FAILZ!
23:33 dalek parrot: r40666 | whiteknight++ | branches/pmc_sans_unionval (189 files):
23:33 dalek parrot: [pmc_sans_unionval] undo r40648, the messy merge from trunk. However, that one complex.t failure still exists. Will try to find the source of that now
23:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40666/
23:39 dalek parrot: r40667 | coke++ | trunk/runtime/parrot/library/PGE/Text.pir:
23:39 dalek parrot: Minor optimization - don't create a PMC if we don't need it.
23:39 dalek parrot: Patch courtesy chromatic++
23:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40667/
23:42 ttbot Parrot trunk/ r40667 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/74309.txt

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

Parrot | source cross referenced