% Ademan has joined #parrot % iblechbot has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % Zaba has joined #parrot % Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % whisper has left whisper!~whisper@60.28.210.23 % mj41 has joined #parrot % kj has joined #parrot % Coke has joined #parrot % IllvilJa has joined #parrot % Zaba has joined #parrot % Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru % ruoso has joined #parrot % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % AndyA has left AndyA!~andy@82.152.157.85 % AndyA has joined #parrot % wknight8111 has joined #parrot % muixirt has joined #parrot % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net % Zaba has joined #parrot % Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru % iblechbot has left iblechbot!~iblechbot@ppp-62-216-205-4.dynamic.mnet-online.de % skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net % wknight8111 has joined #parrot bah, my isp is crap % kj has left kj!~IceChat7@193.1.100.110 % kj has joined #parrot hmm does Configure.pl generate makefiles? Yes. Then I assume I need to re-run it after added/removed/moved source files.. Usually. i guess usually is the key word hmm I wonder whether use v6; is necessary in all perl6 programs.. % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % Zaba has joined #parrot % iblechbot has joined #parrot % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % skids has joined #parrot Zaba_: (use p6) I believe the goal is "assume perl5 until you know otherwise", and 'use v6;' is the easiest way to enforce that. (however, rakudo doesn't support "perl5 mode" yet. % avar has left avar!avar@u.nix.is % tetragon has left tetragon!~seneca@216.126.67.44 Coke, I see. % Zaba_ is now known as Zaba % avar has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % gryphon has joined #parrot % Zaba has joined #parrot % tewk has left tewk!~tewk@ekstrom.org % tewk has joined #parrot % whisper has joined #parrot Is there a deinstall target in the Makefile ? nope. as "make install" implies, we're not entirely happy with the install process at the moment. * Zaba did not make install his svn checkout most of the developers run out of the build dir for now. ok, it seems i should remove it manually i am quite familiar to the make install process of FreeBSD ports also, the t/src/compiler.t fails in gmake test is there a list of what it installed into my box ? % paco has joined #parrot I believe MANIFEST.generated is as close as we come. (And that includes filenames from multiple platforms, so you'd see parrot and parrot.exe there.) ok, i got it, really a lot of stuff % rdice has joined #parrot jonathan: was your "PCT patch" email applied? hmm seems like the executable perl6 is broken, but not the .pbc.. with code like "sub test {}\ntest();\n" Coke: I think you mean PerlJam there (PCT patch). I'm reviewing/applying it this morning. is pbc_to_exe known to sometimes work wrong? or am I doing something wrong.. pbc_to_exe is still a little experimental, I think still, it may be worthwhile to submit a ticket to rakudobug@perl.org for this case % ccube has joined #parrot * pmichaud considers having PGE and PCT use the MD5.pbc library hurm. wrong jonathan. pmichaud: my concern is that it wasn't in RT. it's on my internal list -- it won't get warnocked. zaba: try remaking the perl6 executable first before reporting. (if you've made any local changes) Coke, actually the problem comes from parrot's internals and does not occur when using the perl6.pbc.. and no I haven't made local changes it could be a problem with the code that PCT is generating in this instance. I don't see in docs, examples, or exceptions.t how to return from exception handler to normal code (i.e. some label after pop_eh (or should you return to just before the pop_eh?)) ccube: just branch. There's no stack cleanup necesasry? after an exception is caught, it's already popped from the handler stack just a sec (nopasting example) The why do NONE of the tests in exceptions.t return to normal code flow? because we aren't testing that...? Hmm okay (yes, we probably should be) What's all this pushmark, popmark stuff? "pmichaud" at 76.183.97.54 pasted "example push_eh handling sequence" (9 lines) at http://nopaste.snit.ch/12745 I think pushmark/popmark may be deprecated they're from an older exception handling model The docs also referred to a "handled" opcode that doesn't exist correct, the exceptions implementation isn't complete yet What part's not functional yet? the parts that aren't implemented. :-) :-) sorry, I don't have a list handy. lol okay, thanks for the guidance exceptions in parrot? uh huh, my parrot svn build fails some tests By the way, the reason I'm fooling around with exceptions (besides the fun of it) is that not all PMCs honor the default set of methods (e.g. 'isa'). I was putting together a recursive container displayer and checking whether the value 'isa' Hash or Array in order to recursively iterate, but at least String PMCs don't do isa raising an exception Zaba: which failures? can you use http://nopaste.snit.ch/ to paste them? Infinoid, I've been talking about it yesterday, perl6 executable crashes with SIGABRT on program like "sub test {}\ntest();" % uniejo has left uniejo!~uniejo@langebro.adapt.dk Zaba: I remember that. does something in the testsuite fail because of that? Infinoid, I was talking about parrot test suite, and I don't think it's related so, what's failing in the parrot test suite? ccube; String implements isa. Can you provide a test case that shows your failure? "Coke" at 72.228.52.192 pasted "this prints 0" (8 lines) at http://nopaste.snit.ch/12747 Infinoid, lemme pastebin it Infinoid, http://rafb.net/p/FmgdvB89.html Coke, yes but how do I use nopaste, or would you prefer I mail it? nopaste? nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating (first one.) Zaba: what's the output of "prove -v t/compilers/tge/basic.t"? Infinoid, http://rafb.net/p/aMs9gQ16.html "ccube" at 74.70.96.161 pasted "Output: name: String Method 'i" (77 lines) at http://nopaste.snit.ch/12748 ccube: isa isn't a method should be $I1 = isa $P1, 'Hash' Zaba: yeah, that's pretty broken. what's your platform? (sorry if I asked this already) Infinoid, linux, amd64 GCC 4.1.2 zaba: what distro of linux? pmichaud, gentoo I might re-install my 64-bit os later today (I'm currently running 32-bit os to keep vmware happy.) vmware can work on 64bit systems, if you supply all needed 32bit libs ccube, there is no direction invocation of vtables, though they all (I think) have an opcode or PIR syntax you can use to invoke them. methods are a little higher level, but there isn't a guaranteed 1:1 correspondance between them. (Though, confusingly, it's possible to make that mapping in your own PMCs if you want.) I used to use vmware-server for a while oh, vmware "works" fine under 64-bit, except the clock is totally skewed and since I'm using vmware to run windows in order to run Captivate, clock skew is a big no-no it worked fine here I'm also running gentoo amd64, but I don't get that test failure sorry :) Infinoid, I didn't get it yesterday no clue what changed all tests pass for me with svn r27079 when captivate is running, windows puts itself into a "hires timer" mode, and vmware's interrupt system can't keep up with it (it's a long-standing and well known problem with vmware) * Coke stares at the "progress report" thread. oddly, vmware can handle it under a 32-bit os, just not a 64-bit one. * Zaba will make clean and rebuild any special Configure.pl arguments? (I've used the default config.) Infinoid, so did I ok, that works here, we can compare systems when I get back... dentist & % rafl has left rafl!~rafl@62.75.161.67 ccube: everything ok now? Playing around with new info - thanks for the help % rafl has joined #parrot hmm % whisper has left whisper!~whisper@60.28.210.23 Infinoid, I'll try the test suite again.. Infinoid, oh there's also a warning I get in one of tests, http://rafb.net/p/4Q9LZ362.html oh, hey, someone installed Moose. =-) hmm? All tests successful, 25 tests and 576 subtests skipped. after rebuilding it works zaba; t/tools/smartlinks depends on Moose; I for one don't have it installed. Coke, I have Moose for one project that makes heavy use of CPAN r27080 | pmichaud++ | trunk: : [pge]: : * chromatic's use.perl.org journal post showed that PGE was generating : lots of runtime concat operations that could be performed at compile : time - this change removes those for a slight (1%) speedup. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27080 % rotty` has joined #parrot what's pge? pge is, like, Parrot Grammar Engine, the regexp, er rule compiler or dealing with globs. or pacific gas & electric or (: pge park) or very smart in that it knows about bsr tailcalls or Portland General Electric one of core components of parrot, or..? yes * Zaba isn't really familiar with parrot's internals and architecture PGE is the regex engine for regular expression handling in Parrot % kj has left kj!~IceChat7@193.1.100.110 % DarkWolf84 has joined #parrot it rules cuz it parses rules. hehe * Zaba can't find explanation for all the compilers/ anywhere in docs/ I think each of the compilers/ has its own README some have, some don't Zaba, have you read http://www.parrotblog.org/ cognominal, no it gives you an idea of the whole chain of compilation start with that before diving in a specific subcompiler the problem with parrot and perl6 is that info is scattered in many sites that's the problem with *the internet* well, haskell is doing better than us they have a lot of thing under haskell.org haskell's at 6.8, we're not at 6.0 yet ;) so particle's answer is a cop out. I think haskell's a bit older, yes. haskell also has a smaller target community. 27065 broke my build crap. well, but they have even more compiler than we do cognominal: so, what are you suggesting as a fix? Regarding my proposal to change the ops syntax: would folks prefer :flag1,flag2 or :flag1 :flag2 ? the latter. or batter or letter or butter :flag1:flag2 looks better to me.. :flag1 :flag2 seems more consistent with other things we've been doing pmichaud: I expect that with with our parsing fu we will have some day a meta site that will convert all others in pod6 and back to whatever we want :) order out of chaos :) this is very perlish indeed, it is :-) zaba: do you mean :flag1:flag2 over :flag1 :flag2 or simply "more colons, less commas"? % seanstickle has joined #parrot I like :flag1:flag2 I prefer the spaces. makes it easier to spot the flags for people. fair enough. but I definitely prefer colons over commas Infinoid: what don't you like about the space? good morning. morning jackass if it'll parse correctly with spaces, I don't have any problem with it (I just somehow got under the impression that it wouldn't) I like :flag1 :flag2 and I don't think the whitespace should be required. but that's just me * Infinoid agrees with PerlJam I like hamburgers and I approve of this message. Infinoid: requires a small change to the RE that parses the op sig. pm: you're running for office?!? ;) * Infinoid is pro-hamburger * Infinoid is anti-badthings space++ pj: I'm aiming to be impeached. :-) not imbroiled? ;) heh I dont suppose anyone has written a book on Parrot assembly programming... ? anything but battered and fried? seanstickle: "Perl 6 and Parrot Essentials" seanstickle: there's a book, but it's out of date. seanstickle: it's not really about "assembly programming" though PerlJam: yeah see also http://svn.perl.org/parrot/trunk/docs/book/ Perfect! La perfection est atteinte non quand il ne reste rien à ajouter, mais quand il ne reste rien à enlever see also http://svn.perl.org/parrot/trunk/examples/tutorial/ seanstickle: Why do you want a book on asm programming? % Theory has joined #parrot PerlJam: because I like asm programming on various machines It's good fun! seanstickle: you're not interested in building a compiler or anything? parrot assembly is a ton of fun, yes. PerlJam: not as yet okay, just checking but we have free savings accounts! Although I have my eye on the APL compiler some people have even been known to write regular expression engines in Parrot assembly. :-) the apl of your eye? parrot asm is the perl of assembly languages ;) Because I needs me some APL And all the ones I've found are $$$ PerlJam: excellent quote -- I need to save that for a presentation somewhere seanstickle: the version of APL we have is incomplete, to warn you. Oh yeah, I know oddly, APL isn't listed at http://www.perlfoundation.org/parrot/index.cgi#parrot_targeted_compilers pmichaud's url is at http://xrl.us/bjnfu But once I can find the APL spec, I can start building it more The amount of documentation on APL on the Internet is pathetic I am trying to report a bug and there's a bug in the bug-reporting mechanism! I execute ./parrotbug as directed in docs/submissions.pod and it just freezes I tend to just send email to parrotbug@perl.org (because my local system isn't set up for sending email) Is Cardinal still being worked on? yes, cardinal is under development, but stalled in the past few months just waiting for round tuits well at least change submissions.pod so there is a working way for people to report bugs seanstickle: you could dive right in to almost any of the language implementations and I'm sure that you contributions would be welcomed :) Fair enough I just wanted to coordinate with the maintainer, if there is one :) seanstickle: I think all of the languages have a MAINTAINER file that tells you who to talk to check languages/LANGUAGES_STATUS.pod for APL, that's me and pmichaud PerlJam: stupid me, I just found that thanks ccube: you could post a bug report about parrotbug, even. :-) But perhaps nopaste a copy of the session where you're seeing the problem. will it get into RT if I just nopaste it? no, to get it into RT one sends to parrotbug@parrotcode.org.... HOWEVER (more) there are already some RT tickets on the subject http://rt.perl.org/rt3/Ticket/Display.html?id=41601 (open) http://rt.perl.org/rt3/Ticket/Display.html?id=52374 (says it's resolved) Okay, I am talking about the original bug, a segmentation fault stack overflow it has been said that stack overflow is before hachi's time purl, forget stack overflow Coke: I forgot stack overflow hachi machi Coke, I didn't pay attention at whitespace zaba: ok. bt in gdb give endless frames on key_string in src/key.c and Parrot_Key_get_string in src/pmc/key.pmc ie, they just alternate as far back as I'm willing to see in the backtrace OOC, does the error go away if you run parrot with -G ? no k. I will send the bug report to parrotbug@perl.org % seanstickle has left seanstickle!~seanstick@vpn6.customink.com danke * particle has seen that before * Zaba likes perl6 as a language afk, lunch Infinoid: which other regex parsers? (RT # 52570) ISTR there were a few. let me look I see other tags, just nothing that uses them, necessarily. tempting to just convert all the :flags into a hash of defined flags "Coke" at 72.228.52.192 pasted "defined :flags" (17 lines) at http://nopaste.snit.ch/12749 lib/Parrot/Op.pm 391: if ( $self->flags =~ /:pic/ also tempting to declare the supported types. there's one. (hash of defined flags)++ that's exactly what I meant by "first class citizen" :) it's the only one I see. Coke: If it causes breakage somewhere else, I'm sure someone will scream or fix it or something :) Mmm. I am even running 'make test' to verify I'm not breaking anything, still. =-) oh, of course. You might even be the someone to whom I was referring :) any idea what the :base_core flag is (or will be) used for? % Theory has left Theory!~Theory@67-42-221-224.ptld.qwest.net s/to/of/ (weird grammar) * particle suspects the docs for ops2c may have something to say about that hmm infinoid@chirp parrot-trunk % ack :base_core docs infinoid@chirp parrot-trunk % ack :base_core lib infinoid@chirp parrot-trunk % * Coke sees that one of the language is claiming to be :base_core dotnet *would*. it'd be nice to see the pmc and ops grammars get closer, and start sharing parser code meh * rotty` heads home Slacker! :-) % rotty` has left rotty`!~user@81.223.119.66 * Coke ponders creating YAB to hold an "ops syntax cleanup" party. % bphillips has left bphillips!~bphillips@nat-003.digitalriver.com question about rt.perl.org - does a bug report sent to parrotbug@perl.org have to be reviewed by somebody before it show up with a ticket # here ? I sent my bug report but I don't see a ticket # for it. parrotbug@parrotcode.org Oops good thing I asked % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % AndyA has left AndyA!~andy@82.152.157.85 and it will be visible without human review % AndyA has joined #parrot % tlb has joined #parrot It's there now : #53156: [BUG] Segmentation violation in parrot +1 1 % Theory has joined #parrot % wolverian has left wolverian!wolverian@feather.perl6.nl I believe that get_class should not throw an exception with a non-existant classname. It should just return the null PMC and let the calling code deal with it. % Zaba_ has joined #parrot In general parrot shouldn't be throwing internal exceptions that can be detected by code. You make it more difficult to write flexible code. % wolverian has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru Let the HLL writers decide when they want to thrown an exception ccube: I agree with you. ccube: we've been slowly moving to that model in Parrot. that said, trapping exceptions in Parrot isn't that difficult Hmm, except exceptions look like they are a moving target to code to if you're just talking about trapping get_class, it's not a big issue if you're talking about exceptions in general, yes, there's still a bit of a moving target about it. But that's true for any development effort of this sort. It is certainly easier to test for a null PMC with defined than to push_eh, pop_eh and have a handler oh, I think it's about equal. Just a sec "pmichaud" at 76.183.97.54 pasted "get_class, exception versus null" (14 lines) at http://nopaste.snit.ch/12751 they seem to be equally flexible. The only difference is that the firsst one requires a few extra lines of code. when you're concerned about a tight loop, wouldn't a defined be cheaper than handling an exception? depends on the loop if I can push the exception handler onto the loop once (before the loop) and then pop it off when all of the items have completed, then I save the defined checks inside the loop i.e., the loop would be tighter with the exception model than it would be by checking each result for definedness % Zaba_ is now known as Zaba % mj41 has joined #parrot Okay, so that means you're NOT in favor of removing the thrown exception from get_class eventually? no, see my first comment 17:57 ccube: I agree with you. I'm just pointing out that it's not always as black-and-white as it might seem :-) ok as I said, we're slowly moving to that model in Parrot, where opcodes return null as opposed to throwing exceptions. But some changes come slowly, it seems. oh wow, I just found out why one of my messages from last year got warnocked. It never got sent. :-( that would make it difficult to reply to. "pmichaud" at 76.183.97.54 pasted "for ccube -- how I think get_class should work (June 2007)" (54 lines) at http://nopaste.snit.ch/12752 in fact, we have: http://www.nntp.perl.org/group/perl.perl6.internals/2007/10/msg40440.html pmichaud's url is at http://xrl.us/bjnke and: http://www.nntp.perl.org/group/perl.perl6.internals/2007/10/msg40477.html pmichaud's url is at http://xrl.us/bjnkg which seems to indicate that get_class should be returning null and not throwing an exception. ...and that's what Parrot currently does. "pmichaud" at 76.183.97.54 pasted "get_class returns null" (11 lines) at http://nopaste.snit.ch/12753 ccube: so, is this a documentation bug? don't know, let me check documentation bug only in the sense that it doesn't mention throwing the exception (at least in src/ops/object.ops) ... it's not throwing an exception. get_class doesn't throw an exception. at least not in my or pmichaud testing just now. =-) do you have a sample of code where it is? hold on let me create a shorter example k ccube: OOC, what are you working on with parrot ATM? Just trying to teach myself parrot very good. =-) % mj41 has left mj41!~chatzilla@pc-jurosz.ro.vutbr.cz pmichaud, Coke - I can't reproduce it now - looks like I was mistaken % mj41 has joined #parrot any chance you were accidentally using 'getclass'? (i.e., w/o underscore) getclass (no underscore) is the old opcode that we deprecated... but it might still be in Parrot somewhere possibly - I haven't been using any source code archiving while I'm noodling around it does appear that Parrot still has the getclass opcode Yup. imcc uses it, so it's not a simple rip out. say, what do you guys do to step through Parrot code. It looks like pdb is not currently up to snuff real time? nothing atm. ./parrot -t 1 foo.pir might give you something useful. (warning: copious output if you're using a library) also the 'trace' opcode trace 1 to enable tracing trace 0 to turn it off In a pinch I have been using gdb with a breakpoint on DO_OPS in the slow runcore % ruoso has left ruoso!~ruoso@195.23.92.2 % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru seen ambs? ambs was last seen on #parrot 1 day and 2 hours ago, saying: in the *correct way [Apr 20 10:17:18 2008] % jalbo has joined #parrot Hello. hi jalbo anyone want me to avoid working on RT#52838 and RT#52842 (user stack ops, saveall/restoreall) ? Based on chromatic's message I think we can get a big performance win if we do those and refactor bsr/ret handling. pmichaud: I'll take it. I'm sure that'd be a huge boost to tcl, too. you'll take me working on it or you want to do it? ;-) in that "I'm all for it", not "I will implement it". ^_^ okay I'm not sure that's something I'd do compentently atm. I'll grab the tickets and start on it. I think I can do it relatively quickly -- i.e., within a day or so what happened to working on the test harness? it's parrot bug whack-a-mole time again I got the impression that others were proceeding with it, so I decided to stand aside and let them go (e.g., gsoc project) if that's not the case, then I can also look at test harness there's no gsoc project (even proposed) for test harness Did you mean the failures in make test due to wrong Test::Harness version? jalbo: no oh, maybe it was a tpf grant. anyway, I had the impression that others are looking at it. maybe coke knows about a tpf grant submission i don't I think it's a retarget of an existing grant having to do with whatever cool html thingy coke mentioned a couple of weeks ago (which I've forgotten the name of by now) there's something with smolder and parrot that's for smokes right, that's it. yes, it's a TPF grant. % Ivatar has joined #parrot ok. i'm not sure how it fits in. my point is that I wanted a public display of rakudo test progresses er, progress % ambs has joined #parrot I could try doing that with TAP::HTML::Matrix, but that seems to be going by the wayside in favor of smolder to me, that's +1 if someone else is already working on smolder+parrot integration, then I'm willing to let them go a bit farther before worrying about it for rakudo Test::TAP::HTMLMatrix-- smolder++ ok, now i get it. thanks so, what happened to the roadmap? prior to learning about smolder, I had the impression that we were going in circles with respect to html-posting-of-test-results and so I was trying to get us off the bubble (roadmap) -- it's pretty well in my head, just needs some typing work I ended up having to take care of something else late last week me too, vacation :) I could get a lot more done on Parrot if I didn't have relatives. :-) well... you do live in texas. there are many options. % rhr has joined #parrot still on vacation, particle, or back already? seen rdice? rdice was last seen on #perl 1 hour and 2 minutes ago, saying: waltman: I prefer C-x M-c M-butterfly r27081 | chromatic++ | trunk: : [src] Added reference counting to stack chunks managed through : stack_push/stack_pop. This allows an optimization of recycling stack chunks : manually rather than waiting for the GC to collect them, producing an 11.73% : improvement on the Rakudo building benchmark. : Anything that uses bsr/ret and direct continuation invocation will also see : improvements. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27081 pmichaud: i'm back now oh, looks like chromatic's working on it as well purl, seen merlyn merlyn was last seen on #moose 31 days and 22 hours ago, saying: ... http://methodsandmessages.vox.com/library/post/the-year-of-smalltalk.html [Mar 20 15:09:20 2008] % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % rblackwe_ has joined #parrot r27082 | pmichaud++ | trunk: : [core]: : * Updates for the restoreall/saveall opcodes (RT#52838) : * Original patch courtesy James Keenan kid51++ : * Patch modified to remove reference to restoreall/saveall in kate_syntax.pl, : and to eliminate restoretop/savetop from pdd06 (these opcodes are : already gone from Parrot). diff: http://www.parrotvm.org/svn/parrot/revision?rev=27082 No tests exist for configure step gen::digest at Configure.pl line 17 r27083 | kjs++ | trunk: : [squaak] add squaak source to repos. : Also updates MANIFEST. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27083 r27084 | pmichaud++ | stacks: : New branch for deprecating user stack ops and refactoring : handling of bsr/ret and other control stacks. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27084 r27085 | kjs++ | trunk: : [config] update config/gen/languages.pm to generate Makefile for languages/squaak when running configure. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27085 I'm awfully glad we created 'make coretest' hmmsm % mj41 has joined #parrot % davidfetter has joined #parrot hrm.. only 6 gsoc slots for tpf. python got 36, including this: http://code.google.com/soc/2008/sfc/appinfo.html?csaid=EACA4618767E08D0 avar's url is at http://xrl.us/bjnq8 even xmms2, some music player no one uses, got 6 slots. :-S wtf.. porting an irc bot?! in the other hand, xorg had 1 slot OK, that's just ridiculous feh. considering this is basically an act of philanthropy on google's part, I think we should be happy with what we get :) otoh i really like xmms2, so that's ok with me ;-) Infinoid: I'm not unhappy with that. I just think that giving xorg only one slot is silly. did tpf have other very good applications which it would have liked to accept but didn't have the slots for? # svn ps svn:keywords "Author Date Id Revision" languages/squaak/squaak.pir # svn ps svn:keywords "Author Date Id Revision" languages/squaak/t/00-sanity.t # svn ps svn:keywords "Author Date Id Revision" languages/squaak/t/01-math.t # svn ps svn:keywords "Author Date Id Revision" languages/squaak/t/harness i see 5 slots for xorg rafl, then those are new numbers or I am confusing (it might happen as well) http://code.google.com/soc/2008/xorg/about.html r27086 | ambs++ | trunk: : Set some svn:keywords diff: http://www.parrotvm.org/svn/parrot/revision?rev=27086 oh wow, ASF got a bunch. including Senaka's parrot GC machinations, looks like! * rafl is looking forward to the nci project ASF? Apache Software Foundation purl, ASF is Apache Software Foundation OK, pmichaud. ASF ASF? it has been said that ASF is Apache Software Foundation * japhb smacks forhead Of course they've got a java VM (called Harmony), with a garbage collection system that they want to split out into a standalone library. Hooking it up to parrot will be their proof that it works. cool :D % davidfetter has left davidfetter!~chatzilla@start.fetter.org if it's a java VM, it seems there are easier ways to prove it than parrot. (the GC is written in C++.) anyway, what other project do you know of which not only needs a better GC, but has a nice plugin API for them? % Theory has left Theory!~Theory@67-42-221-224.ptld.qwest.net % ambs has left #parrot % rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com is it still necessary to regen the native_pbc files when removing an opcode? % tlb has left tlb!~tlb@62.61.146.184.generic-hostname.arrownet.dk r27087 | pmichaud++ | trunk: : [squaak]: : * Set svn:ignore to ignore Makefile. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27087 pmichaud: those tests are skipped. (so, no.) okay. well, s/no/it's academic/ so, just remove the opcodes, regenerate ops.num, update PBC_COMPAT? % Theory has joined #parrot % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net % iblechbot has left iblechbot!~iblechbot@64.16-dial.augustakom.net % jalbo has left jalbo!~julian@50.Red-213-96-228.staticIP.rima-tde.net (3221225472 +> 1).say; methinks signed bit extension maybe is going a bit awry. r27088 | kjs++ | trunk: : [pirc] add a comment about the ugly bug in the heredoc preprocessor, so I won't forget about it. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27088 I believe that's sufficient, yes. if you're removing an entire opcode. if you're removing one variant of an opcode, I think there's another step. (removing an entire opcode) (ic vs. i kind of variant) r27089 | pmichaud++ | trunk: : [core]: : * (DRY) the definition of $fp_equality_macro was repeated in : 14 separate test files -- moved it to be defined once in : Parrot::Test and reused from there. : * Also eliminated its use of the save/restore opcodes. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27089 % skids has left skids!bri@charon.clarku.edu pmichaud++ r27090 | pmichaud++ | trunk: : [core]: : * More DRY... five more files using repeated definitions of : $fp_equality_macro. Change to use the one in Parrot::Test. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27090 % Andy has left Andy!~AndyL@host3130.follett.com % Limbic_Region has joined #parrot % kid51 has joined #parrot r27091 | pmichaud++ | trunk: : [examples]: : * Remove save/restore opcodes from a couple of examples (RT#52842) diff: http://www.parrotvm.org/svn/parrot/revision?rev=27091 % Psyche^ has joined #parrot % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % Patterner has left Patterner!~Psyche@e177227137.adsl.alicedsl.de % Psyche^ is now known as Patterner % mj41 has joined #parrot % cognominal has left cognominal!~cognomina@82.67.232.89 % cognominal has joined #parrot FYI - parrot is not building on Win32/MinGW nor Win32/Cygwin r27092 | pmichaud++ | trunk: : [docs]: : * PDD06: Remove documentation of some opcodes that have been absent for : a long time. will post make output in a few - paying bills ATM diff: http://www.parrotvm.org/svn/parrot/revision?rev=27092 % Ivatar has left Ivatar!~graham@tu055.demon.co.uk r27093 | jkeenan++ | gencrypto: : Creating gencrypto in https://svn.perl.org/parrot/branches diff: http://www.parrotvm.org/svn/parrot/revision?rev=27093 r27094 | jkeenan++ | gencrypto-27092: : Tagging trunk at r27092 so that the gencrypto can later be synched to it. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27094 purl nopaste i think nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating r27095 | jkeenan++ | gencrypto: : Per fperrad's comment in RT 53126, change name of config step from gen::digest : to gen::crypto. Change name of subdirectory holding probe file. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27095 % ccube has left ccube!~ccube@cpe-74-70-96-161.nycap.res.rr.com "Limbic_Region" at 68.49.236.220 pasted "r27091 does not build on Win32/Cygwin" (739 lines) at http://nopaste.snit.ch/12755 Limbic_Region++ # keeping us honest on Win32 builds Limbic_Region: I think this is something of an known issue, but we definitely need more reports. I know that there were issues with gettext on other platforms as well. r27096 | jkeenan++ | gencrypto: : Change references to file's name inside file. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27096 "Limbic_Region" at 68.49.236.220 pasted "r27091 does not build on Win32/MinGW" (980 lines) at http://nopaste.snit.ch/12756 pmichaud - I haven't build since last week ISTR reading something about a gettext problem as early as this morning. pmichaud - the Win32/MinGW is different than Cygwin - parrot compiles but the build fails in nqp odd that it would be linking with g++, not with gcc in any event, I am doing another make realclean;svn up;perl Configure.PL;make right now - since there were like 5 checkins I presume they will still break r27097 | jkeenan++ | gencrypto: : Contribute first test file for this step. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27097 * Limbic_Region AFK & r27098 | jkeenan++ | gencrypto: : Update master list of configuration steps. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27098 % skids has joined #parrot yep - both MinGW and Cygwin failed in the exact same way as I pasted with latest rev pmichaud - I am planning on being at YAPC::NA for both pre/post conference activities me too, if I can ever figure out when exactly they'll be btw, make perl6 with --optimize passed to Configure.pl segfaults during the build r27099 | jkeenan++ | gencrypto: : Attempting to fix file type in SVN. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27099 r27100 | jkeenan++ | gencrypto: : Re-add file. Hopefully, this time it will not say it is binary. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27100 % tetragon has joined #parrot * Infinoid hopes the coherence:rambling ratio of his response to kid51 was greater than 1 home & Infinoid: Indeed, it was considerably > 1. % ejh has joined #parrot % muixirt2 has joined #parrot % muixirt2 has left muixirt2!~user@p57B4EA19.dip.t-dialin.net % muixirt has left muixirt!~user@p57B4F079.dip.t-dialin.net % Zaba has joined #parrot my brain isn't very organized at the moment; guess I got lucky. :) % Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru Jeff Horwitz | YAPC::NA::2008: link: http://www.perlfoundation.org/parrot/index.cgi?yapc_na_2008 % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru *whew* for a bit there, the config step thread was growing faster than I could keep up ... r27101 | pmichaud++ | stacks: : Removing the stacks branch so it can be re-synced with trunk. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27101 japhb: Compared to autoconf/aclocal, they ARE terribly easy to write. So NYAH :P LOL "Compared to a nuclear weapon, a cruise missile IS small ordnance." all a matter of perspective. :) % slightlyoff has joined #parrot % kid51 is now known as kid51_afk % LimbicRegion has joined #parrot % rblackwe_ has left rblackwe_!~rblackwe@dsl093-172-131.pit1.dsl.speakeasy.net % rblackwe_ has joined #parrot % Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net % LimbicRegion is now known as Limbic_Region japhb? japhb is probably not japhy. Bob Rogers | YAPC::NA::2008: link: http://www.perlfoundation.org/parrot/index.cgi?yapc_na_2008 % Zaba has joined #parrot % Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru Hrm... parrot crashed as I was running make I think it was on "./parrot pbc_to_exe.pir pbc_to_exe.pbc" * tetragon curses the "-j2" r27102 | pmichaud++ | stacks: : recreating the stacks branch from trunk (re-sync) diff: http://www.parrotvm.org/svn/parrot/revision?rev=27102 * Infinoid gets a 6th copy of chromatic's reply, and starts to wonder what this hextenlists@gmail.com mail loop is all about Hrm... no. It's crashing while generating Grammar_gen.pir in nqp % kid51_afk is now known as kid51 japhb: You should apply for a commit bit. % rblackwe_ has left rblackwe_!~rblackwe@dsl093-172-131.pit1.dsl.speakeasy.net * kid51 notes pmichaud's new LinkedIn profile picture :) Does anyone know what sort of values for how_many are considered sane to be passed into Parrot_dod_trace_children? My stack trace is showing a number suspiciously close to MAX_INT Hrm, but it doesn't look like the -1 that it's supposed to be, by my understanding of int/uint so its positive, or negative? Depends upon your interpretation If size_t is signed, negative. If it isn't, then positive so the high bit is set? that's pretty big. (size_t is unsigned) It's supposed to be -1 One of the lines in my stack is "return Parrot_dod_trace_children(interp, (size_t) -1)" guess that means "as many as possible" Coke: nope, no relation to japhy kid51: I'll take that as a good thing. Now to figure out how to do that .... Infinoid: If you want to look, I'll put up my stack traces I've got parrot sitting in gdb at the moment japhb: perldoc docs/submissions.pod ... down a ways in the doc tetragon: maybe put them into a ticket. if the GC is crashing, I dunno if I'm smart enough to fix that at the moment It's trying to access the address 0x00000019 And it worked yesterday * kid51 must sleep $kid51->sleep(8 * 3600); % kid51 has left kid51!~jkeen@pool-71-247-53-197.nycmny.east.verizon.net hmm. is it easy to test? is it possible to do a svn bisect to find out where it started? It was introduced sometime after the OpenGL changes were committed and before r27101 that kind of bug sounds unlikely to be the GC's fault, but rather, some corruption occurred elsewhere that the GC is tripping over "tetragon" at 69.196.138.185 pasted "Yay, stack traces" (201 lines) at http://nopaste.snit.ch/12757 I just so happen to have the list of files updated by svn since my last build sanity check: you did a realclean, right? % Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net looks like the ops table got screwed with, which will require a realclean. other than that, chromatic has been screwing with the guts of things, so maybe he shook something loose It was a fresh checkout ok, even better :) I have one tree that is never built on Each evening, I make a dated copy of it and build on it (it being the copy) sounds very clean so.. there's 33 revisions in the span you've indicated does it crash when built without -j2? Wait... copying out another fresh tree It takes a couple of minutes ok. I honestly think this needs to go into a ticket, so chromatic can take a look at it. He's been mucking with this stuff today (in fact, all but one of the 14 patches to src/ were his) if you have the time to do a bisect, that would be even better unfortunately, I can't reproduce the crash on linux/amd64 :( % Zaba_ has joined #parrot % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru % Andy has joined #parrot Crash also happens without -j2 Same stack trace * tetragon looks up how to get svn to go 15 revs back % AndyA has left AndyA!~andy@82.152.157.85 svn up -r ### replace ### with the revision number you want to go to % AndyA has joined #parrot r27103 | pmichaud++ | stacks: : [core] remove user stack ops : * removed entrytype, depth, lookback, save, restore, and rotate_up ops. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27103 % Zaba_ has left Zaba_!~zaba@ip102.148.adsl.wplus.ru % Zaba has joined #parrot No crash in r27080 % ejh has left ejh!ejh@dynamic-acs-24-154-41-246.zoominternet.net Crash in r27090 % Psyche^ has joined #parrot r27081 and r27082 look like the only likely candidates r27083+ contain no changes to src/ % Patterner has left Patterner!~Psyche@e177228032.adsl.alicedsl.de % Psyche^ is now known as Patterner % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz r27104 | pmichaud++ | stacks: : [core]: : * Remove stack.ops. Really. It's gone. : * All tests pass. Well, except for the ones I removed. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27104 argggggh DEPRECATED.pod says that the stack ops should disappear post 0.7.0 r27081 is the first crash\ so I can't get rid of them yet. tetragon: that'd be the nice refcounting optimization chromatic posted to the list about tetragon++ # finding source of crash I bet he'll want to take a look at your stack trace :) tetragon++ indeed! I'll leave my gdb session open in case any values from it are desired % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net % tetragon has left tetragon!~seneca@69-196-138-185.dsl.teksavvy.com % tetragon has joined #parrot r27105 | pmichaud++ | trunk: : [core]: : * Remove save/restore opcodes from t/op/jit.t (they're not needed here -- : they were just cargo-culted from $fp_equality_test). diff: http://www.parrotvm.org/svn/parrot/revision?rev=27105 r27106 | pmichaud++ | trunk: : [examples]: : * Removing examples/pasm/stack.pasm, since stack opcodes are deprecated (RT#52842). : * Update t/examples/pasm.t to avoid pasm tests that use stack opcodes. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27106 r27107 | pmichaud++ | trunk: : [examples]: : * Fix MANIFEST. # pmichaud-- : * Fix plan in t/examples/pasm.t # pmichaud-- diff: http://www.parrotvm.org/svn/parrot/revision?rev=27107 r27108 | pmichaud++ | trunk: : [core]: : * Remove the saveall/restoreall opcodes in trunk (RT#52838). : * Still need to do a few imcc updates. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27108 r27109 | pmichaud++ | stacks: : Remove branches/stacks/ to avoid synchronization problems with trunk. : Will re-create it after trunk updates. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27109 r27110 | pmichaud++ | trunk: : [core]: : * Since saveall/restoreall no longer exist, we don't need to : account for them in imcc's control flow graph anymore, either. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27110 % nopaste has left nopaste!~opaste@202-154-105-237.people.net.au % TonyC has left TonyC!~tony@202-154-105-237.people.net.au % nopaste has joined #parrot % shamu has left shamu!~krishna@c-67-161-28-111.hsd1.ca.comcast.net r27111 | pmichaud++ | trunk: : [imcc]: : * compilers/imcc/cfg.c was the only location that set the ITSAVES : flag, since that code was removed in r27110, we no longer need : to test for ITSAVES here (as it will always be false). diff: http://www.parrotvm.org/svn/parrot/revision?rev=27111 "chromatic" at 63.105.17.30 pasted "Potential patch for tetragon's r27081 crash" (33 lines) at http://nopaste.snit.ch/12758 % Zaba has left Zaba!~zaba@ip102.148.adsl.wplus.ru r27112 | pmichaud++ | trunk: : [core]: : * Remove saveall/restoreall from editor/pir-mode.el . diff: http://www.parrotvm.org/svn/parrot/revision?rev=27112 % Zaba has joined #parrot % uniejo has joined #parrot % Andy has left Andy!~Andy@64.81.227.163 % Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net % Dave has left Dave!~dave@pool-141-150-16-73.mad.east.verizon.net % patspam has joined #parrot r27113 | pmichaud++ | trunk: : [core]: : * Remove the register stack from the interpreter. I just adore : eliminating large blocks of code. :-) : * Resolves RT#52838 . diff: http://www.parrotvm.org/svn/parrot/revision?rev=27113 r27114 | pmichaud++ | userstack: : Create a branch for removing the user stack opcodes. diff: http://www.parrotvm.org/svn/parrot/revision?rev=27114 % DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147 afk, sleep