Camelia, the Perl 6 bug

IRC log for #parrot, 2009-07-09

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:02 dalek parrot: r39955 | jkeenan++ | trunk (14 files):
00:02 dalek parrot: Use most traditional form of File::Path::mkpath(), as it seems to work best across all versions of Perl and File::Path.
00:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39955/
00:05 pmichaud bacek_at_work: I'd want to see a patch for it, first.  Overall I'm not sure I see the necessity for them.
00:08 bacek_at_work pmichaud: ops2c uses them heavily.
00:08 pmichaud the tricky part is parsing them correctly.
00:08 bacek_at_work pmichaud: (about patch) I'm thinking about "borrowing" quote_expression.pir from Rakudo and simplify it
00:09 pmichaud well, I've also been thinking about putting regexes directly into NQP
00:09 pmichaud so at that point you pretty much want all of quote_expression.pir :-)
00:09 bacek_at_work s/and simplify it//
00:09 bacek_at_work :)
00:09 kid51 Trac is very slow; possibly timing out on Submits.
00:10 Limbic_Region joined #parrot
00:11 bacek_at_work pmichaud: currently NQP isn't very good at string munching. And afaiu we are going to replace Perl5 based tools with PCT based. Adding string interpolation will help this transition.
00:12 pmichaud bacek_at_work: I think I'm agreeing with you now
00:12 pmichaud but I would just say to take quote_expression.pir as-is
00:12 pmichaud it should be pretty
00:12 pmichaud easy to install
00:12 pmichaud and there's not a whole lot of benefit to simplifying it
00:12 Limbic_Region joined #parrot
00:12 Infinoid joined #parrot
00:12 kid51 joined #parrot
00:12 s1n joined #parrot
00:12 spinclad joined #parrot
00:12 davidius joined #parrot
00:12 solarion joined #parrot
00:12 jevin joined #parrot
00:12 Khisanth joined #parrot
00:12 Tene joined #parrot
00:12 japhb joined #parrot
00:12 Coke_afk joined #parrot
00:12 TonyC joined #parrot
00:12 dukeleto joined #parrot
00:12 preflex joined #parrot
00:12 silug joined #parrot
00:12 purl joined #parrot
00:12 rhr joined #parrot
00:12 rblackwe joined #parrot
00:12 workbench joined #parrot
00:12 jjore joined #parrot
00:12 TimToady joined #parrot
00:12 nnunley joined #parrot
00:12 mmpf joined #parrot
00:13 bacek_at_work bah, netsplit
00:13 bacek_at_work pmichaud: Agreed. I'll borrow it as-is.
00:14 bacek_at_work pmichaud: another question/suggestion.
00:14 bacek_at_work https://trac.parrot.org/parrot/browser/branch​es/ops_pct/compilers/opsc/op/op.pir?rev=39948
00:14 cotto Yay!  Easier string manipulation in nqp will make me happy.
00:15 kid51 Trac is currently unresponsive to Submits.  I have one that got as far as the first place where it needed to resolve a hyperlink.  It's been hanging for > 5 minutes.
00:15 bacek_at_work There is ".sub '' :anon..." which is workaround for absence of "class Foo is Bar". Can we add it to NQP as well?
00:16 bacek_at_work cotto: btw, we don't need sub "new" in op/op.pir
00:17 cotto I just cargo-culted it over from pmcc.
00:17 cotto If you can excise it without breaking anything, go for it.
00:18 * bacek_at_work starring at "at_work" suffix...
00:18 skids joined #parrot
00:18 pmichaud NQP doesn't currently support "is Bar"?
00:18 pmichaud I thought it did.
00:19 pmichaud you're right, it doesn't
00:19 pmichaud I'm open to looking at patches to add "is Bar"
00:19 pmichaud but I might be a bit picky there.
00:20 bacek_at_work pmichaud: ok. I'll "borrow" some more code from Rakudo :)
00:20 pmichaud well, Rakudo's handling of classes is likely to not fit well with NQP
00:21 pmichaud it's certainly not as straightforward as quote_expression.pir
00:21 pmichaud I'm thinking NQP will want its own new design
00:23 kid51 Hmm, my recent Macports installation provided me with an updated 'svn' client without my being aware of it.
00:24 kid51 Now, if you get a conflict while doing 'svn up', you get a message like this:
00:24 kid51 Conflict discovered in 'MANIFEST'.
00:24 kid51 Select: (p) postpone, (df) diff-full, (e) edit,
00:24 kid51 (mc) mine-conflict, (tc) theirs-conflict,
00:24 kid51 (s) show all options: p
00:24 kid51 C    MANIFEST
00:24 kid51 ... forcing you to take some action (if only hitting a single key) immediately.
00:56 patspam joined #parrot
01:00 dalek parrot: r39956 | jkeenan++ | branches/darwinhints/t/con​figure/049-options_test.t:
01:00 dalek parrot: Beginning to get this test file back into shape; much to do.
01:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39956/
01:02 kurahaupo joined #parrot
01:25 hercynium joined #parrot
01:32 darbelo left #parrot
01:51 mikehh_ joined #parrot
02:15 brbrooks joined #parrot
02:16 brbrooks left #parrot
02:16 brbrooks joined #parrot
02:20 Ryan52 joined #parrot
02:20 Ryan52 does Allison Randal IRC?
02:22 rg yes, most often on tuesdays for #parrotsketch.
02:24 Ryan52 ok, I'll just email then.
02:28 jdv79 any idea when sub traits will be available?
02:29 brooksbp joined #parrot
02:34 dalek parrot: r39957 | jkeenan++ | branches/darwinhints/t/con​figure/049-options_test.t:
02:34 dalek parrot: Restore this test file to good health.
02:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39957/
02:35 dalek parrot: r39958 | jkeenan++ | branches/darwinhints (1 files):
02:35 dalek parrot: Make name of test file more self-documenting.
02:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39958/
02:36 Theory joined #parrot
02:41 janus joined #parrot
02:43 Andy joined #parrot
02:53 Andy joined #parrot
02:54 amuck joined #parrot
03:03 Austin purl: seen pmichaud?
03:03 purl pmichaud was last seen on #parrot 2 hours, 42 minutes and 7 seconds ago, saying: I'm thinking NQP will want its own new design
03:19 dukeleto joined #parrot
03:20 donaldh joined #parrot
04:01 Coke joined #parrot
04:01 cognominal joined #parrot
04:10 Coke joined #parrot
04:10 * Coke hopes he didn't just brick his iphone.
04:11 brbrooks by...
04:11 Coke msg kid51 messaging me on irc is not a good way to get svn support.
04:11 purl Message for kid51 stored.
04:11 Coke msg kid51 I'd say open a ticket, but if trac is also giving you crap, an email to the -dev list is the way to go.
04:11 purl Message for kid51 stored.
04:12 Coke brbrooks: no clue; I docked it, it didn't show up. Found a site that suggested I put it into a "please recover me" mode. Did so, recovered... got an error. rebooted the machine, trying again.
04:12 Coke I've been using it all day, no clue why it's acting up now.
04:13 brbrooks what gen do you have?
04:13 Coke 1.
04:13 Coke it's the 4GB model.
04:13 brbrooks any dead pixels?
04:14 brbrooks errr "colorful" pixels
04:14 Coke some... not dead, but one patch that's glowy.
04:14 Coke very small. presumably from one of the drops.
04:14 brbrooks yeah can't stand it
04:14 Coke this one will eventually go to the wife. =-)
04:16 brbrooks iphone still functionally responsive?  Just doesn't show up in itunes?
04:16 Coke it was responsive until I put it into recovery mode, yes.
04:16 Coke just wasn't showing up as a device. (showed up fine once it was in recov mode.)
04:19 brbrooks nice
04:20 brbrooks i hate how iphone os 3.0 supports MMS, but AT&T doesn't yet... or at least for the iphone
04:21 Coke scams upon scams.
04:21 Coke still a very shiny phone.
04:22 brbrooks Pretty useful... excellent UI for basic phone stuff, best I've ever played with... and I use Maps all the time
04:23 brbrooks the whole idea/concept of the App Store is pure scam
04:24 brbrooks except for Shazam... that's a damn fine app
04:27 tetragon joined #parrot
04:30 dukeleto joined #parrot
04:32 eternaleye_ joined #parrot
04:39 eternaleye joined #parrot
04:41 cotto pmichaud, ping
04:41 cotto seen pmichaud
04:41 purl pmichaud was last seen on #parrot 4 hours, 19 minutes and 48 seconds ago, saying: I'm thinking NQP will want its own new design
05:23 Theory joined #parrot
05:33 tetragon joined #parrot
06:08 uniejo joined #parrot
06:08 barney joined #parrot
06:19 mikehh All tests PASS (pre/post config, smolder, fulltest) at r39958 - Ubuntu 9.04 amd64
06:25 cotto msg bacek opsc needs to split ops into different variants before sticking them all into the past.  If you need something to do, you could figure that out.
06:25 purl Message for bacek stored.
06:30 cotto time for sleep
06:30 cotto (I hope)
06:36 bacek_at_work cotto: ping
06:37 bacek_at_work cotto: I don't like idea of "Op.set_body" called from Actions.
06:39 tetragon joined #parrot
06:40 Theory joined #parrot
06:47 iblechbot joined #parrot
07:16 eternaleye joined #parrot
07:21 donaldh joined #parrot
07:24 tetragon joined #parrot
07:31 cotto bacek_at_work, how would you do it?
07:32 cotto (If I can't sleep, this is the next best thing.)
07:34 cotto There needs to be some code somewhere to analyze the body and set the appropriate jump flags.
07:44 cotto clock?
07:44 purl cotto: LAX: Thu 12:44am PDT / CHI: Thu 2:44am CDT / NYC: Thu 3:44am EDT / LON: Thu 8:44am BST / BER: Thu 9:44am CEST / IND: Thu 1:14pm IST / TOK: Thu 4:44pm JST / SYD: Thu 5:44pm EST /
07:46 bacek_at_work cotto: body analyze is emitter's job.
07:47 bacek_at_work PAST nodes should be similar for ops and L1ops
07:48 cotto I can buy that.  The functionality in op/op.pm would simply be pushed into runcore/base.pm.
07:50 bacek_at_work indeed.
07:51 bacek_at_work afk. # not going home yet :/
07:52 cotto bacek_at_work, feel free to implement that.  I'd really rather be asleep, so no coding for me tonight.
07:55 cotto I'll put it on my todo list either way.  I like having other people shorten my todo list.
07:58 dalek parrot: r39959 | cotto++ | branches/ops_pct/compilers​/opsc/runcore/runcore.pm:
07:58 dalek parrot: [opsc] delete runcore.pm; base.pm is the base class
07:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39959/
08:07 brooksbp joined #parrot
08:08 brooksbp false fire alarm in apt building
08:08 brooksbp no worries, people don't have to be at work in the morning or anything like that
08:32 dalek rakudo: e7a7999 | moritz++ | docs/ChangeLog:
08:32 dalek rakudo: [docs] ChangeLog updates
08:32 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​7a7999b906393fbae4a8ff954a5e19643339a5d
08:36 MoC joined #parrot
08:47 Zak joined #parrot
09:07 whoppix joined #parrot
09:19 pjcj joined #parrot
09:21 tetragon joined #parrot
09:21 bacek joined #parrot
10:19 Ryan52 joined #parrot
10:23 eternaleye joined #parrot
10:26 mokurai joined #parrot
10:29 AndyA joined #parrot
10:46 tetragon joined #parrot
11:20 donaldh joined #parrot
11:41 dalek parrot: r39960 | bacek++ | branches/ops_pct (5 files):
11:41 dalek parrot: [nqp] Carefully steal quote_expression from Rakudo.
11:41 dalek parrot: - Replace old token quote with new one
11:41 dalek parrot: - Switch "PIR q" to use quote_expression directly
11:41 dalek parrot: - Add stubs for interpolations.
11:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39960/
12:12 dalek parrot: r39961 | bacek++ | branches/ops_pct/compilers/nqp (2 files):
12:12 dalek parrot: [nqp] Implment simple scalar interpolation.
12:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39961/
12:13 bacek msg cotto Look at r39961! It will make you happy :)
12:13 purl Message for cotto stored.
12:13 bacek msg pmichaud Can you review https://trac.parrot.org/parrot/changeset/39960/ please? It's stol^W borrowed quote_expression from Rakudo planted into NQP.
12:13 purl Message for pmichaud stored.
12:23 bacek msg pmichaud Yak. We'll need deprecation notice about string interpolation in NQP. Even Rakudo can't built as-is. Or don't interpolate "quoted" string. Interpolate qq<> only.
12:23 purl Message for pmichaud stored.
12:29 nopaste "bacek" at 122.110.37.140 pasted "Small fixes of Rakudo's actions.pm related to string interpolation for pmichaud++" (52 lines) at http://nopaste.snit.ch/17179
12:33 moritz bacek: uhm wait, you're not going to do string interpolation is single quoted strings, are you?
12:33 moritz s/is/in/
12:33 bacek moritz: of course not.
12:33 bacek moritz: check nopaste
12:33 moritz bacek: I did.
12:34 bacek and...?
12:34 purl somebody said and was the register frame something like the Sparc's?
12:34 moritz bacek: you substituted '$!' with '\$!'
12:34 bacek in "quoted string"
12:34 moritz ah, sorry
12:35 bacek no worries :)
12:35 bacek I just stea^W borrowed code from Rakudo almost as-is
12:47 Andy joined #parrot
12:49 Whiteknight joined #parrot
12:50 nopaste "bacek" at 122.110.37.140 pasted "Simple "class Foo is Bar" implementation for pmichaud++ for review." (43 lines) at http://nopaste.snit.ch/17180
12:52 mokurai left #parrot
12:53 skids joined #parrot
12:54 Whiteknight good morning #parrot
12:55 bacek Whiteknight: good evening!
12:55 Whiteknight good evening bacek!
12:55 Coke joined #parrot
12:55 * Coke ~~
12:56 * moritz wanders what Coke smart-matched against :-)
12:56 bacek Coke matched to... Empty string???
12:56 * Coke is it.
12:56 Coke is still stuck in perl 5.8, apparently, as he doesn't use ~~ to mean that.
13:07 masak joined #parrot
13:08 dalek tracwiki: v6 | coke++ | SmokingParrot
13:08 dalek tracwiki: trailing &amp;&amp; in shell command is not boss.
13:08 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Sm​okingParrot?version=6&amp;action=diff
13:11 cotto bacek: <3
13:11 bacek cotto: :) good morning
13:20 dalek TT #822 created by coke++: Using wrong libparrot.
13:26 Whiteknight Installing stuff is TEH SUX
13:29 cotto Yay for me!  Interview time!
13:30 moritz cotto: good luck!
13:30 purl You'll need it.
13:30 bacek cotto: good luck!
13:30 purl You'll need it.
13:30 cotto "I can haz job plzkthxbye?"
13:30 Coke cotto: break a leg.
13:31 bacek And it explains why you appear on #parrot in so unsual time :)
13:32 cotto yeah
13:33 moritz (amusingly in German you even wish "break neck and leg")
13:36 cotto It figures, since that's where germs were invented. ;)
13:37 ruoso joined #parrot
13:39 * bacek must sleep
13:39 purl $bacek->sleep(8 * 3600);
13:39 bacek see you tomorrow
13:39 mj41 joined #parrot
13:40 ruoso joined #parrot
13:41 cotto night, bacek
13:42 ruoso joined #parrot
13:44 ruoso joined #parrot
13:46 ruoso joined #parrot
13:49 ruoso joined #parrot
13:50 ruoso joined #parrot
13:51 slavorg joined #parrot
13:52 cotto wheeeeee!
13:52 purl i guess wheeeeee is wee or Wii
14:07 whoppix Whiteknight, you got around to make that list yet?
14:09 hercynium joined #parrot
14:10 Whiteknight what list?
14:10 purl list is http://groups.google.com/group/parrot-dev or take that, moose-heads
14:10 * Whiteknight is far too forgetful
14:16 jdv79 joined #parrot
14:26 jdv79 joined #parrot
14:30 Coke Alias++ # cpandb & friends.
14:48 iblechbot joined #parrot
14:49 dalek TT #115 closed by doughera++: [todo] make test with already installed parrot
14:56 Theory joined #parrot
15:30 Coke doughera++
15:30 Coke doughera++
15:35 Theory joined #parrot
15:40 dukeleto joined #parrot
15:45 dalek TT #823 created by coke++: packfile pmc tests failing
15:45 Coke who do the packfile pmcs belong to?
15:53 estrabd joined #parrot
15:54 estrabd joined #parrot
15:57 dalek fun: d64c0bb | Jarrod++ |  (5 files):
15:57 dalek fun: Fixed the build to work with the new parrot. Seems fine..
15:57 dalek fun: review: http://github.com/TiMBuS/fun/commit/d6​4c0bbc832dec30613af5c0cd5385e161dd0dec
16:05 jdv79 joined #parrot
16:11 jrtayloriv joined #parrot
16:13 jdv79_ joined #parrot
16:21 brbrooks joined #parrot
16:22 Psyche^ joined #parrot
16:31 register joined #parrot
16:36 register I just read the news about L1 on Wk blog
16:36 register isn't this new assembly language going to slow down the release of parrot considerably
16:37 register ?
16:40 jrtayloriv joined #parrot
16:44 Whiteknight register: no, I don't think so
16:44 Whiteknight I think the transition will be very gradual
16:44 Coke it will have no impact on the /frequency/ of releases, anyway.
16:45 Coke those happen the 3rd tuesday of every month, for good or ill.
16:51 dalek lua: 60eb87f | fperrad++ | t/function.t:
16:51 dalek lua: ambiguous function call : add a TODO test
16:51 dalek lua: review: http://github.com/fperrad/lua/commit/60​eb87fa90d7600d9ae12d1d7d4de440a4cd51fd
16:55 brbrooks "All object-like things that get allocated during the execution of parrot bytecode are managed from the arena_base member of the interpreter structure"
16:55 brbrooks Where is the code that allocates these objects to the arenas?
16:57 Whiteknight src/gc/* somewhere
16:57 Whiteknight I think api.c or mark_sweep.c
16:57 brbrooks so it's a hook into the gc api?
16:57 Whiteknight yes
16:57 brbrooks like function callback or somethin
16:58 Whiteknight no, not a callback, just a regular API function
16:58 brbrooks k
16:58 brbrooks are these PObjs just objects that I would normally think of as allocated on the heap?
17:01 Tene We should just put all of parrot's code in src/gc/, so that could be the answer to every question!
17:02 Theory joined #parrot
17:02 Coke Can someone else eyeball the patch in TT #822 - worksforme, go ahead and apply it if you like it.
17:04 chromatic joined #parrot
17:05 Coke Can someone else eyeball the patch in TT #822 - worksforme, go ahead and apply it if you like it. (resend for chromatic, as he's been known to apply things.)
17:08 chromatic I wish I could see the color highlighting in Trac for patches.
17:09 Coke color blind?
17:09 chromatic Yep.
17:10 Coke we can probably adjust the colors.
17:10 japhb joined #parrot
17:10 chromatic Something other than very light red and very light green would help.
17:10 NotFound Yeah, it lacks contrast in luminance.
17:13 Coke chromatic: I don't appear to have sudo privs on that box, so I don't think I can fix it the hard way.
17:13 chromatic What's the easy way, a modified retrovirus to grow more cones?
17:14 NotFound chromatic: a private stylesheet
17:14 Coke looks like there's a PatchRenderer plugin...
17:18 Coke ah, looking in the wrong place. need the trac setup, not the apache docroot.
17:18 dalek parrot: r39962 | chromatic++ | trunk/src/pmc/default.pmc:
17:18 dalek parrot: [PMC] Added the PObj_is_special flag to PMCs when they get new properties.  The
17:18 dalek parrot: property hash needs explicit marking in the GC; this flag tells Parrot to
17:18 dalek parrot: perform it.
17:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39962/
17:23 Austin joined #parrot
17:24 flh joined #parrot
17:27 cghene joined #parrot
17:28 dalek parrot: r39963 | chromatic++ | trunk/src (2 files):
17:28 dalek parrot: [GC] Moved the setting of the special PMC flag into Parrot_gc_add_pmc_ext(),
17:28 dalek parrot: where it belongs; now everything that adds a pmc_ext to a PMC should set this
17:28 dalek parrot: flag on the PMC.
17:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39963/
17:29 chromatic I have a good feeling about that.
17:30 particle is adding pmc_ext to a PMC the *only* reason to set that flag?
17:31 hercynium joined #parrot
17:31 chromatic No, but it's a sufficient reason.
17:31 particle sure, i'm not arguing that it isn't.
17:32 particle i want to make sure the documentation for that flag is accurate
17:32 particle or, for the macro to set that flag
17:32 Coke chromatic: I'll see what I can do about the colors. I think I need a trac plugin.
17:33 chromatic particle, that part of the flags and the GC is messy; it could use cleanup for sure.
17:35 particle coke: http://colorschemedesigner.com/ has a very helpful color picker
17:37 Coke particle: I can't even pick "white" atm, but thanks.
17:39 japhb joined #parrot
17:40 NotFound chromatic: @-moz-document url-prefix(https://trac.parrot.org/) { mod .l { background-color: red ! important; } }
17:41 HG` joined #parrot
17:41 dalek parrot: r39964 | chromatic++ | trunk (2 files):
17:41 dalek parrot: [PCC] Humanized error reporting for argument overflow/underflow.  Now Parrot
17:41 dalek parrot: does not pluralize the word "param" or "result" if there's only one provided.
17:41 dalek parrot: See Rakudo RT #67358.  There's more discussion there about the wording change,
17:41 dalek parrot: but the pluralization change is a clear benefit right now.
17:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39964/
17:41 dalek parrot: r39965 | chromatic++ | trunk/src/hash.c:
17:41 dalek parrot: [src] Tidied code; no functional changes, I hope.
17:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/39965/
17:42 NotFound Put this on ./mozilla/firefox/.....defa​ult/chrome/userContent.css and the trac page will look as ugly as you may want.
17:43 chromatic Trying that, thank you.
17:44 NotFound Don't forget to restart firefox.
17:44 particle r39964 stinks for i18n
17:45 Coke not like we're doing well in that area anyway.
17:45 particle but we can address it when we get to i18n
17:45 NotFound Uh, there was a dot before mod that the paste has eated.
17:45 Whiteknight chromatic++ on that flag thingy
17:45 Whiteknight those damn PObj flags are a pain in the ass
17:45 particle i laid the groundwork for i18n, but tuits are expensive and hard to find these days
17:46 chromatic At least r39964 makes pluralization for i18n more obvious.
17:46 chromatic Let's see how Rakudo does with that PObj flag now.
17:46 NotFound particle: it stinks more without that patch.
17:48 Whiteknight that could be what bacek was seeing where some hash keys weren't being marked
17:48 NotFound chromatic: this is the correct version: @-moz-document url-prefix(https://trac.parrot.org/) {   .mod .l { background-color: red ! important; } }
17:48 Whiteknight if the property hash wasn't getting marked, and it contained the only references to certain keys, that would cause what he was seeing
17:49 chromatic That's my hope.
17:54 jrtayloriv joined #parrot
17:57 Whiteknight that's a good case where the documentation for the flag being more clear might have alerted us to a problem much sooner
17:58 chromatic I still get Method 'succ' not found for invocant of class 'Method' for t/01-sanity/07-try.t though.
18:01 particle Whiteknight: that's why you want to update those docs now :)
18:03 chromatic Looking at p6opaque's clone() now.
18:05 Whiteknight particle: I want to do a lot of stuff. Good luck finding me some tuits for it
18:05 Whiteknight what I need to do is get fired from my job. Then I can work on parrot all day long
18:06 Whiteknight ...while eating PB&J sandwiches every day, and not being able to afford to drive anywhere or wash my laundry
18:06 NotFound Whiteknight: find a job in a pet shop
18:06 chromatic You can live like a king if you don't mind living in a tent, eating soup made from discarded ketchup packets.
18:07 jdv79 joined #parrot
18:09 Whiteknight yes, exactly like a king
18:10 chromatic The Fisher King, perhaps.
18:11 NotFound And if you want to drive anywwhere, you can trade the kingdom for a horse.
18:13 particle well, then, it's settled.  let's get whiteknight fired.
18:22 brbrooks Eating PB&J sandwiches every day ain't so bad.  Not being able to wash your laundry... different story...
18:23 chromatic Move somewhere that drizzles.
18:23 particle 's fine, if you're telecommuting
18:33 Coke chromatic: I hope that mozilla fix works for you, because trac admin is not something I am good at. =-)
18:33 Coke we now have ThemePlugin installed.looks like I have to /write a plugin/ to customize it now. whee.
18:34 Whiteknight I did the PB&J diet for about a month and a half freshman year, and ended up in the campus clinic with a severe vitamin deficiency problem
18:34 Whiteknight nurse was using words like "pre-scurvy" and gave me vitamin C
18:34 szbalint heh, no wonder
18:35 szbalint this is why I order pizza with pineapple on it
18:35 Whiteknight oh, and B complex. Doesn't matter how many sandwiches you eat if your body cant metabolize them
18:35 jdv79 joined #parrot
18:35 jrtayloriv joined #parrot
18:35 japhb joined #parrot
18:35 hercynium joined #parrot
18:35 Austin joined #parrot
18:35 chromatic joined #parrot
18:35 Theory joined #parrot
18:35 brbrooks joined #parrot
18:35 estrabd joined #parrot
18:35 dukeleto joined #parrot
18:35 ruoso joined #parrot
18:35 skids joined #parrot
18:35 Whiteknight joined #parrot
18:35 eternaleye joined #parrot
18:35 Ryan52 joined #parrot
18:35 Zak joined #parrot
18:35 COke_afk joined #parrot
18:35 mmpf joined #parrot
18:35 nnunley joined #parrot
18:35 TimToady joined #parrot
18:35 jjore joined #parrot
18:35 workbench joined #parrot
18:35 rblackwe joined #parrot
18:35 rhr joined #parrot
18:35 purl joined #parrot
18:35 silug joined #parrot
18:35 preflex joined #parrot
18:35 Tene joined #parrot
18:35 Khisanth joined #parrot
18:35 jevin joined #parrot
18:35 solarion joined #parrot
18:35 davidius joined #parrot
18:35 spinclad joined #parrot
18:35 s1n joined #parrot
18:35 Infinoid joined #parrot
18:35 confound joined #parrot
18:35 hachi joined #parrot
18:36 Whiteknight netsplit--
18:37 szbalint talking about pizza: http://dev.perl.hu/static/IMG_0010.JPG - the next batch, looking similarly should arrive soon
18:38 Austin So that's what? Corn, onions, and ham?
18:38 szbalint and oregano and pineapples
18:38 Whiteknight is that ...corn?
18:39 Austin Okay, I get the ham+pineapple -- we call that a Hawaiian. I totally don't understand the corn.
18:39 Austin Also, someone is having roundness problems.
18:40 Whiteknight yeah, a lot of guys do
18:40 Austin szbalint: FYI, WhiteKnight and I live not too far apart, in a part of the US that is noted for having a pizza place about every 0.5 km.
18:40 szbalint that pizza is from Vienna
18:40 szbalint and corn is a great match :)
18:41 Whiteknight I've got 3 pizza places in walking distance from my work
18:41 Whiteknight more if you count the lunch trucks at the university down the road
18:41 Austin My house, for example, is within a two mile radius of 22 (!) pizza shops that deliver, plus 2 that don't, not counting whatever may be on the other side of the river (less than 2 miles away).
18:41 Whiteknight !!!
18:41 szbalint quantity < quality :)
18:41 Austin So we're going to be pizza snobs.
18:41 Whiteknight corn < quality :)
18:42 chromatic My house is within walking distance of 37 Starbucks, and I live a mile away from two shopping centers.
18:42 Austin See if you can get some shrimp, crab meat, and asparagus on a pizza. (Yowza.)
18:42 Austin Chromatic: that's an interesting hell. Who did you piss off?
18:43 chromatic I'm within 250 miles of Seattle.  It's inevitable.
18:43 * Whiteknight doesn't even drink coffee
18:43 Austin (Although I suppose it's a great place to be if you're a teenager looking for work.)
18:43 chromatic I think there's only one SB within walking distance, though there are spots downtown where you're within a mile of at least a dozen.
18:43 Austin :)
18:44 Austin As long as you're always within walking distance of a starbucks, their mission is accomplished.
18:45 szbalint I prefer tea :)
18:45 Austin I prefer beer.
18:45 Coke Houston had a similar concentration of SB.
18:45 szbalint that too
18:45 Austin But I'll settle for Coke in the mornings. (I don't drink coffee, either.)
18:45 Coke BOOYAH.
18:46 * Coke , perhaps ironically, is a big coffee drinker.
18:46 Austin Houston is wierd.
18:46 pmichaud Looks like four Starbucks within 2 miles of my house
18:46 Austin *weird
18:46 Austin No zoning laws.
18:46 pmichaud but if I moved 2 miles west of here, there'd be eight
18:46 chromatic They're all hoping that a great old one will arise from the Gulf and devour Houston again.
18:47 Austin I remember driving past a roadside mall that contained a tobacco shop, a baptist church, a Subway, and a strip club.
18:47 Austin I thought that was perhaps the greatest commercial plaza ever. Everything you really need, in one place.
18:47 pmichaud They're just missing a liquor store.
18:47 Coke ia ia c'thulhu fthouston.
18:47 chromatic Add a drive-through liquor store and you have Texas in a nutshell.
18:48 Austin It's Texas - I think all four of them sold package goods.
18:48 Coke houston is not like the rest of texas.
18:48 Coke IM(L)E.
18:48 Austin True.
18:48 pmichaud Thankfully.
18:48 Austin It's better than a lot of the rest of Texas, for sure.
18:48 pmichaud I don't know about "a lot".  Some.
18:48 chromatic Galveston...
18:48 purl somebody said galveston was my best bet for seeing "America's Ocean"  :-)
18:49 pmichaud Beaumont
18:49 purl Beaumont is oil town
18:49 Coke galveston is also the big fat rabbit from gaiman's _the day I swapped my dad for two goldfish_
18:49 purl okay, Coke.
18:49 chromatic Oh yeah, the whole golden triangle there.  Beaumont is a special kind of awful.
18:49 pmichaud or "the Golden Triangle" in general  (Beaumont/Orange/Port something)
18:50 pmichaud I used to drive through the golden triangle every couple of weeks.  Reminded me of the mississippi delta.
18:50 chromatic Port Arthur
18:50 chromatic Orange is the least awful.
18:51 pmichaud Primarily because compares favorably with what is to the east :-)
18:51 pmichaud *it compares
18:51 chromatic It has a nice bridge.
18:52 pmichaud Port Arthur's level of industrialization was... spooky.  On par with Freeport.
18:52 chromatic That whole thing is one oil refinery.
18:53 pmichaud "Somewhere among all of these pipes, stacks, and flares there's a city with actual people living(?) in it."
18:53 particle Metropolis
18:53 purl i heard Metropolis was GORGEOUS
18:53 pmichaud When I hear "Metropolis" I always think "skyscrapers"
18:53 pmichaud Port Arthur doesn't qualify.
18:54 pmichaud unless we count refinery flare towers as "skyscrapers".
18:54 chromatic If you love pipes, it's like Disneyland.
18:54 particle precisely, and the working class feeds them, working in the basements
18:55 szbalint pipes should be in walls or computers. I really dislike industrial landscape heh.
18:57 particle then why do you like perl 5?
18:57 particle everything is exposed.
18:58 szbalint perl 5 is in computers
19:00 jrtayloriv I'm getting the following message when running 'make test': http://pastebin.com/m4d61def6 ... Is this something that I should post a bug report for? If so what information should I provide along with this?
19:01 jrtayloriv (sorry if this question is inappropriate to ask here ... I'm new to this)
19:01 szbalint besides in computer analogies I think of pipes as information flow, instead of a metaphor for exposed internals :)
19:02 chromatic jrtayloriv, that's an appropriate question for here.  We should debug that.
19:03 jrtayloriv chromatic, should I post a bug report?
19:05 chromatic I was hoping that someone here would have time to debug this interactively with you; that'd be faster.
19:06 NotFound I think there is already a ticket for that, and maybe more than one.
19:12 jdv79 joined #parrot
19:18 HG` joined #parrot
19:20 brbrooks joined #parrot
19:26 NotFound This is related, but not the same: https://trac.parrot.org/parrot/ticket/406
19:26 NotFound The main problem is that the library and the configure probe does different things.
19:29 Coke NotFound: that test is skipped unconditionally now. how is he getting the error?
19:29 Coke he shouldn't even be running the test.
19:29 Coke ah. because we're testing pcre in 2 places. :|
19:31 NotFound One more time, we have examples of what to not do X-)
19:46 davidius joined #parrot
19:54 Coke NotFound: right way to check is Parrot::Config, HAS_PRCE flag.
19:56 Coke you want the ticket? if not, I can fix this tonight.
19:58 Coke ... easy fix, I'll just do it.
20:00 NotFound Coke: not so easy. That way will give fails when Configure is able to find libcpre but the library and/or the example or the test can't.
20:02 NotFound The problem is that the probe checks if a program using libpcre can be compiled, not if it can runtime-linking with it.
20:04 NotFound And IMO the checking for libpcre availability must be done by the parrot library itself, not by his examples and tests.
20:14 mikehh All tests PASS (pre/post config, smolder, fulltest) at r39965 - Ubuntu 9.04 amd64
20:18 pmichaud ....intresting data point for gc bug hunters...
20:18 pmichaud with current parrot head, 64-bit linux fails all of its tests in rakudo
20:18 pmichaud details to come
20:19 pmichaud rakudo e7a799, parrot r39965
20:19 Whiteknight did chromatic's patch have any beneficial effect on Rakudo?
20:20 Whiteknight or has nobody completed a spectest run yet?
20:20 pmichaud I think that's my point
20:20 pmichaud now all tests fail
20:20 NotFound Same for debian 5.0 amd64
20:20 Whiteknight all tests?
20:20 purl all tests are green
20:20 Whiteknight i'd call that a regression
20:20 pmichaud all spectests
20:20 pmichaud I'm starting again to check
20:20 NotFound Same as mikehh, I mean
20:20 pmichaud most of 32-bit passes, though.
20:21 Whiteknight do the failures go away pre r39962?
20:21 pmichaud don't know yet, will try that.
20:22 Whiteknight I ask because r39962 is when chromatic fixed the PObj_is_special flag in a few places
20:22 Whiteknight which I still think looks like a good fix, unless that flag is used in other nefarious ways
20:26 NotFound rakudo is starting to pass tests here
20:26 pmichaud confirmed, with r39965 all spectests fail under 64-bit
20:26 pmichaud (completely fresh checkout of all components)
20:28 NotFound pmichaud: does not fail here, 2.6.26-2-amd64
20:29 Whiteknight okay, so that stupid flag is causing stupid failures that don't make a lot of sense
20:30 pmichaud r39961 fails also.
20:30 Whiteknight oh...well the flag is still stupid
20:30 pmichaud (all tests fail with "Method 'succ' not found..."
20:30 NotFound At least his name is not very clever
20:30 pmichaud checking a few other things
20:33 Whiteknight I seem to remember somebody else complaining about that same error the other day
20:34 pmichaud it's common in these gc failures now
20:34 Whiteknight at least, that wording is familar o me
20:34 pmichaud that's how most of the failing scripts choose to fail
20:34 Whiteknight damnit
20:37 chromatic r39965 must be this line: -    memset(new_bi + old_size, 0, sizeof (HashBucket *) * old_size);
20:37 chromatic +    memset(new_bi + old_size, 0, sizeof (HashBucket *) * (new_size - old_size));
20:37 NotFound spectest is running fine, also
20:38 pmichaud I'm retrying with r39935, which was my last known good test.
20:39 mattc joined #parrot
20:40 Austin joined #parrot
20:44 pmichaud r39935 still works, trying r39950
20:44 estrabd joined #parrot
21:05 moritz pmichaud: are you bisecting parrot for the GC bugs?
21:12 pmichaud moritz: yes
21:12 pmichaud r39950 fails
21:13 Austin pmichaud: Does the C preprocessor in the c99 language work?
21:13 pmichaud Austin: I have no idea
21:13 Austin ok
21:13 pmichaud I don't remember who wrote that
21:14 Austin Istr you and Jerry talking knowledgeably about it at PVMW.
21:14 pmichaud I remember you and I were discussing handling '#include' in PGE
21:14 pmichaud but I don't remember c99 specifically
21:15 pmichaud maybe it was something else, or maybe something I said prompted particle to bring up that there was a c99 parser written for PGE/Parrot
21:16 Austin That's okay. I was asking in case it prompted you to say something like "Oh, there's a bunch of stuff not done yet."
21:16 pmichaud I'd bet that's the case, but I couldn't say that for certain :-)
21:18 Austin :)
21:18 pmichaud r39942 fails
21:19 Austin on to ..38?
21:19 pmichaud yes.
21:19 bacek joined #parrot
21:21 davidius joined #parrot
21:23 Austin pmichaud: Is there any kind of global-symbol aliasing for registers, the way there is for .lex?
21:23 pmichaud Austin: no, not yet.
21:23 Austin Does that mean its planned, or jus that it's possible?
21:23 Austin *just
21:23 pmichaud afaik it's not even planned yet.
21:23 Austin <whew>
21:24 Austin Cool.
21:24 pmichaud I suspect we could potentially get lexicals to map to i/s/n registers instead of just PMCs
21:24 pmichaud for anything else it's likely to need some additional work
21:25 pmichaud r39938 fails, trying r39936
21:28 chromatic Please don't be r39337...
21:28 Austin If you have to pray...
21:29 Austin you probably already know how it's going to turn out.
21:29 pmichaud r39936 passes (at least it doesn't instantly fail like r39938)
21:29 pmichaud that pretty much leaves r39337
21:30 Limbic_Region joined #parrot
21:30 pmichaud note that these fail only on 64-bit, on 32-bit I have the same random set of ~4 failing tests
21:30 chromatic Given that r39938 was a branch commit and r39936 tidied some generated code....
21:30 pmichaud right.
21:30 pmichaud trying 39337 now, to confirm.
21:30 moritz if you haven't tested r39337, you can't know if r39337 or r39338 caused it
21:30 NotFound pmichaud: it doesn't fail in my Debian amd64
21:31 pmichaud except that 39338 is a commit to a different branch.
21:31 moritz ok
21:34 pmichaud confirmed.  r39337 causes all spectests (at least as far as I've let it run) to fail with "Method 'succ' not found for invocant of class 'Method'"
21:34 pmichaud sorry, 39937, not 39337
21:35 pmichaud that remains true for all test revisions through current head (i.e., 39965)
21:35 pmichaud *tested
21:35 moritz r39337 looked rather harmless
21:35 moritz r39937 does not.
21:36 pmichaud right, I just mistyped earlier (and kept following the mistype).  In my test environment the revisions were all correct.
21:36 NotFound Urgh. I was testing in one machine and looking at the svn info in a ssh to the other %-)
21:37 moritz (but both were commits by NotFound++)
21:38 pmichaud at least some of the tests pass when run from the .pbc directly (without -G), but fail when run from the fakecutable
21:38 pmichaud let's see if I can find any that fail from the .pbc
21:42 pmichaud so far they all work from the .pbc and fail from the fakecutable.
21:42 Whiteknight joined #parrot
21:42 Whiteknight what's that status of that bug?
21:42 whoppix Whiteknight, the list about the topics that need illustration.
21:43 whoppix Whiteknight, so that I can improve the docs with shiny little vector graphics
21:43 Whiteknight ah, right. I forgot about that
21:43 Whiteknight let me look into that tonight
21:44 Psyche^ joined #parrot
21:44 whoppix sure, just drop me a message when you got something.
21:46 Whiteknight sure thing, will do
21:47 moritz I'm just trying a spectest with parrot HEAD + r39937 reverted
21:48 * moritz wishes for a faster machine
21:48 * bacek working of faster parrot
21:48 bacek good morning #parrot
21:48 moritz not bad either ;-)
21:48 Infinoid morning bacek
21:49 pmichaud moritz: good idea, I'll try it as well.
21:49 bacek Infinoid: hi!
21:52 moritz t/spec/S03-operators/arith.rakudo .............................. Method 'succ' not found for invocant of class 'Method'
21:52 moritz meh.
21:53 pmichaud is that the only failure you're seeing?
21:53 pmichaud if so, that's different from what I'm seeing in r39965
21:53 moritz it's the first
21:53 pmichaud right
21:53 moritz I'm not through yet
21:53 pmichaud with 39965, I see *every* test fail with that message.
21:53 moritz the next I'd expect is S04*/fail.t
21:54 Whiteknight when did that error start? was it 39965?
21:54 pmichaud which error?
21:54 purl which error are you getting?
21:54 Whiteknight pmichaud: the error where every test fails
21:54 pmichaud It starts with 39937
21:54 pmichaud 39936 results in just a few tests failing.  39937 results in every test failing.
21:55 pmichaud but mainly in the fakecutable -- the perl6.pbc version works fine.
21:55 pmichaud (still a few failing tests with the perl6.pbc, though)
22:03 pmichaud shall I summarize this to a mailing list post, or is irclog sufficient for now?
22:04 athomason joined #parrot
22:04 Whiteknight i would put it on the mailing list
22:05 Whiteknight we need to figure out exactly where this error is coming from, and put a test for it into Parrot's suite
22:10 moritz with 39937 reverted on top of current HEAD it fails even more tests (5 vs. 3 or 4)
22:10 kid51 joined #parrot
22:11 chromatic How about against r39964 instead of HEAD?
22:12 pmichaud I think I tried that and it failed, but I'll try again.
22:12 pmichaud oh, that was aimed at moritz
22:12 bacek bah. ExceptionHandler.mark dosn't call Continuation.makr
22:12 bacek mark
22:12 bacek So, we probably loosing continuation user in r39937
22:13 pmichaud moritz: with unpatched HEAD you don't see failures on every test?
22:13 bacek (And probably contexts allocated by Continuation as well)
22:14 moritz pmichaud: no, just on 3 or 4 files
22:14 pmichaud moritz: 64 bit?
22:14 purl 64 bit is much faster for me than 32 bit
22:14 moritz pmichaud: 64 bit.
22:14 pmichaud weird.
22:14 pmichaud what os/distro?
22:15 moritz Debian stable, gcc-4.3
22:15 NotFound bacek: on some test I've been doing this test, looks like the contrary, it doesn't free enough contexts
22:15 NotFound s/test/days
22:15 bacek NotFound: it's likely problem with Sub.invoke
22:16 chromatic I'm sure it's Sub.invoke
22:16 nopaste "bacek" at 114.73.168.179 pasted "Patch for pmichaud++" (12 lines) at http://nopaste.snit.ch/17193
22:16 NotFound moritz: same here
22:16 bacek pmichaud: can you test with patch from nopaste 17193?
22:16 pmichaud bacek: you want me to apply that to r39965 ?
22:17 bacek pmichaud: r39965 is HEAD?
22:17 NotFound I've also tested a C++ build, and also doesn't fail
22:17 pmichaud bacek: yes.
22:17 bacek pmichaud: than yes
22:19 pmichaud bacek: that patch doesn't look right to me.
22:19 bacek pmichaud: why?
22:19 purl Left field.
22:20 pmichaud bacek: none of the other PMCs call SUPER() from their mark() function.
22:20 pmichaud it's not clear to me why this one should.
22:20 pmichaud I take that back -- Coroutine does.
22:21 pmichaud as does Eval
22:21 pmichaud okay, I'll try the patch.
22:22 davidius joined #parrot
22:22 chromatic Some PMCs should.
22:23 pmichaud CallSignature does not (and perhaps should -- it extends Capture)
22:24 chromatic If it marks everything its parent might mark, it doesn't need to.
22:24 bacek chromatic: it doesn't...
22:25 chromatic Then there's another bug.
22:25 pmichaud I'm curious about the comment in  coroutine.pmc:259
22:25 Whiteknight it is probably worthwhile at this point to go through all core PMC types and double check the mark routines
22:25 pmichaud Whiteknight: that's what I'm doing right now.
22:26 pmichaud /* co->ctx marked in SUPER(), so do not mark here */
22:26 bacek chromatic: I take this back.
22:26 pmichaud ...how do we know that co->ctx gets marked in SUPER() ?
22:26 Whiteknight actually, this might be a good opportunity to hack Pmc2c to automatically generate mark VTABLEs for all GCable ATTRs
22:26 pmichaud nm, I know how we know.
22:26 pmichaud the variable names were throwing me off.
22:28 pmichaud FileHandle.mark doesn't call SUPER(), although FileHandle extends Handle.
22:29 pmichaud Looks like Handle has nothing to mark, though.
22:29 bacek pmichaud: there is no Handle.mark.
22:29 bacek ok, time for $dayjob.
22:31 pmichaud bacek: with your patch applied, I still get failures in all spectests.
22:31 pmichaud (r39965)
22:32 bacek yak...
22:32 pmichaud I still suspect your patch is needed, though.
22:32 bacek Why ExceptionHandler.clone clears custom_mark flag???
22:33 Whiteknight ...that doesn't sound right
22:33 Whiteknight but when do exceptionhandlers get cloned?
22:34 bacek I have no idea.
22:34 bacek But EH.clone is very suspicious.
22:35 pmichaud Proxy.mark doesn't call SUPER but extends Class
22:36 pmichaud er, PMCProxy.mark, that is
22:36 rg1 joined #parrot
22:36 pmichaud PMCProxy.mark and Class.mark look very duplicated -- the only difference is that PMCProxy.mark doesn't mark any longname
22:36 bacek pmichaud: Rakudo's ObjectRef doesn't mark cached_type
22:36 pmichaud bacek: looking.
22:38 pmichaud bacek: I'm guessing that's a fossil -- it doesn't appear to me that cached_type is ever used.
22:38 bacek pmichaud: ok.
22:38 bacek Looks like whole PMCProxy.mark can be removed. Class.mark will dtrt
22:38 pmichaud it's initialized to PMCNULL, but nothing else in the code appears to make use of it.
22:38 pmichaud (cached_type is initialized to PMCNULL)
22:39 bacek pmichaud: line 1385
22:39 pmichaud ...line 1385 of ?
22:39 bacek objectref.pmc
22:39 bacek SET_ATTR_cached_type(INTERP, SELF, type_obj);
22:39 pmichaud bacek: yes, that's the line I'm referring to.
22:40 pmichaud It's the only place that it's used at all.
22:40 pmichaud and type_obj is PMCNULL
22:40 bacek ah. ok
22:40 pmichaud (line 1377)
22:40 bacek found it.
22:40 pmichaud in all likelihood I'll remove cached_type from ObjectRef.
22:41 pmichaud oh, wait
22:41 bacek someone sneaking behind and set cached_type?
22:41 pmichaud oh, nm.  It's just the generated code items.
22:42 pmichaud no, nothing else uses cached_type.  If I get rid of it then I suspect everything works fine.
22:42 pmichaud I'll try it to confirm, though.
22:44 bacek ok, definitely time for $dayjob.
22:44 bacek see you soon.
22:45 pmichaud so PMCProxy and ExceptionHandler are the only two PMCs that have suspicious marks()
22:45 pmichaud (that I can find)
22:48 Whiteknight I'm sure there are more that are subtly wrong
22:48 Whiteknight but getting rid of obvious lousiness is good too
22:57 mikehh_ joined #parrot
22:58 jrtayloriv joined #parrot
23:20 brbrooks joined #parrot
23:22 bacek_at_work hi again
23:22 purl oh, you're back!
23:30 mikehh hi bacek_at_work
23:33 dalek close: r64 | Austin++ | wiki/CloseIntro.wiki:
23:33 dalek close: Edited wiki page through web user interface.
23:33 dalek close: review: http://code.google.com/p/close/source/detail?r=64
23:36 mikehh BTW I am failing all 3 subtests in t/01-sanity/07-isa.t in rakudo make test which might be indicative of a lot of the other failures make spectest
23:37 pmichaud are they failing with the weird typenames?
23:39 mikehh it's a very simple sanity test checking for "Str" "Num (TODO) and "Code"
23:40 pmichaud try   "make t/01-sanity/07-isa.t"
23:40 pmichaud I bet you see that it's checking for  "Sts", "Nun", and "Codf"
23:41 dalek rakudo: 544038f | pmichaud++ | src/pmc/objectref_pmc.template:
23:41 dalek rakudo: Remove obsolete (and unmarked) reference to cached_type.  bacek++
23:41 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​44038fd119389fdceda9d46b654aff4ce32ed40
23:42 mikehh if $string.isa("Str") { say "ok 1" } else { say "not ok 1" }
23:42 pmichaud right
23:42 pmichaud but what's the output of running the test?
23:42 pmichaud oh, wait, it won't show up there
23:42 pmichaud never mind
23:42 mikehh not ok 1
23:42 pmichaud right
23:43 pmichaud when it actually gets run, something in Parrot changes the "Str" to be "Sts"
23:44 mikehh the other make test tests pass - just that one fails .isa seems to the problem
23:44 pmichaud right
23:44 pmichaud try this:
23:44 mikehh to be
23:44 chromatic Sounds like a missing COW for what should be a constant string.
23:44 pmichaud parrot/parrot -G perl6.pbc t/01-sanity/07-isa.t
23:46 pmichaud chromatic: whenever I've followed the traces, *something* ends up calling increment on the constant string.
23:46 mikehh all 3 ok
23:46 pmichaud that matches what we see with the "Method 'succ' not found ..." messages -- something is calling increment that probably shouldn't be.
23:46 pmichaud mikehh: try again without the -G option
23:47 pmichaud parrot/parrot perl6.pbc t/01-sanity/07-isa.t
23:47 mikehh still all ok
23:47 pmichaud mikehh: and try directly from the command line   "./perl6 t/01-sanity/07-isa.t"
23:48 mikehh all not ok
23:48 mikehh fails
23:49 pmichaud okay, that matches the same sorts of things I've been seeing.  
23:50 kid51 mikehh  Were you the person who originally contacted me about File::Path make_path?
23:50 mikehh kid51: Yes I seem to remember that
23:51 kid51 Are you okay with the resolution of the TT on that issue?
23:51 mikehh kid51: Yes - it works fine now
23:52 kid51 Could you make a note about that in https://trac.parrot.org/parrot/ticket/755 ?  Then, I'll close the ticket.  Thanks.
23:52 mikehh kid51: will do

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

Parrot | source cross referenced