% cotto has left cotto!~cotto@tide531.microsoft.com
% HG` has joined #parrot
% Ademan has joined #parrot
% leo_ is now known as leo
% jisom has joined #parrot
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% cognominal_ has joined #parrot
% jisom has left jisom!~jisom@74-134-230-123.dhcp.insightbb.com
% krumms has left krumms!~tom@d122-105-220-63.sun13.vic.optusnet.com.au
% iblechbot has joined #parrot
<svnbotl> r25711 | jonathan++ | trunk:
<svnbotl> : [rakudo] Initial work on parsing rule, token, regex and grammar, plus a first-cut implementation to make regex work. rule and token currently have regex semantics, however.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25711
<svnbotl> r25712 | jonathan++ | trunk:
<svnbotl> : [rakudo] Junctions should not have a pick method, so remove it. Also remove now-unsed attempt at auto-threading.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25712
% Andy has joined #parrot
% kj has joined #parrot
% Andy has left Andy!~Andy@64.81.227.163
<moritz> jonathan: nice talk!
<jonathan> moritz: Thanks :-)
<jonathan> I finished that regex example like 2 minutes before the talk. ;-)
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% bphillips has left bphillips!~bphillips@nat-003.digitalriver.com
<svnbotl> r25713 | jonathan++ | trunk:
<svnbotl> : [rakudo] Tweak to allow you to do all(@array) as well as all(42,45,...).
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25713
% bphillips has joined #parrot
% gryphon has joined #parrot
<Coke> jonathan: ah, the joys (and stress) of JIT talks.
<cognominal_> jonathan, url of your talk, even if I prefer to see you in person :)
<Coke> so, can anyone answer my cage warning of last night?
<svnbotl> r25714 | kjs++ | trunk:
<svnbotl> : [src] change a lying comment into something truthful. No src is touched, just doc.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25714
<svnbotl> r25715 | kjs++ | trunk:
<svnbotl> : [src] add some documentation.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25715
% DarkWolf84 has joined #parrot
% IllvilJa has joined #parrot
% rdice has joined #parrot
% AndyAway is now known as Andy
% HG` has left HG`!~wells@user-3e8878d1.tcl114.dsl.pol.co.uk
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
<svnbotl> r25716 | kjs++ | trunk:
<svnbotl> : [src] 
<svnbotl> : + add some documentation
<svnbotl> : + fix some spacing w.r.t. * symbol for pointers
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25716
<Coke> is it me, or does it not make sense to have both a script to check for function docs, and then stub function docs which say "not documented" which look like they'd make the tst pass?
<particle> yeah, i disagree with what ptc did there.
<particle> it has increased our technical debt.
<svnbotl> r25717 | kjs++ | trunk:
<svnbotl> : [src] add function documentation and fix copyright year.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25717
<Coke> Seems like the test is better than the stubs.
<Coke> (assuming a spherical test)
% Daveman is now known as Dave
% DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147
<jonathan> cognominal_: will pop the talk online when I get chance
* jonathan is pissed off
<jonathan> I don't think I'll bother coming to GPW again.
% jjore has left jjore!~jjore@c-24-16-241-176.hsd1.mn.comcast.net
<jonathan> The snipey comments about Perl 6 are annoying. Attacking me personally is unacceptable.
<jonathan> This is the only place I have to put up wiht this crap. 
<particle> wtf?
<particle> who's organizing that workshop? you two should have a chat.
<jonathan> The organizers are sincere enough.
<jonathan> It's just the general attitude here.
<particle> the organizers should make it clear that personal attacks are not welcome.
<jonathan> I'm probably feeling it more now somebody chose to make it personal and reference to what I did with my wife...
<jonathan> Not that I have one.
<particle> if it were my workshop, that person would be thrown out and barred from ever returning.
<jonathan> It's not everyone. Some people here are genuinely interested.
<particle> of course.
<purl> Indubitably.
<pmichaud_> so, is this something I should be looking forward to for my p6 talks?
<Coke> ... I get that attitude very day from the crowd of perl5 developers I associate with online. it's quite disheartening.
<cognominal_> I have hardly seen any better talks than jonathan ones. I can't understand people critisizing them
<jonathan> pmichaud_: Almost everywhere I go to, I get a good response.
<pmichaud_> so do I.  I even get a good response from the python conferences I've attended.
<cognominal_> jonathan talks have always well been received in France 
<jonathan> Yes, I know. I've enjoyed these conferences.
<pmichaud_> but given that I'm branching out to giving talks in europe, I'm wondering if there will be a difference there
<particle> it's individuals, not regions, that are the problem.
<jonathan> particle: Very much so. And it's a *minority*.
<jonathan> It's just frustrating when I've pretty much taken half a month off $DAUJOB for the sake of the Perl community.
<cognominal_> pmichaud, you are welcome to talk in France. 
<pmichaud_> cognominal_: oh, believe me, whenever I can get around to places I definitely want to do so.  I'm hoping to make it to YAPC::EU this summer, but would like to hit a few other places as well on the same trip
<cognominal_> i don't remember the date for the fpw in Paris
<cognominal_> but I am sure we can make a technical meeting in Paris if you come
<cognominal_> without talking of welcoming you in a restaurant
<Andy> What's GPW?  And who's sniping on you, Jonathan?
<particle> german perl workshop
<cognominal_> strange, I got a ood remembering of YAPC in Munich
<cognominal_> s/ood/good/
<jonathan> Andy: I'm not interested in naming names.
<Andy> Attendees?
<Andy> Or organizers?
<purl> organizers are sincere enough.
<jonathan> Andy: Attendee.
<Andy> I think that's one of those things that can't ever be stoppped.
<jonathan> True.
<jonathan> The general attuitude amongst many people here isn't great.
<jonathan> But yeah, of course, individuals aren't the whole community.
<particle> honestly, i think that individual should be asked to leave.
<pmichaud_> normally I'm a very level headed person.  I'm not sure how I would handle a negative reference to my wife at this point, though.
<cognominal_> I like the monger communauty because it is a friendly one
<pmichaud_> I'd probably just walk out of the conference.
<cognominal_> so that must have been a stray guy
<cognominal_> the least the organisers can do is to give you excuses
<jonathan> cognominal_: I haven't mentioned it to them.
<jonathan> I'm not interested in stirring it up.
<particle> i am.
<pmichaud_> oh, I agree with jonathan here -- take the high road.
<cognominal_> I suppose that kind behavior has been reported to them.
<particle> there should be a no tolerance policy for personal attacks.
<pmichaud_> the organizers should be made aware that it happened, and then let it go at that.
<cognominal_> If such thing happened in a french meeting, I would immediately raise up to say that the guy does not belong here and is free to leave.
% pmichaud_ is now known as pmichaud
<Andy> I dunno, I figure something like that is just best ignored.
<Coke> was this during the actual presentation!?
<pmichaud> afk, time for paula and I to get some lunch
<cognominal_> BooK says in #perlfr  Jonathan is the " nicest guy on earth ou presque" (or close to it)   :)
<jonathan> Coke: No, afterwards over coffee
<jonathan> Well, after the coffee really...
<jonathan> Anyway, thanks for putting up with my ranting.
<Coke> pmichaud: enjoy!
<Coke> jonathan: np whatsoever.
<cognominal_> well, you should know that all the communauty appreciates you as a person and for your contributions. So a lone remark should not affect you much.
<cognominal_> I dont get the right word in English for communauté
<particle> pmichaud: i'm looking at writing .pm source files now for inclusion in perl6.exe
<Coke> cognominal_: sounds like "community"
<particle> "community"
<purl> "community" is only download, without commercial apps
<cognominal_> yup
<Coke> no, purl community is all these jokers.
<purl> okay, Coke.
<jonathan> For whoever - I put in parsing of regex, rule and token, but am having some...fun...figuring out how to pass along :sigspace and :ratchet as needed.
<cognominal_> is there heredoc in rakudo?
* jonathan is far from familiar with PGE
<Coke> anyone see the pugs branch announcement?
<cognominal_> jonathan, I get two problems with     undef.WHAT  in rakudo.
<cognominal_> one it does not compile
<cognominal_> two, if I write   say undef.WHAT is returns  "Undef" instead of "Failure"
<jonathan> cognominal_: I'm nt sure how you are producing problem 2 given problem 1...
<jonathan> But problem 1 is certainly the case, verified that here.
<cognominal_> oos
<cognominal_> i meant  say undef().WHAT
<cognominal_> or say (undef).WHAt
<cognominal_> I am not yet familiar enough with rakudo to understand what happens
% spinclad has left spinclad!~rhale@209-6-140-232.c3-0.bkl-ubr2.sbo-bkl.ma.cable.rcn.com
<jonathan> cognominal_: In STD.pm undef is there in the grammar, as a term.
<jonathan> In Rakudo it is currently implemented as a unary sub.
% jisom has joined #parrot
<jonathan> I'm not sure undef().WHAT should work.
<cognominal_> me neither
<cognominal_> but if it is defined as a sub...
<TimToady> undef.WHAT should return Failure
<cognominal_> TimToady discussed at lenght yesterday in #perl6 about undef and failure
<cognominal_> speaking of the wolf...
<pmichaud> right now rakudo is probably treating   undef.WHAT like   &undef.WHAT
<pmichaud> jonathan: the PGE::P6Regex parser understands :ratchet and :sigspace as adverbs (options)
<pmichaud> sorry, Perl6Regex
<pmichaud> so does the regex rule
<pmichaud> afk, lunch for real this time
<particle> so, i've got a file written in perl 6, and i want to compile it to bytecode.
<particle> however, i don't want the bytecode to include the perl 6 runtime
<particle> there's no --target=pbc
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% jjore has joined #parrot
% Theory has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% Theory has left Theory!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net
<pmichaud> (--target=pbc)  afaict, there's not a way in PIR to produce a .pbc file
<pmichaud> the only way I've been able to manage that is to do --target=pir, and then re-invoke parrot with --output-pbc
% mj41 has left mj41!~chatzilla@pc-jurosz.ro.vutbr.cz
<Coke> ./parrot perl6.pbc --target=pir foo.p6 | parrot -o script.pbc -
<Coke> (untested)
<particle> i'm not sure the output from --target=pir is enough to work with parrot -o foo.pbc
<particle> but i'll try that and see
<Coke> sounds like a bug with the pir target, then.
<Coke> but I think you might be SOL on not including the perl6 runtime; if the runtime is used by any of the generate code... well, it's got to come from somewhere. 
<particle> well, i'm generating a .pbc file from source written in perl 6
<particle> to be included as the perl 6 runtime
<particle> 1) build basic compiler. 2) use compiler to compile runtime. 3) include runtime in new compiler
<pmichaud> I haven't been wanting to set up the runtimes as separate .pbc
<pmichaud> I've been thinking
<pmichaud> 1) build basic perl6.pbc, 2) use it to compile .p6 code into pir, 3) rebuild full perl6.pbc that includes .pir versions of runtime
<particle> .include rather than load_bytecode.
<pmichaud> yes
<pmichaud> it avoids the path problems for now
<particle> ok, i'll try that.
<particle> however, the pir that's generated doesn't look right to me
<pmichaud> describe "doesn't look right"
<particle> src/runtime/foo.pm contains "sub foo($bar) { say $bar }"
<particle> src/gen_runtime.pir: $(LIBS_PERL) perl6.pbc
<particle>     $(PARROT) $(PARROT_ARGS) perl6.pbc --target=pir --output=$@ $(LIBS_PERL)
<particle> LIBS_PERL = \
<particle>     src/runtime/foo.pm \
<pmichaud> fwiw, the current perl6.pbc doesn't understand multiple .pm files on the command line
<pmichaud> unless the corresponding option is given to HLLCompiler
<particle> yes, that's not a problem yet
<pmichaud> (--combine might work)
<nopaste> "particle" at 24.19.3.148 pasted "src/gen_runtime.pir" (26 lines) at http://nopaste.snit.ch/12324
<particle> "_block10" isn't going to be unique, is it?
<particle> also, nothing calls "_block10"
<pmichaud> _block10 is "main"
<particle> but it's default :main
<particle> right.
<particle> if we do multiple files, what happens?
<pmichaud> I don't know about multiple files
<particle> i guess that's all part of multi-file support
<particle> if we're doing a .include, then :main is bad news
<pmichaud> ...but there's no :main in the output, so it isn't a problem
<particle> so, it's never used?
<pmichaud> it's used if the .pir/.pbc is invoked directly from parrot, yes
<particle> yes. but in this case.
<pmichaud> if it's .included, then it's never used
<particle> right. however... if there are multiple '_block10' subs, due to multiple files being .included...
<pmichaud> that's probably an issue, yes.
<particle> then the subs that have :outer("_block10") will have problems
<particle> ok.
<pmichaud> I don't have a good answer off the top of my head, short of uuids of some sort
% AndyA has joined #parrot
<pmichaud> also, I would tend to expect most .pm files in this sense to be modules or packages, in which case the '_block10's would all appear in separate namespaces.
<pmichaud> (doesn't resolve the overall problem, but ameliorates it somewhat for this case)
<particle> yes, true.
<pmichaud> and perhaps the real answer is to use load_bytecode instead of .include for this stuff
<pmichaud> we have to figure out where the .pbcs belong, though
% jisom has left jisom!~jisom@74-134-230-123.dhcp.insightbb.com
% cotto__ has joined #parrot
% jjore has left jjore!~jjore@mail0.w3data.com
% cotto_ has left cotto_!~cotto@tide501.microsoft.com
% spinclad has joined #parrot
% mj41 has joined #parrot
% jjore has joined #parrot
<Coke> I tend to prefer load_bytecode because I'm under the untested delusion that it's faster once you've done the initial compile.
<pmichaud> .include still results in the initial compile being part of the .pbc
<pmichaud> with .include, the initial compiled code is part of the perl6.pbc file itself
<pmichaud> with load_bytecode, the (initial compiled) code is a separate .pbc that gets loaded at runtime, as part of loading perl6.pbc
<pmichaud> either way we're working with bytecode files, it's just a question of whether the bytecode is part of perl6.pbc or part of a pbc that perl6.pbc loads
<pmichaud> (perl6.pbc uses .include because pbc_merge is traditionally unreliable)
<Coke> tcl had a habit of jumping right and using the unreliable stuff.
<Coke> "in"
<pmichaud> anyway, most of the parrot compiler tools and compilers I've built have used .include simply as a better way of doing what pbc_merge would have otherwise handled for us -- i.e., packaging multiple items into a single .pbc
<pmichaud> I suspect that .include is also faster, since there's not the overhead of the extra load_bytecode
<Coke> fair enough.
<Coke> on the other hand, going with .include forces a recompile where load_bytecode would not.
<pmichaud> yes, but it's just a recompile once when building. 
<pmichaud> whereas load_bytecode is overhead on each execution
<Coke> so it depends on the use case. =-) 
<pmichaud> well, in the case of perl6.pbc, I think it's fairly safe to say that we execute far more often than we build :-)
* Coke cries that tcl is still borked.
<Coke> Now would be an excellent time for people to start working on those DEPRECATION tickets...
% HG` has joined #parrot
<pmichaud> agreed
<pmichaud> I need to get started on those
<pmichaud> others are feel free to pitch in
<Coke> I've started a half dozen of them and each time I find a small snag. :|
<Coke> (which i tried to document in the ticket.)
<Tene> marked with [DEPRECATION]?
<Coke> Tene: see DEPRECATED.pod for a list.
<Tene> Ahh.
<Coke> Each entry there points to a ticket.
* Tene will look
<Coke> danke1
<Coke> !
% PerlPilot is now known as PerlJam
% jjore has left jjore!~jjore@mail0.w3data.com
% HG` has left HG`!~wells@user-5444cf4c.lns1-c11.dsl.pol.co.uk
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% HG` has joined #parrot
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% IllvilJa has joined #parrot
<svnbotl> r25718 | coke++ | trunk:
<svnbotl> : [DEPRECATED]
<svnbotl> : Remove warning about long removed NCI call signature; Resolves RT #48733.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25718
% gryphon has joined #parrot
% jmcadams has joined #parrot
<jmcadams> hi parrot hackers.  i just wanted to make sure that you all knew that the yapc::na cfp is open
<jmcadams> we'd love some parrot talks
<jmcadams> and i was talking to jim keenan about a possible workshop
* davidfetter waves to jmcadams
* davidfetter has a talk submitted, but not on parrot
<jmcadams> :)
<jmcadams> excellent
<jmcadams> i haven't looked in the queue for a few days
<jmcadams> it's been silently accepting submissions because there were a few folks who wanted to get there's in early
<davidfetter> o/` qu-e-u-e // woa, baby // me gotta go now // yeah, yeah, yeah, yeah, yeah, yeah o/`
<jmcadams> dbi link
<jmcadams> cool
<jmcadams> it's amazing how much faster submissions are coming in this year
<Coke> jmcadams: any chance of a pre-workshop hackathon?
* particle wishes he could make yapc::na this year :(
<jmcadams> Coke: it can be done in the dorm that we are getting
<jmcadams> they have some large rooms that we'll have 24x7 access too
<jmcadams> probably Saturday and Sunday
<jmcadams> i could help promote it, but not organize it per say
<jmcadams> you volunteering?
<jmcadams> :)
<jmcadams> particle... other plans?
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% suzy35 has joined #parrot
% suzy35 has left suzy35!~suzy35@ANantes-257-1-94-126.w90-25.abo.wanadoo.fr
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
<particle> jmcadams: a wedding in state college, pa
<jmcadams> chances are they'll both get married again... just tell them you'll catch the next round :)
<jmcadams> ... i actually think that the conference is conflicting with a few anniversaries too
<jmcadams> :(
<jmcadams> so many things to try to plan around
<particle> seriously.
<purl> Totally!
<particle> couldn't you have it on canada day or something?
<davidfetter> o/` oh, canada o/`
<jmcadams> we could go canda day through independence day
<jmcadams> there'd be around 5 people at the conference
<particle> i'll give a talk.
<particle> then nobody will show.
* particle can't believe there are no direct flights from seattle to pittsburgh anymore
* Coke thinks his wife is booking a flight for him for yapc now.
% grim_fandango has joined #parrot
<rblackwe> Particle Pittsburgh's flight situation is terrible.
<particle> yeah. us air sure messed things up.
<particle> great airport.
<rblackwe> Yes much work is being done to make it better.
<rblackwe> AirTran adds Pittsburgh to Florida flights.
<rblackwe> http://www.bizjournals.com/pittsburgh/stories/2008/02/11/daily37.html?ana=from_rss
<shorten> rblackwe's url is at http://xrl.us/bf8eh
<rblackwe> whish is good for me since I go to FL.
<rblackwe> also new international flights are coming says our county executive.
<particle> maybe i'll talk to sir richard about getting virgin america to fly from pittsburgh
<rblackwe> We have lots of space available.
<rblackwe> I think one terminal is closed right now.
<rblackwe> jmcadams are you reaching out to people to get them to talk?
<rblackwe> For the Pittsburgh Perl Workshop we reached out to a few shy folk and it worked out well.
<rblackwe> Some people just need a poke.
<particle> i wonder if i'll finally be able to make ppw this year
<rblackwe> I wonder if we well get to anounce the date soon :)
<particle> it'd be nice to come home with some pepperoni from jimmy&nino's
<jmcadams> rblackwe: bdfoy was doing it, as was jrockway i believe
% rdice has joined #parrot
<Coke> I am pondering doing a parrot-related talk; suggestions welcome. =-)
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
<jmcadams> it is a good idea to ask people.... helps convince them if they are on the fence about it
<rblackwe> very cool jmcadams
<rblackwe> also many people do perl stuff that just are not connected to the perl machine.
<jmcadams> yeah, it turns out that there is a decent bioinformatics department at iit
<pmichaud> I'm hoping to do talks at yapc::na
* confound too
<jmcadams> steve lembark was going to get some of them to come
<pmichaud> coke, we should do "APL, part 2" or something :-)
<jmcadams> pmichaud: i know i'm hoping that you do :)
<pmichaud> I'm eagerly looking forward to yapc
<jmcadams> confound: you said your submitting at talk too... parrot related?
<jmcadams> btw, in regards to the workshop
<rblackwe> Benjamin C. Pierce the guy that wrote Types and Programming Languages which I understand was Audrey's motivation for Pugs is at U of Penn.
<confound> no
<rblackwe> which is not far away.
<rblackwe> I am conserding asking him for a talk but fear no one would go.
<jmcadams> jim had thought that we could take some time during yapc to teach people to compile parrot and how to poke around in the source
<jmcadams> so that they might come to the post-yapc hack-a-thon
<rblackwe> pmichaud I want a parrot workshop out of you for PPW :)
<PerlJam> jmcadams: Got anything interesting in the perlcast queue?  :)
<jmcadams> got a few edited from npw
<jmcadams> need to get jrockway for a catalyst book talk
<jmcadams> i've missed a time with him twice now
<jmcadams> shame on me :(
<Coke> pmichaud: heh. "it's been two years. What have we done? Nothin'."
<rblackwe> well nothing like CDD, Confernece Driven Development to get things moving along.
<particle> jmcadams: patrick and i are planning a "contributing to rakudo perl" talk for oscon
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-206-232.dynamic.mnet-online.de
<jmcadams> maybe patrick can try a one-man practice run at yapc ;)
* jonathan is back
<jonathan> Though sleeping in just a moment.
* Coke ponders a talk where we develop a new language during the talk.
<particle> hmm, i may be able to make the conf
* jonathan will be at YAPC::Europe, all being well.
<particle> coke: sounds like a workshop, and a fun one
<jonathan> If pmichaud comes, I'll leave him to talk on Rakudo; if not, I'll do it.
<Coke> jonathan: I realllly hope to be there this year. Need to ask my boss about it next week.
* Coke also needs to get his passport in order.
<davidfetter> Coke, if you're carrying a US passport, move soon
<davidfetter> Coke, they're slow as molasses. took me 4 weeks just to get a few pages addes :(
<jonathan> Coke: Hopefully see you there.
<davidfetter> added*
% HG` has left HG`!~wells@user-5444cf4c.lns1-c11.dsl.pol.co.uk
<particle> hrmm, we certainly have some work to do with rakudo attributes
<particle> all attributes are stored as '$!foo'
<particle> if you declare with $!, you must use $!. if you declare with $, you may call '$foo'
<particle> i don't see any smartlinked tests for that in S12
<particle> pmichaud: think nqp should get *@foo or just rakudo?
<particle> i'm thinking just rakudo
<particle> so, i may be able to make yapc::na after all, but i can only do a pre-conf hackathon
% skids has left skids!bri@charon.clarku.edu
% Limbic_Region has joined #parrot
% wknight8111 has joined #parrot
% parrot-poke has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% Andy is now known as AndyAway
% jmcadams has left jmcadams!~chatzilla@network-65-167-67-16.doubleclick.net
<cotto__> what would I use to determine equality between two PMCs of unknown types?  VTABLE_is_equal() doesn
<cotto__> 't seem to be working
<particle> define equality
<TimToady> in p6 terms, do you mean eq, ==, ===, eqv, or =:=    :)
<TimToady> or ~~, for that matter :)
<particle> i think that last one is dwequality
% kid51 has joined #parrot
<simcop2387> ok i'm sure the answer is very simple, but how would i do something like, s{\r\n|\n\r|\r}{\n}g in parrot if i've got a string in $S0
<simcop2387> PIR specifically i mean sorry
<particle> cotto__: do you mean to test that a string or num value is equal, or that the pmcs are in the same memory location, or what?
% Theory has joined #parrot
<cotto__> I mean their values
<particle> ok. string or number value?
<cotto__> same type and same value
<particle> ah. same type, and value.
<cotto__> yes
<particle> then is_equal is the way to go
<particle> you call is_equal on one of them, pass the other.
<cotto__> using VTABLE_is_equal compiles fine, but gives the following error when I try to run it
<cotto__> ../../parrot: symbol lookup error: /usr/src/parrot/parrot-svn/runtime/parrot/dynext/php_group.so: undefined symbol: VTABLE_cmp
<cotto__> (except for VTABLE_is_equal)
<cotto__> that's for a trivial case where I'm using it on two String PMCs
<cotto__> http://pastebin.com/m602afa6f
<particle> simcop2387: see runtime/parrot/library/String/Utils.pir
<particle> cotto__: you're using VTABLE_is_equal incorrectly there
% Theory has left Theory!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net
<particle> hang on...
<purl> Hang on... are you an incredibly stacked, egoless, chivalrous man?
<cotto__> I suspected something like that
<particle> you probably want p1.is_equal(INTERP, p2);
% cotto__ is now known as cotto
<cotto> That won't compile.
<particle> are you writing a pmc?
<cotto> yes
<particle> are you inside a pmclass {...} block?
<cotto> no.  that code is part of helper function
<particle> ah.
<cotto> *a helper function
<particle> maybe it's p1.VTABLE_is_equal(INTERP, p2)
<particle> crud. sorry, i'm frazzled today.
<svnbotl> r25719 | jkeenan++ | trunk:
<svnbotl> : Tagging trunk at r25718 so that the tcif can be synched to it.
<svnbotl> r25720 | jkeenan++ | trunk:
<svnbotl> : Deleting superfluous tag tcif-25669
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25720
<cotto> I appreciate the help.
<cotto> that doesn't work either, though
<particle> could you paste the whole file? tools/dev/nopaste.pl -c #parrot -t "whatever" file.pmc
<particle> yeah, i have to start thinking in pmc again. too much switching contexts lately.
<cotto> CPAN puked.  The file is here: http://mksig.org/parrot/phparray.pmc
<particle> ah, whoops. i forgot you might need cpan for that
<cotto> the code in question is on line 141
<cotto> do you need anything else or is that file enough?
<particle> that's enough.
<particle> i don't quite understand why you're doing a sanity check
<particle> just debugging process in action?
<cotto> yeah
<particle> ok, now i can turn my full attention to this. shouldn't take long to figure out.
% Theory has joined #parrot
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167932294.dsl.bell.ca
<simcop2387> particle: thanks
% workbench has left workbench!abuse@adsl-068-213-211-142.sip.bct.bellsouth.net
% workbench has joined #parrot
<simcop2387> particle: not quite what i'm after i'm wanting to normalize the line endings so that i can work with them easier later on in the code
<particle> there's no chomp there?
<simcop2387> i don't have them in a form chomp would work with, i've just got a long string of data from a tcp stream
<particle> yeah, i thought it would do that, but it won't.
<simcop2387> which is why i want to normalize them and then split
<particle> you'll have to normalize yourself
<simcop2387> got any advice on how to do that in PIR?
<particle> you can use index and splice
<simcop2387> i was wondering about something like that
<simcop2387> well off to read more docs :) (in case your wondering i've created a project to learn PIR, i'm making a MUD in a combo of PIR, PGE, and Lua)
<particle> hrmm. there should be some character class opcodes
<particle> oh, well, if you're using pge, it's easier
<particle> pge should match any line ending with \n
<simcop2387> i haven't gotten to that point yet but i should soon, i was hoping to split them on line endings first so i could fire them off to pge since i could end up getting things one byte at a time or a whole line at a time
<particle> and you can replace with \015\012 or whatever
<particle> ok
<particle> i have a feeling it's been done before, but where eludes me
<simcop2387> i'm still looking at my options so i may change how i'm thinking about doing it many times :)
<simcop2387> it actually hasn't been to hard learning PIR, probably since i've done some work at a low level before but its not that difficult to pick up anyway (just have a couple hundred opcodes to learn :))
% skids has joined #parrot
<particle> simcop2387: i wonder if some of the Stream/ libraries could help you
<particle> runtime/parrot/library/Stream/
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
<particle> aha! is_equal isn't a vtable function
<particle> cotto: cmp is
<particle> hrmm, or maybe not. crap.
% Andy has joined #parrot
% Theory has left Theory!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net
<cotto> I could just hard-code something since I'll only be using Integer or String PMCs as keys, but it seems like there should be a better way than that.
% svnbotl has left svnbotl!diakopter@feather.perl6.nl
% svnbotl has joined #parrot
<particle> lemme try something...
<cotto> ok
% Andy has left Andy!~Andy@64.81.227.163
<particle> (p1)->vtable->is_equal(interp, p1, p2)
<particle> that's what i'm trying
<purl> succeeding.
<particle> .\src\pmc\exporter.pmc(110) : error C2039: 'is_equal' : is not a member of '_vtable'
<cotto> Thanks for finding that.
% AndyA has left AndyA!~andy@82.152.157.85
<particle> so, indeed, it looks like is_equal isn't a vtable function. according to pdd17, it should be.
% AndyA has joined #parrot
<cotto> so I'm running into a Parrot bug?
<particle> so it seems. i have no other way to explain it.
<particle> for example, if i change VTABLE_is_same() to VTABLE_get_integer() it works fine
<particle> (massaging the params, of course)
<cotto> better sooner than later, I guess
<cotto> (for me is_same works and is_equal fails, but I get the drift)
<particle> er, right. i meant is_equal
<cotto> should I file a bug report?
<nopaste> "particle" at 24.19.3.148 pasted "small patch expressing missing is_equal vtable function" (30 lines) at http://nopaste.snit.ch/12325
<particle> however, i'd like to put that in a better file
<cotto> so you'll file a report on that bug?
* Tene starts seriously looking into yapc::na
<particle> cotto: i will
<particle> thanks for reporting
<cotto> Thanks for finding that it's a bug.  I can work around it easily enough.
<particle> hrmm, i wonder if you need to call an nci method.
<particle> it's mmd.
<particle> nope, shouldn't be.
<cotto> me?
<particle> nm, thinking out loud.
<cotto> ok
<particle> i'm at a loss as to why is_equal and cmp aren't working.
% diakopter has left diakopter!~diakopter@host01a.appflux.net
% TimToady has left TimToady!~larry@host01a.appflux.net
<particle> cotto: to work around, do this:
<particle> cmp = mmd_dispatch_i_pp(interp, p1, p2, MMD_EQ);
<simcop2387> particle: yea Stream::Lines seems to be pretty much what i want, i'll look a bit closer later
<particle> excellent.
<c_otto> thanks
<particle> glad to help. finally.
<particle> cotto; bug submitted
<particle> time to review a contract &
<c_otto> Heh.  That's Greek to me, but I'll trust you until I have time to look into it further.
<c_otto> (posting from home, btw)
<particle> well, in any case, it should get you past it.
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
<svnbotl> r25722 | jkeenan++ | tcif:
<svnbotl> : Add a directory to hold packages related to Parrot::Configure::Parallel.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25722
% diakopter has joined #parrot
% TimToady has joined #parrot
% Theory has joined #parrot
% c_otto has left c_otto!~cotto@74-61-43-137.sea.clearwire-dns.net
% c_otto has joined #parrot
<svnbotl> r25723 | jkeenan++ | tcif:
<svnbotl> : Add first draft of lib/Parrot/Configure/Parallel/Trace.pm.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25723
% Andy has joined #parrot
* kid51 must sleep
<purl> $kid51->sleep(8 * 3600);
% kid51 has left kid51!~jkeen@pool-71-247-55-253.nycmny.east.verizon.net
% parrot-poke has left parrot-poke!~mollusk@user-112vvlr.biz.mindspring.com
% jjore has joined #parrot
% purl has left purl!~purl@209.218.54.66
% purl has joined #parrot
<wknight8111> where is CONST_STRING defined?
<Andy> All over.
<Andy> you'll have to use ack -a to find it.
* wknight8111 is trying hard to avoid installing more software
<wknight8111> but i'll do it, i guess I have to
<Andy> no no
<Andy> I'm sorry
<Andy> I assumed you were using ack and not finding it.
<Andy> Although you should use ack anyway 'cause we all do.
<Andy> but they're all in the *.str files
<wknight8111> where are the str files?
<wknight8111> i still don't know all the nooks and crannies of this distribution
<Andy> They're created during the mak
<Andy> e
<wknight8111> okay thanks. I'm trying to track down some compile warnings, and it's hard finding all the code because it comes from all over
<wknight8111> I'm getting a build error here, library.str isn't being generated, and library.obj crashes the linker
<svnbotl> r25724 | petdance++ | trunk:
<svnbotl> : use the new realloc wrapper
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25724
% lidden has left lidden!~stefan@puce.campus.luth.se
<Andy> wknight8111: If I disappear, just say "andy" and my client will bug me.
<Andy> How are you running configure?
<wknight8111> i was just running make
<Andy> you have to run Configure.pl first
<wknight8111> i did, but something must have broke
<wknight8111> no worries, i'm tracking down warnings now
<Andy> what platform?
<Andy> anything I can help with on warnings?  What are you digging into?
<wknight8111> win32. There are a few warnings about uncasted type conversions, unreachable code after real_exception calls, etc. Just tying up a few loose ends
<wknight8111> nothing deep, just some superficial touch-ups
<Andy> Oh, those are good things to clean up.
<Andy> I'm a warning fanatic.
<wknight8111> me too. But, my work is done for now and I'm heading to bed. Goodnight
% wknight8111 is now known as wknight-away
% Theory has left Theory!~Theory@dsl093-038-250.pdx1.dsl.speakeasy.net
% c_otto has left c_otto!~cotto@74-61-43-137.sea.clearwire-dns.net
<svnbotl> r25725 | petdance++ | trunk:
<svnbotl> : fix opening braces on functions
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25725
% uniejo has joined #parrot
% c_otto has joined #parrot
% IllvilJa has joined #parrot
<svnbotl> r25726 | petdance++ | trunk:
<svnbotl> : removed restrictions on ignoring return code
<svnbotl> r25727 | petdance++ | trunk:
<svnbotl> : rebuilt with a reverted imcc.y
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=25727
% Andy has left Andy!~Andy@64.81.227.163
% iblechbot has joined #parrot