#parrot Parrot 0.5.2 Released | parrotcode.org/ | see www.parrotcode.org/misc/parrotsketch-logs/ for logs
Set by moderator on 11 February 2008.
kid51 Okay, now I'm able to svn up again. Dunno what happened. 00:00
jonathan Strange. 00:01
purl But true.
jonathan Ho hum, sleep time here, but I'm on my way to rules/grammars in Rakudo.
kid51 purl: Age before beauty.
purl kid51: excuse me?
jonathan is young and ugly 00:02
jonathan sleeps
davidfetter g'night, jonathan
00:04 Limbic_Region joined 00:05 wknight8111 joined
svnbotl r25701 | jkeenan++ | tcif: 00:11
: Restore all parts of test to uncommented-out status.
r25702 | jkeenan++ | tcif:
: Fix semantic error: Should have been 'system and croak', not 'system or croak'.
diff: parrotvm.org/svn/parrot/revision/?rev=25702
00:38 silug joined 01:13 AndyA joined 01:27 jjore joined 01:38 japhb joined
Coke purl, Piper is the logbot for #parrot 01:39
purl ...but piper is |er...
Coke (fixed) 01:40
diakopter purl: piper? 01:51
purl piper is the logbot for #parrot
svnbotl r25703 | jkeenan++ | trunk: 02:03
: 1. Someone forgot to regenerate the MANIFEST after deleting a file.
: 2. Add docs/embed.pod to list of skipped files in linelength.t. Its
: POD has 2 '=item' entries which necessarily exceed 100 characters.
diff: parrotvm.org/svn/parrot/revision/?rev=25703
r25704 | coke++ | trunk: 02:34
: [codingstd]
: We have a list of files here that isn't checked against
: MANIFEST, so there were a few files that got deleted
: from the repo but not deleted here.
r25705 | jkeenan++ | trunk: 02:40
: Applying corrected version of patches submitted in
: rt.perl.org/rt3/Ticket/Display.html?id=50302. Most of internals
: of t/harness refactored out into lib/Parrot/Harness/DefaultTests.pm,
: Options.pm and Smoke.pm. Four test files added in t/pharness directory
: (so named to make it easy to distinguish from the t/harness file).
r25706 | jkeenan++ | harness:
: Contents of 'harness' branch have been merged into trunk; okay to delete.
r25707 | jkeenan++ | trunk:
: Tag being deleted because the branch it tagged has been deleted.
diff: parrotvm.org/svn/parrot/revision/?rev=25707
r25708 | coke++ | trunk: 02:47
: [codingstd]
: Several files were being skipped during the linelength test that
: are passing. Don't skip those.
diff: parrotvm.org/svn/parrot/revision/?rev=25708
02:47 diakopter joined
Coke opbots, names 02:48
Andy evening 02:50
Coke ayup. 02:55
kid51 Coke: IIRC, you were looking into something about t/codingstd/pir_code_coda.t. (It's failing.) 02:58
03:00 jjore joined
Coke Yes, which is why I removed it from t/harness. 03:08
03:08 Theory joined 03:09 jjore joined
Coke It is now checking more PIR files that are using a non-standard coda, as well as files that are *claiming* to be PIR but aren't (and therefore don't have any coda) 03:09
I should open a ticket about that.
kid51 Yes, please. I hate it when I get to the end of make test and get failures in the 6 final tests. 03:10
Coke ... but I removed it from the harness.
It shouldn't be run unless you're running it manually.
... oh. you just refactored the harness. did you not track the remove in the refactor? 03:11
kid51 [li11-226:parrot] 557 $ grep -n pir_code t/harness
[li11-226:parrot] 558 $
That's what you want, correct? 03:12
or is it the other way around?
Coke ... presuming that check is still done in the actual t/harness script, yes.
kid51 errrr, that's probably no longer true 03:13
Coke lib/Parrot/Harness/DefaultTests.pm
yah. you appear to have re-added that back in.
NBD; just remove that line from that file for now. 03:14
kid51 k 03:18
Coke ticket opened. 03:22
kid51 The file in which to make adjustments to the list of tests is now: lib/Parrot/Harness/DefaultTests.pm 03:24
svnbotl r25709 | jkeenan++ | trunk:
: Temporarily removing t/codingstd/pir_code_coda.t from @developing_tests. Changes made elsewhere are causing this to fail on too many files to be useful.
diff: parrotvm.org/svn/parrot/revision/?rev=25709
Coke kid51: Yes, I added that to the ticket. 03:25
kid51 must sleep
purl $kid51->sleep(8 * 3600);
Coke (so whoever closes it out will know what to re-enable.)
Thanks!
wow. configure --cage sure is noisy. =-) 04:35
svnbotl r25710 | coke++ | trunk: 04:45
: [cage]
: Eliminate two unused C variables from a code generator.
diff: parrotvm.org/svn/parrot/revision/?rev=25710
Coke Andy: ping 04:52
Andy yessir
Coke compilers/imcc/pbc.c:187: warning: 'old_blocks' declared 'static' but never defined
... but it *is* defined, starting on line 327.
can you 'splain it to me? 04:53
There seem to be several warnings of this type. 04:57
also, wtf is "return reason=4, 0;" 05:05
-> afk 05:32
05:33 Daveman joined 06:10 c_otto joined 06:26 iblechbot joined 07:09 uniejo joined 07:58 cotto_ joined 08:44 HG` joined 09:26 Ademan joined 10:00 jisom joined 10:41 dalek joined 10:43 cognominal_ joined 12:10 iblechbot joined
svnbotl r25711 | jonathan++ | trunk: 13:11
: [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.
diff: parrotvm.org/svn/parrot/revision/?rev=25711
r25712 | jonathan++ | trunk: 13:31
: [rakudo] Junctions should not have a pick method, so remove it. Also remove now-unsed attempt at auto-threading.
diff: parrotvm.org/svn/parrot/revision/?rev=25712
13:48 Andy joined 13:50 kj joined
moritz jonathan: nice talk! 13:57
jonathan moritz: Thanks :-) 14:05
I finished that regex example like 2 minutes before the talk. ;-)
svnbotl r25713 | jonathan++ | trunk: 14:14
: [rakudo] Tweak to allow you to do all(@array) as well as all(42,45,...).
diff: parrotvm.org/svn/parrot/revision/?rev=25713
14:17 bphillips joined 14:18 gryphon joined
Coke jonathan: ah, the joys (and stress) of JIT talks. 14:33
cognominal_ jonathan, url of your talk, even if I prefer to see you in person :) 14:35
Coke so, can anyone answer my cage warning of last night?
svnbotl r25714 | kjs++ | trunk: 14:45
: [src] change a lying comment into something truthful. No src is touched, just doc.
diff: parrotvm.org/svn/parrot/revision/?rev=25714
r25715 | kjs++ | trunk: 14:52
: [src] add some documentation.
diff: parrotvm.org/svn/parrot/revision/?rev=25715
14:59 DarkWolf84 joined 15:07 IllvilJa joined 15:18 rdice joined
svnbotl r25716 | kjs++ | trunk: 15:48
: [src]
: + add some documentation
: + fix some spacing w.r.t. * symbol for pointers
diff: 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? 16:03
particle yeah, i disagree with what ptc did there. 16:04
it has increased our technical debt.
svnbotl r25717 | kjs++ | trunk: 16:07
: [src] add function documentation and fix copyright year.
diff: parrotvm.org/svn/parrot/revision/?rev=25717
Coke Seems like the test is better than the stubs. 16:09
(assuming a spherical test)
jonathan cognominal_: will pop the talk online when I get chance 16:38
jonathan is pissed off
I don't think I'll bother coming to GPW again.
The snipey comments about Perl 6 are annoying. Attacking me personally is unacceptable. 16:39
This is the only place I have to put up wiht this crap. 16:40
particle wtf?
who's organizing that workshop? you two should have a chat.
jonathan The organizers are sincere enough.
It's just the general attitude here.
particle the organizers should make it clear that personal attacks are not welcome. 16:41
jonathan I'm probably feeling it more now somebody chose to make it personal and reference to what I did with my wife...
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. 16:43
particle of course.
purl Indubitably.
pmichaud_ so, is this something I should be looking forward to for my p6 talks? 16:44
Coke ... I get that attitude very day from the crowd of perl5 developers I associate with online. it's quite disheartening. 16:45
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. 16:46
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. 16:47
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*.
It's just frustrating when I've pretty much taken half a month off $DAUJOB for the sake of the Perl community. 16:48
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 16:49
cognominal_ i don't remember the date for the fpw in Paris
but I am sure we can make a technical meeting in Paris if you come 16:50
without talking of welcoming you in a restaurant
Andy What's GPW? And who's sniping on you, Jonathan?
particle german perl workshop 16:51
cognominal_ strange, I got a ood remembering of YAPC in Munich
s/ood/good/
jonathan Andy: I'm not interested in naming names. 16:52
Andy Attendees?
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.
The general attuitude amongst many people here isn't great. 16:53
But yeah, of course, individuals aren't the whole community.
particle honestly, i think that individual should be asked to leave. 16:54
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. 16:55
cognominal_ I like the monger communauty because it is a friendly one
pmichaud_ I'd probably just walk out of the conference. 16:56
cognominal_ so that must have been a stray guy
the least the organisers can do is to give you excuses 16:57
jonathan cognominal_: I haven't mentioned it to them.
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. 16:58
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.
Andy I dunno, I figure something like that is just best ignored. 16:59
Coke was this during the actual presentation!? 17:00
pmichaud afk, time for paula and I to get some lunch 17:01
cognominal_ BooK says in #perlfr Jonathan is the " nicest guy on earth ou presque" (or close to it) :) 17:02
jonathan Coke: No, afterwards over coffee 17:03
Well, after the coffee really...
Anyway, thanks for putting up with my ranting.
Coke pmichaud: enjoy! 17:04
jonathan: np whatsoever. 17:05
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.
I dont get the right word in English for communauté 17:06
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. 17:07
cognominal_ is there heredoc in rakudo? 17:08
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. 17:09
one it does not compile
two, if I write say undef.WHAT is returns "Undef" instead of "Failure" 17:10
jonathan cognominal_: I'm nt sure how you are producing problem 2 given problem 1... 17:11
But problem 1 is certainly the case, verified that here.
cognominal_ oos 17:12
i meant say undef().WHAT
or say (undef).WHAt
I am not yet familiar enough with rakudo to understand what happens 17:13
jonathan cognominal_: In STD.pm undef is there in the grammar, as a term. 17:14
In Rakudo it is currently implemented as a unary sub.
17:14 jisom joined
jonathan I'm not sure undef().WHAT should work. 17:14
cognominal_ me neither 17:15
but if it is defined as a sub...
TimToady undef.WHAT should return Failure 17:16
cognominal_ TimToady discussed at lenght yesterday in #perl6 about undef and failure
speaking of the wolf...
pmichaud right now rakudo is probably treating undef.WHAT like &undef.WHAT 17:25
jonathan: the PGE::P6Regex parser understands :ratchet and :sigspace as adverbs (options) 17:26
sorry, Perl6Regex 17:27
so does the regex rule
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. 17:42
however, i don't want the bytecode to include the perl 6 runtime 17:43
there's no --target=pbc
18:11 jjore joined 18:22 Theory joined
pmichaud (--target=pbc) afaict, there's not a way in PIR to produce a .pbc file 18:36
the only way I've been able to manage that is to do --target=pir, and then re-invoke parrot with --output-pbc 18:37
Coke ./parrot perl6.pbc --target=pir foo.p6 | parrot -o script.pbc - 18:39
(untested)
particle i'm not sure the output from --target=pir is enough to work with parrot -o foo.pbc 18:41
but i'll try that and see
Coke sounds like a bug with the pir target, then. 18:43
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. 18:44
particle well, i'm generating a .pbc file from source written in perl 6 18:45
to be included as the perl 6 runtime
1) build basic compiler. 2) use compiler to compile runtime. 3) include runtime in new compiler 18:46
pmichaud I haven't been wanting to set up the runtimes as separate .pbc
I've been thinking
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. 18:47
pmichaud yes
it avoids the path problems for now
particle ok, i'll try that. 18:48
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 }"
src/gen_runtime.pir: $(LIBS_PERL) perl6.pbc 18:49
$(PARROT) $(PARROT_ARGS) perl6.pbc --target=pir --output=$@ $(LIBS_PERL)
LIBS_PERL = \\ 18:50
src/runtime/foo.pm \\
pmichaud fwiw, the current perl6.pbc doesn't understand multiple .pm files on the command line
unless the corresponding option is given to HLLCompiler 18:51
particle yes, that's not a problem yet
pmichaud (--combine might work) 18:52
nopaste "particle" at 24.19.3.148 pasted "src/gen_runtime.pir" (26 lines) at nopaste.snit.ch/12324
particle "_block10" isn't going to be unique, is it? 18:53
also, nothing calls "_block10"
pmichaud _block10 is "main"
particle but it's default :main
right.
if we do multiple files, what happens? 18:54
pmichaud I don't know about multiple files
particle i guess that's all part of multi-file support
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 18:55
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... 18:56
pmichaud that's probably an issue, yes.
particle then the subs that have :outer("_block10") will have problems
ok.
pmichaud I don't have a good answer off the top of my head, short of uuids of some sort 18:58
18:59 AndyA joined
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. 19:00
(doesn't resolve the overall problem, but ameliorates it somewhat for this case) 19:01
particle yes, true.
pmichaud and perhaps the real answer is to use load_bytecode instead of .include for this stuff 19:02
we have to figure out where the .pbcs belong, though
19:15 cotto__ joined 19:19 spinclad joined 19:20 mj41 joined 19:26 jjore joined
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. 19:27
pmichaud .include still results in the initial compile being part of the .pbc
with .include, the initial compiled code is part of the perl6.pbc file itself 19:28
with load_bytecode, the (initial compiled) code is a separate .pbc that gets loaded at runtime, as part of loading perl6.pbc
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
(perl6.pbc uses .include because pbc_merge is traditionally unreliable) 19:29
Coke tcl had a habit of jumping right and using the unreliable stuff. 19:32
"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 19:33
I suspect that .include is also faster, since there's not the overhead of the extra load_bytecode
Coke fair enough. 19:35
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. 19:36
whereas load_bytecode is overhead on each execution
Coke so it depends on the use case. =-) 19:37
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. 19:38
Now would be an excellent time for people to start working on those DEPRECATION tickets...
19:39 HG` joined
pmichaud agreed 19:39
I need to get started on those
others are feel free to pitch in
Coke I've started a half dozen of them and each time I find a small snag. :| 19:40
(which i tried to document in the ticket.)
Tene marked with [DEPRECATION]?
Coke Tene: see DEPRECATED.pod for a list.
Tene Ahh. 19:41
Coke Each entry there points to a ticket.
Tene will look
Coke danke1
!
20:12 HG` joined 20:35 IllvilJa joined
svnbotl r25718 | coke++ | trunk: 20:39
: [DEPRECATED]
: Remove warning about long removed NCI call signature; Resolves RT #48733.
diff: parrotvm.org/svn/parrot/revision/?rev=25718
20:42 gryphon joined 21:07 jmcadams joined
jmcadams hi parrot hackers. i just wanted to make sure that you all knew that the yapc::na cfp is open 21:07
we'd love some parrot talks
and i was talking to jim keenan about a possible workshop 21:08
davidfetter waves to jmcadams 21:11
davidfetter has a talk submitted, but not on parrot 21:12
jmcadams :)
excellent
i haven't looked in the queue for a few days
it's been silently accepting submissions because there were a few folks who wanted to get there's in early 21:13
davidfetter o/` qu-e-u-e // woa, baby // me gotta go now // yeah, yeah, yeah, yeah, yeah, yeah o/`
jmcadams dbi link 21:14
cool
it's amazing how much faster submissions are coming in this year
Coke jmcadams: any chance of a pre-workshop hackathon? 21:16
particle wishes he could make yapc::na this year :(
jmcadams Coke: it can be done in the dorm that we are getting 21:17
they have some large rooms that we'll have 24x7 access too
probably Saturday and Sunday
i could help promote it, but not organize it per say
you volunteering?
:)
particle... other plans? 21:18
21:30 suzy35 joined
particle jmcadams: a wedding in state college, pa 21:36
jmcadams chances are they'll both get married again... just tell them you'll catch the next round :) 21:37
... i actually think that the conference is conflicting with a few anniversaries too 21:38
:(
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/` 21:39
jmcadams we could go canda day through independence day
there'd be around 5 people at the conference
particle i'll give a talk.
then nobody will show. 21:40
particle can't believe there are no direct flights from seattle to pittsburgh anymore 21:41
Coke thinks his wife is booking a flight for him for yapc now.
21:42 grim_fandango joined
rblackwe Particle Pittsburgh's flight situation is terrible. 21:50
particle yeah. us air sure messed things up.
great airport.
rblackwe Yes much work is being done to make it better. 21:51
AirTran adds Pittsburgh to Florida flights.
www.bizjournals.com/pittsburgh/stor...a=from_rss
shorten rblackwe's url is at xrl.us/bf8eh
rblackwe whish is good for me since I go to FL.
also new international flights are coming says our county executive. 21:52
particle maybe i'll talk to sir richard about getting virgin america to fly from pittsburgh
rblackwe We have lots of space available.
I think one terminal is closed right now. 21:53
jmcadams are you reaching out to people to get them to talk? 21:54
For the Pittsburgh Perl Workshop we reached out to a few shy folk and it worked out well.
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 :) 21:55
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
21:55 rdice joined
Coke I am pondering doing a parrot-related talk; suggestions welcome. =-) 21:55
jmcadams it is a good idea to ask people.... helps convince them if they are on the fence about it 21:56
rblackwe very cool jmcadams
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 21:57
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 21:58
jmcadams confound: you said your submitting at talk too... parrot related?
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.
I am conserding asking him for a talk but fear no one would go. 21:59
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
so that they might come to the post-yapc hack-a-thon
rblackwe pmichaud I want a parrot workshop out of you for PPW :) 22:00
PerlJam jmcadams: Got anything interesting in the perlcast queue? :)
jmcadams got a few edited from npw
need to get jrockway for a catalyst book talk 22:01
i've missed a time with him twice now
shame on me :(
Coke pmichaud: heh. "it's been two years. What have we done? Nothin'." 22:05
rblackwe well nothing like CDD, Confernece Driven Development to get things moving along. 22:09
particle jmcadams: patrick and i are planning a "contributing to rakudo perl" talk for oscon 22:12
jmcadams maybe patrick can try a one-man practice run at yapc ;) 22:13
jonathan is back 22:15
Though sleeping in just a moment.
Coke ponders a talk where we develop a new language during the talk. 22:17
particle hmm, i may be able to make the conf 22:18
jonathan will be at YAPC::Europe, all being well. 22:19
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. 22:20
Coke also needs to get his passport in order.
davidfetter Coke, if you're carrying a US passport, move soon
Coke, they're slow as molasses. took me 4 weeks just to get a few pages addes :( 22:21
jonathan Coke: Hopefully see you there.
davidfetter added* 22:22
particle hrmm, we certainly have some work to do with rakudo attributes 22:26
all attributes are stored as '$!foo' 22:27
if you declare with $!, you must use $!. if you declare with $, you may call '$foo'
i don't see any smartlinked tests for that in S12 22:28
pmichaud: think nqp should get *@foo or just rakudo? 22:29
i'm thinking just rakudo
so, i may be able to make yapc::na after all, but i can only do a pre-conf hackathon 22:33
22:42 Limbic_Region joined 22:45 wknight8111 joined 22:48 parrot-poke joined
cotto__ what would I use to determine equality between two PMCs of unknown types? VTABLE_is_equal() doesn 23:25
't seem to be working
particle define equality 23:26
TimToady in p6 terms, do you mean eq, ==, ===, eqv, or =:= :)
or ~~, for that matter :) 23:27
particle i think that last one is dwequality
23:27 kid51 joined
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 23:28
PIR specifically i mean sorry 23:29
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? 23:31
23:31 Theory joined
cotto__ I mean their values 23:32
particle ok. string or number value? 23:33
cotto__ same type and same value 23:34
particle ah. same type, and value.
cotto__ yes
particle then is_equal is the way to go 23:35
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
../../parrot: symbol lookup error: /usr/src/parrot/parrot-svn/runtime/parrot/dynext/php_group.so: undefined symbol: VTABLE_cmp
(except for VTABLE_is_equal) 23:36
that's for a trivial case where I'm using it on two String PMCs
pastebin.com/m602afa6f 23:38
particle simcop2387: see runtime/parrot/library/String/Utils.pir 23:40
cotto__: you're using VTABLE_is_equal incorrectly there 23:42
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); 23:46
cotto That won't compile. 23:47
particle are you writing a pmc? 23:48
cotto yes
particle are you inside a pmclass {...} block? 23:49
cotto no. that code is part of helper function 23:50
particle ah.
cotto *a helper function
particle maybe it's p1.VTABLE_is_equal(INTERP, p2)
crud. sorry, i'm frazzled today. 23:51
svnbotl r25719 | jkeenan++ | trunk:
: Tagging trunk at r25718 so that the tcif can be synched to it.
r25720 | jkeenan++ | trunk:
: Deleting superfluous tag tcif-25669
diff: parrotvm.org/svn/parrot/revision/?rev=25720
cotto I appreciate the help.
that doesn't work either, though 23:52
particle could you paste the whole file? tools/dev/nopaste.pl -c #parrot -t "whatever" file.pmc
yeah, i have to start thinking in pmc again. too much switching contexts lately. 23:53
cotto CPAN puked. The file is here: mksig.org/parrot/phparray.pmc 23:58
particle ah, whoops. i forgot you might need cpan for that 23:59
cotto the code in question is on line 141

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!