i already had it that way, Piper. haha Piper, purl, fight to the death * jhorwitz is disappointed Hi, piper! What's your location, piper? The gates of dawn? Piper: If I want to be extra logged, is there an extra channel I can join? jhorwitz: What will you pay me to not heckle your talk? bring it on! That's allright, that's OK, you're gonna pump our gas some day Andy: whatever he offers, I'll double it in favor of heckling! 20 minutes isn't enough time for proper abuse. OH, you'd be surprised. * jhorwitz feels loved purl: be Dave. My god, it's full of stars! purl, be Andy BIG RIPE ROBUST WELL-WRITTEN DONKEY BALLS (on ptdn) be Schwern Damnit! My pear just blew away. heh good times DON'T OPEN IT! IT'LL CRASH AOL! % zaphod has joined #parrot doesn't php 5 have namespaces? % mdiep_ is now known as mdiep HATER! go away. :p oh, we can still hate on php. we just need to adapt our hate as php gets new features. :) this year at yapc::na, mdiep presents "keeping your hate up to date," an interactive session on retooling hatred towards other languages. that'd be a good talk! % zaphod has left zaphod!~zaphod@p4FCFF9AB.dip.t-dialin.net % alvar has joined #parrot on the other hand, without "other languages" there's not much other use for parrot than Perl 6 which of course is enough by itself, but still, parrot is 'sold' to be more than that. well just because you hate other languages doesn't mean you're lucky enough to not have to use them so, I asked a little about this before, but I didn't get a definitive answer. are there plans to move the various bits of source code in perl6/src from pir to nqp? perl6? is there something preventing this change? zev_: nqp is designed to be kept simple zev: yes. some things will stay pir, but eventually we'll be writing rakudo in perl 6 oh. that's a different answer :-) kj: yep that is, we'll be writing some runtime components in perl 6 zev: things that can be written in perl 6 will likely be written that way particle: ok, but are there definitive plans for when that can happen? zev: but some things aren't easily written in perl 6 yes, when somebody jiggers the makefile and whatnot to make it happen it's a simple matter of programming to make it work. zev: for example, if you can write infix:<+> in Perl 6, I'd like to see it :-) what kind of jiggering is required? pmichaud, you mean _without_ infinite recursion, right? rdice: preferably, yes. after perl6.pbc is built, you need to use it to generate a .pbc from .pm file pmichaud: sure, I recognize that a lot of things need to be done in pir, but there are plenty other things that can more easily be done at a higher level zev: the only thing stopping us from having things written in Perl 6 is having people write them that way :-) ...then need to load the runtime with the perl6 executable. (or, without falling back on basic number theory, like 0 + S = S0. S0 + S = SS0, etc.) anyone that wants to convert existing PIR-based functions to Perl 6 based ones is welcome to do so mmm. is there any idea how many bootstrap phases there will be then? in the end I mean? I mean, there's lot of stuff that can currently only be implemented in pir as few as needed why rewrite them in perl 6? (possibly fewer ;) it would take longer to build perl6 when it's >= 1.0 can multiple pbcs be specified on the parrot command line to load a runtime? or is there some other mechanism to load a runtime? load_bytecode load_bytecode is up to .11s? wow zev: currently only one pbc on the parrot command line. but that pbc can load others. pir's not so bad. :) also, I would think that for many things we would have perl6.pbc create .pir files instead of .pbc ok, so perl6.pir needs to conditionally load_bytecode if it exists PS time? yes, #ps zev: the answer at the moment is that as of yet we haven't had any components written in Perl 6 zev: when we have one, I'll take care of the details of deciding how to build it into the runtime % chromatic has joined #parrot pmichaud: alright. I might look at this when I'm a little less hosed (unless someone beats me to it) % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net mostly unrelatedly, I was looking into adding adding os-interaction type functions (fork, exec, etc.) for testing the perl6 executable. there is a Parrot_Run_OS_Command() function in platform.c. it uses fork and waitpid, etc. internally. does it really make sense to have a high-level function like this when languages like rakudo are going to want to have versions of fork and waitpid anyway? Other languages not like Rakudo might need them. Of course, saying "might" isn't a strong recommendation. might makes right. That's it, you're going down, old man. I suppose that's reasonable % rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com % rdice has joined #parrot Parrot_Run_OS_Command() is probably the run or system primitive, in Perl 6 and 5 terms. it is very much like system() % alvar has left alvar!~alvar@sub87-230-120-57.he-dsl2plus.de % zaphod has joined #parrot % zaphod has left zaphod!~zaphod@p4FCFF9AB.dip.t-dialin.net So, any parrot hackers live near detroit? % Theory has joined #parrot Tene: I'm in Ann Arbor mdiep: I'll be in Detroit from 24-29 with a food budget that I need help spending. it's true, he will buy you dinner. i'm living proof! heh % po_boy is now known as amoore particle, I have not tried your languages/perl6/t/harness but the 'use lib' is clearly wrong the last element of the list shoud one more "../" s/shoud/should have/ % zaphod has joined #parrot Tene: what are you doing in Detroit? I have to confess, I don't really think of it as a place to visit mdiep: I'm teaching a class for Red Hat there. it's beautiful there this time of the year. heh. yeah, the high was ~0F yesterday :) I'm a traveling instructor. They send me to a different city every week. I'd be interested in driving down there for dinner. just don't expect me to act as any sort of guide to the city. :) Heh, no worries. :) Tene, instructor in what? mmmm Red Hat instructor. I was very interested in working for Red Hat as an instructor a couple of years ago rdice: linux training. Often it's RHCE or RHCT certification classes. cool. I work for a training company in Utah that does a lot of contract work for Red Hat. if you ever get to Toronto I would love to be taken out for dinner too. :-) is there a way to see how rakudo parse an expression? rdice: I'll keep that in mind. :) cognominal_: parrot rakudo.pbc --target=parse foo.pl cognominal_: --target=parse % alvar has joined #parrot cuz undef().WHAT and (undef).WHAT parse but not undef.WHAT I don't think that rakudo parses "undef" yet. so how come the two first expression work? it sees them as being function calls but the function undef should not be defined right now rakudo treats any identifier it doesn't recognize as a function call I mean that should trigger an error but it prints "Undef" oh. in that case I guess that 'undef' has been created as a subroutine anway I find your work very interesting to read. I hope I cancontribute some day thanks it's not all my work anymore, though :-) well, you did PGE at least ah yes, there is that :-) ho, that's jonathan I should bark at :) actually, I think that recent changes to the synopses eliminated 'Undef' as a type I'm still catching up on those yea, S02 says it should return Object, if I read it correctly or Failure, I am not sure I'm not sure it's explicitly said anywhere S04 has more details about undef and failure % slightlyoff has joined #parrot TimToady on #perl6 says it returns a Failure % confound has left confound!~hdp@shell.icgroup.com % confound has joined #parrot So now that I've finally figured out how the scoping in PIR works, what are the scoping semantics of PAST supposed to be? Allison and I just decided that the codename of the release where we merge the new GC will be "Space Barnacle". zaphod: how do you mean? right now the PAST is compiling to letrec style semantics (what my original problem to the list was). I'm guessing that people will expect more let style semantics. Is that what it is supposed to be? I don't quite follow "letrec style semantics" and "let style semantics" in general I think that PAST is going to go with whatever is more perl 6-like sorry most of the stuff I know about what to call stuff is based on Scheme. So let style semantics are how let works in Scheme, and letrec style is how letrec works in Scheme let style is then: a var's region of existence is after (lexically) it has been declared ohhhh that's really more up to Parrot, not to PAST letrec style is: a var's region of existence is in the entire block in which it is declared the code that PAST generates would be 'let style', if Parrot supported it But do we or you want PAST to have to use so much inline to get the correct semantics? Perl 6 is more like letrec style oh, I'm thinking that PAST will support a 'context' variable type, which means if you say "my $a" twice, it's the same $a that one can fetch the value of a caller's lexical however, you still can't retroactively declare $a i though zaphod was referring to my $a = $a + 1 # where $a is also declared in an outer scope but if I say "my $x = 1; { my $x = $x + 1; }" which $x is being used in $x + 1? if it is the inner $x then that is letrec if it is the outer it is let we require you to say my $a = $OUTER::a + 1 in that case oooohhh, interesting the point is that a given lexical scope can have only one $a TimToady: that works for Perl 6, but other languages assume OUTER to be implicit so you don't have to go rooting around with line numbers and such when marching up the stack (PAST and inline code) -- undoubtedly PAST will provide some mechanism to be able to get at a caller's lexical pad however, Parrot doesn't have very good support for it. It would be better if Parrot used let semantics instead of letrec... but that's a bit outside of my domain it's fine if other languages want to assume OUTER, as long as your ast isn't officially ambiguous % confound has left confound!~hdp@shell.icgroup.com % dngor has left dngor!abuse@adsl-068-213-211-142.sip.bct.bellsouth.net in p5 we assume an undeclared $a must be outer until we see a declaration, and then we complain about ambiguity % confound has joined #parrot % dngor has joined #parrot s/p5/p6 It seems like PAST should have nodes to support both since they are fairly mutually exclusive and can be used to support different things and hard to get TimToady: I agree completely, the AST needs to just have a well defined semantic zaphod: I already said I'd support 'context' to get at a caller's lexical variables well, hard to get is common.. It's not.. pmichaud: sorry, I guess I didn't understand what you meant by context IMO PAST does have nodes to support both... it's Parrot that is lacking. i.e., Parrot doesn't support let style semantics. and I don't have a good workaround for it in PAST Parrot does, but it requires the compiler to know and generate how to find the wanted variable okay, well, PAST will be able to generate that code via the 'context' PAST::Var type p5 uses let style... but that means that $a can mean several different variables in the same outer lexical scope (either that, or you complexify the definition of scope to include location within the block % alvar has left alvar!~alvar@sub87-230-120-57.he-dsl2plus.de % zaphod has left zaphod!~zaphod@p4FCFF9AB.dip.t-dialin.net % PerlJam has left PerlJam!duff@feather.perl6.nl % pmichaud has left pmichaud!pmichaud@feather.perl6.nl % krumms has left krumms!~tom@d122-105-220-63.sun13.vic.optusnet.com.au % dwave has left dwave!~asksolem@pat-tdc.opera.com % leo has left leo!lt@feather.perl6.nl % shorten has left shorten!~xrl@203.141.139.231.static.zoot.jp % mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz % nnunley has left nnunley!~nnunley@seatbelt.jerakeen.org % pjcj has left pjcj!~pjcj@84-73-177-217.dclient.hispeed.ch % rafl has left rafl!~rafl@62.75.161.67 % HG` has left HG`!~wells@user-5af10e40.wfd101.dsl.pol.co.uk % svnbotl has left svnbotl!diakopter@feather.perl6.nl % nopaste has left nopaste!~opaste@202-154-105-237.people.net.au % ruoso has left ruoso!~ruoso@mail.verticalone.pt % jq has left jq!~jquelin@merlin.mongueurs.net % dalek has left dalek!dalek@feather.perl6.nl % AndyA has left AndyA!~andy@82.152.157.85 % cognominal has left cognominal!~stef@82.67.232.89 % lathos has left lathos!~simon@morison.arjam.net % klapperl_ has left klapperl_!~k@franz.ak.mind.de % Maddingue has left Maddingue!~Maddingue@profane.mongueurs.net % slavorg has left slavorg!~tomi@windmill.london.pm.org % marmic has left marmic!~chatzilla@89-253-66-101.customers.ownit.se % IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk % iblechbot has left iblechbot!~iblechbot@79.17-dial.augustakom.net % cognominal_ has left cognominal_!~cognomina@82.67.232.89 % kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl % wolverian has left wolverian!wolverian@feather.perl6.nl % paq has left paq!~bot@139.Red-80-36-122.staticIP.rima-tde.net % GeJ_ has left GeJ_!~geraud@edna.nealab.net % skv has left skv!~skv_@87.242.97.68 % bgeron has left bgeron!bgeron@toad.stack.nl % DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147 % Juerd has left Juerd!juerd@feather.perl6.nl % integral has left integral!bsmith@adsl-212-20-244-147.lumison.co.uk % szbalint has left szbalint!comet@dev.perl.hu % MagNET has left MagNET!MagNET@Hunger.hu % ilbot2 has left ilbot2!moritz@casella.verplant.org % moritz has left moritz!moritz@ssh.faui2k3.org % clunker has left clunker!~tomi@seatbelt.jerakeen.org % Dave has left Dave!~dave@pool-141-150-16-151.mad.east.verizon.net % TonyC has left TonyC!~tony@202-154-105-237.people.net.au % alvar has joined #parrot % marmic has joined #parrot % PerlJam has joined #parrot % pmichaud has joined #parrot % krumms has joined #parrot % IllvilJa has joined #parrot % iblechbot has joined #parrot % cognominal_ has joined #parrot % dwave has joined #parrot % kj has joined #parrot % leo has joined #parrot % HG` has joined #parrot % wolverian has joined #parrot % paq has joined #parrot % AndyA has joined #parrot % Dave has joined #parrot % ruoso has joined #parrot % Juerd has joined #parrot % svnbotl has joined #parrot % dalek has joined #parrot % TonyC has joined #parrot % nopaste has joined #parrot % moritz has joined #parrot % ilbot2 has joined #parrot % MagNET has joined #parrot % mj41 has joined #parrot % bgeron has joined #parrot % jq has joined #parrot % rafl has joined #parrot % pjcj has joined #parrot % skv has joined #parrot % GeJ_ has joined #parrot % integral has joined #parrot % Maddingue has joined #parrot % szbalint has joined #parrot % klapperl_ has joined #parrot % clunker has joined #parrot % shorten has joined #parrot % lathos has joined #parrot % slavorg has joined #parrot % cognominal has joined #parrot % nnunley has joined #parrot Complexify-- r25667 | jhorwitz++ | trunk: : update embedding POD to reflect reality diff: http://parrotvm.org/svn/parrot/revision/?rev=25667 that was traumatic % dwave has left dwave!~asksolem@pat-tdc.opera.com % dwave has joined #parrot % DarkWolf84 has joined #parrot % contingencyplan has left contingencyplan!~contingen@cpe-76-186-27-146.tx.res.rr.com yay, my first commit % contingencyplan has joined #parrot % HG` has left HG`!~wells@user-5af10e40.wfd101.dsl.pol.co.uk % HG` has joined #parrot * davidfetter wonders who the contingencyplan is... jhorwitz++ :) A guy who pokes his head in #parrot from time to time hi, davidfetter! jhorwitz, what's shakin'? writing docs, trying not to break things. ;-) all right, but _what_'s the contingencyplan? haha, I could tell you, but then I'd have to kill you whatif... somebody said whatif was evil davidfetter: actually, the new embedding docs might interest you. butthen I wonder who am I jhorwitz, indeed :) ifonly % wknight8111 has joined #parrot anybody up on the state of sandboxing, or whatever parrot will have to do Safe.pm-like things? parrot's security model atm is "everything is unsafe." i don't think any of that has been implemented yet. not even sure if there's a spec. The most we have are some musings from Dan. someone else had some thoughts on that a while back but she disappeared (I think it was a she) yep * davidfetter would need ~50 extra IQ points and about 10 years' extra experience to have anything worth contributing to such a discussion but i can wave pom-poms, if that helps IQ's overrated. :) hence the experience part we should advertise on jobs.perl.org. security expert wanted. long hours. no pay. must hand over ideas to tpf. perks include world domination and eventually, dental insurance. Security must load in 4ms and be faster than 99.95% of sites on the Internet. that latter is no problem ;) http://jobs.perl.org/job/7912 rotflmao! rotflmao is Rolling On The Floor Laughing My Ass Off or a shortened form of ROTFLHAOITDDTISIHA[HS]D or an extended form of ROTFL. or shorthand for "Yes, I'm 13" everyone over 4 is 13 in some base ;) everyone is 13 in some time unit. allah has been hard on Koweit because thee did not give refined oil so they don't have wild expectations % coke has joined #parrot * coke checks in briefly. hiya coke! scheduling note: I'll likely be doing the release on the 20th instead of the 19th (as of an hour ago, paula is having minor surgery on the 19th) I see no problem with that. Are you sure you don't want to just punt to particle? I think I still want to do the feb release. at least as the schedule looks now, the mar release could be much more problematic for me chromatic; You currently have 9 tickets assigned to you. more? different? That's fine. I see no problem with a day slip. I might post a note on the front page of the site, but I'm not sure that's necessary. Those that know and care about the scheduled releases will find out through the grape-vine that it's been postponed a day. someone with commit bits could be sneaky and update the release manager's guide which is the only place that's documented. =-) besides, I don't think there's anyone clammoring for a release yet * davidfetter clamors davidfetter; don't make me assign it to you. =-) d'oh! * coke wonders if anyone has ever used the phrase "taste the rainbow" in proximity to chromatic. here i thought "chromatic" was all about musical scales free classifieds that are making a difference in kuwait is there a difference between musical scales and rainbows? So, could I harass someone into looking over my lolcode patch? I think it's finally decent, there aren't any significant hacks, and there are tests. If there are tests and the test pass, go for it. =-) I can't commit anything from work at the moment. Tene: ask forgiveness rather than permission. You've done the due diligence ;) I don't have commit rights. he doesn't have the bits. oh If the tests pass, though; anyone with commit bits, go ahead and claim the ticket and commit. (and then mark the patch applied, and close the ticket. =-) * PerlJam is so used to everyone having a commit bit that it just didn't occur to me that someone wouldn't. #parrot is just a little slower in that regard. rt#50492 * coke adds a 'feed the rainbow' rt query to keep track of when chromatic is low on tickets. * Tene goes to trawl rt, looking for something to work on. chromatic doesn't look much like a rainbow. I've seen 'im. coke: you have nicer rt interface up anywhere yet? nope. need an RT install before I can hook it up with live data. Ping me later, I can find you a ticket or 3 when I get home. % coke has left #parrot * Tene installs RT. tene: coke needs an rt plugin that emits json Hmm. I can look at that. 9 tickets is fine when it gets down to 3 or 4 I'll need more. % kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl omg. centos finally downloaded. 6+ hours later. ha dvd image? % teknomunk has left teknomunk!~teknomunk@kerr-dip0.nat.okstate.edu ayep now you get to find the corrupted bit! ;-) i hope the tsa hasn't inspected the punchcards. % rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com % peeps[work] has joined #parrot % Andy has left Andy!~AndyL@host3130.follett.com % particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net % particle has joined #parrot yay! centos installed. w00t! * davidfetter wonders whether parrot is in such shape as to want fink packages... how can it hurt? well, it's significant work, and if Big Things(TM) are in flux atm, packagers could get peeved % HG` has left HG`!~wells@user-5af10e40.wfd101.dsl.pol.co.uk % khisanth_ is now known as Khisanth % Pabellon has joined #parrot I like dmg images % Andy has joined #parrot I need more functions to clean up that have crappy pointer interfaces. Andy: RT #50684, particularly the response from Peter Gibbs. URL handy? http://rt.perl.org/rt3/Ticket/Display.html?id=50684 % alvar has left alvar!~alvar@sub87-230-120-57.he-dsl2plus.de oh nice that has my name all over it. % alvar has joined #parrot I really don't like how string_append() can have NULLs for both args. yeah, that doesnt sound like a great "feature" I already cleaned up one. r25668 | petdance++ | trunk: : free memory from Parrot_get_runtime_prefix diff: http://parrotvm.org/svn/parrot/revision/?rev=25668 I figured your use of splint can clear that up. Meanwhile I'll try to figure out what happened to our Coverity scans. % kid51 has joined #parrot % peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com % apple-gunkies has joined #parrot % alvar has left alvar!~alvar@sub87-230-120-57.he-dsl2plus.de can clear what up? yeah, and klocwork would be good to start p again, too. I'm finding I can't even follow P5 any more. % iblechbot has left iblechbot!~iblechbot@79.17-dial.augustakom.net % svnbotl has left svnbotl!diakopter@feather.perl6.nl % Andy is now known as AndyAway % Theory_ has joined #parrot % Theory has left Theory!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net % Theory_ has left Theory_!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net I'm going to update some of the documenation for config/gen/platform/win32, where do I email the updates to? wknight8111: See procedure for submitting patches in docs/submissions.pod. It applies equally for code and docs. okay, thanks Most likely: In sandbox of trunk, svn diff > mywin32docs.patch.txt. Attach that file to email to parrotbug@parrotcode.org with [PATCH] at start of subject line. That will start it off in the RT system and CC it to list. when I see things in the file like "RT#48264", is it alright to delete those markers, or should I keep them? wknight8111: those are references to tickets in RT if the issue is fixed, they can be deleted; otherwise, they should stay. okay, thanks. Assuming that I am fixing the issues they reference, can I delete them as I fix? Please do. done and done. You might want to take a peek at those tickets in RT and say something there about how your patch will affect them. % rdice has joined #parrot ptc periodically goes thru the repository and creates new RT tickets from any comments like 'XXX' or 'TODO' -- so they eventually have to be closed. % Limbic_Region has joined #parrot Coke ping % Andy has joined #parrot % davidfetter has left davidfetter!~davidfett@start.fetter.org mem_sys_allocate is a wrapper around malloc? Pointers returned from it need to be freed? % davidfetter has joined #parrot Are we adding unnecessary braces around blocks % kid51 is now known as kid51_at_dinner ? if (foo) { blah; } from the code i'm looking at, it doesnt appear that way of course, it may just be one or two bad files % svnbotl has joined #parrot what is the difference, exactly, between Parrot_Run_OS_Command, and Parrot_Exec_OS_Command? they appear to me to basically do the same thing no, nevermind. I see what they do now % sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com % jhorwitz has left jhorwitz!~chatzilla@68.236.53.170 r25674 | jkeenan++ | tcif: : Pull object methods out of Parrot::Configure and place them in new package Parrot::Configure::Base (so that they can be inherited by other packages (to come)). r25675 | jkeenan++ | tcif: : For ease of editing, move documentation to end of file. r25676 | jkeenan++ | tcif: : Add Parrot::Configure::Parallel. diff: http://parrotvm.org/svn/parrot/revision/?rev=25676 % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net % kid51_at_dinner has left kid51_at_dinner!~jkeen@pool-70-107-10-226.ny325.east.verizon.net % AndyA has left AndyA!~andy@82.152.157.85 % AndyA has joined #parrot % Pabellon has left Pabellon!~NA@nat.ivenue.com % Coke has joined #parrot r25677 | coke++ | trunk: : [docs] : minor docupdates diff: http://parrotvm.org/svn/parrot/revision/?rev=25677 I find it somewhat disconcerting that file_metadata.t just barfs if parrot is not configured. Ahhhh. prove -v is your friend. nevermind. should I use Parrot_warn() for RT#48276? If malloc() or _putenv() fail, there's probably a BIG problem with system memory levels. r25678 | coke++ | trunk: : [codingstd] : Fixup some paren-based codingstd nits. diff: http://parrotvm.org/svn/parrot/revision/?rev=25678 % Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net wknight8111: Iunno. i submitted the patch with Parrot_warn(), so it will have to do * wknight8111 submitted his first patch! woot! % klapperl_ has left klapperl_!~k@franz.ak.mind.de % rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com % klapperl has joined #parrot % kid51 has joined #parrot hey, james. I'm about to commit a change to lib/Parrot/Distribution.pm ; any tests you know I should run for sure? % klapperl has left klapperl!~k@franz.ak.mind.de ... Urk. can someone explain the shebang in compilers/nqp/t/10-sub.t ? % klapperl has joined #parrot My explanation is "This probably won't work." I am updating Parrot::Distribution to return .t files that claim to be PIR; I am going to have it assume that not only are .pir PIR, but also that .t with a shebang that includes parrot (but not .pir or .pbc) is PIR. ... and I was just checking the new files that are caught, and that shouldn't be one of them I think I'm going to commit my fix anyway. :| % Andy has left Andy!~Andy@64.81.227.163 src/gc/dod.c:476: warning: passing argument 1 of 'Parrot_assert' makes integer from pointer without a cast ... there are hundreds of these. I think I'm going to count them and open a ticket and assign it to andy! where is PARROT_ASSERT defined? include/parrot/exceptions.h make tags and then use vi - PARROT_ASSERT Coke: I haven't touched Parrot::Distribution in > 1 year. hokay. I suspect many of the tests in t/distro and t/codingstd and t/harness exercise it. I only do little touch-ups in those tests. yah, I was making the change to force t/codingstd/pir_code_coda.t to check more files. r25679 | jkeenan++ | tcif: : 1. t/harness: Pull pre- and post-configuration tests out of @default : tests. (Somewhere, chromatic is smiling!) : 2. config/gen/makefiles/root.in: (a) Eliminate 'configure_tests' make : target. These tests should be run pre-configuration (with perl ok. Just wondering if you knew off the top of your head. running test right now. Smirking, anyway. ... taste the rainbow! bugadmins, lolcode is now a language in RT. Enjoy. * Coke wonders if it's worth building the ability to memoize into parrot. Coke, we can kill all those errors by casting to int in the definition of the PARROT_ASSERT macro wknight8111: ok. there's a ticket now you can add a patch to. Seems like we should be able to tag subs as :pure #define PARROT_ASSERT(x) Parrot_assert((int)x, #x, __FILE__, __LINE__) chromatic: exactly. r25680 | jkeenan++ | tcif: : Make sure that print_conclusion() always gets a defined value for argument. diff: http://parrotvm.org/svn/parrot/revision/?rev=25680 ... we could be lying of course. I suspect we'd get what we deserve, though. Optimizations are all a form of cheating, and cheaters eventually get caught. bad .sub; no .donut. jhorwitz broke t/codingstd/line*.t ; but I don't see how we can fix that. (line 231 is too long.) line 231 in what file? whoops. docs/embed.pod r25681 | jkeenan++ | tcif: : For ease in editing in this branch, temporarily change the way elements of steps list are typed. diff: http://parrotvm.org/svn/parrot/revision/?rev=25681 % Andy has joined #parrot w 36 Is there a reason that the *.ops files are only 2-space indents? r25682 | coke++ | trunk: : [codingstd] : Resolve RT #50046; Parrot::Distribution now returns all .t files that claim : to be PIR as well as .pir files when asked. : ... However, this causes t/codingstd/pir_code_coda.t to fail, as many .t Andy: core.ops doesn't seem to be. (seems to be 4.) string.ops is isn't that what "shiftwidth" is supposed to indicate? (no reason I can see.) r25683 | petdance++ | trunk: : a little bit of consting r25684 | coke++ | trunk: : [build] : Silence 2114 warnings in the build. Resolves RT #50074. ... I added a karma message in there, dammit. wknight8111++ yeah, I wish svnbot would put the entire message yay! r25686 | jkeenan++ | tcif: : Begin to adapt to TAP::Parser. t/config/025 has a skipped failure; : postconfiguration tests not running. diff: http://parrotvm.org/svn/parrot/revision/?rev=25686 * kid51 must sleep $kid51->sleep(8 * 3600); % kid51 has left kid51!~jkeen@70.107.10.226 r25687 | petdance++ | trunk: : localizing variables diff: http://parrotvm.org/svn/parrot/revision/?rev=25687 % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net % alvar has joined #parrot % alvar has left alvar!~alvar@sub87-230-120-57.he-dsl2plus.de I'm trying to figure the differences between string_append() and string_concat(). One creates a new string, I think. % krumms has left krumms!~tom@d122-105-220-63.sun13.vic.optusnet.com.au % AndyA has left AndyA!~andy@82.152.157.85 % AndyA has joined #parrot % krumms has joined #parrot % jjore has joined #parrot r25688 | petdance++ | trunk: : moved string_concat next to its brother string_append diff: http://parrotvm.org/svn/parrot/revision/?rev=25688 % iblechbot has joined #parrot r25689 | petdance++ | trunk: : added malloclist target to show all the PARROT_MALLOC functions