Camelia, the Perl 6 bug

IRC log for #parrot, 2009-03-20

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:04 TiMBuS joined #parrot
00:09 AndyA joined #parrot
00:34 tetragon joined #parrot
00:35 Coke do we still expect to be able to generate PASM from PIR?
00:43 eternaleye joined #parrot
01:12 dalek parrot: r37603 | coke++ | trunk (2 files):
01:12 dalek parrot: Test /all/ POD files when trying to compile PIR.
01:12 dalek parrot: switch our check to just compile the code, not try to run it. (similar to t/examples/catchall.t)
01:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37603/
01:16 Coke Whiteknight: ping
01:16 Whiteknight Coke: pong
01:17 Coke Whiteknight: run t/examples/pod.t
01:17 Coke one of the book samples fails.
01:17 Coke blame says you added it. =-)
01:18 Whiteknight okay, let me take a lookie
01:20 neuralis left #parrot
01:20 Whiteknight all tests pass for me
01:21 Coke did you up?
01:21 Coke need r37603
01:24 dalek parrot: r37604 | coke++ | trunk/docs/intro.pod:
01:24 dalek parrot: [docs/t] add more PIR targets so this code is eventually validated.
01:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37604/
01:26 Whiteknight ah, I was 1 commit behind
01:26 Coke yah, before that, book wasn't checked for samples.
01:27 Whiteknight so it's not my fault, it's your fault for adding it to the test?
01:27 Whiteknight :)
01:29 Coke it's particle's fault.
01:30 Whiteknight fix coming through now
01:31 Coke whee. I just added more of those blocks to ch04 which highlight more issues.
01:31 Whiteknight STOP HIGHLIGHTING MORE ERRORS!
01:31 Coke As soon as you give us a new GC!
01:31 Whiteknight I'm not fixing anymore tonight, I'm heading to bed
01:31 Coke =-)
01:31 Coke I'll give you a cookie.
01:32 Coke (I have a box of GS cookies here somewhere.)
01:32 Whiteknight I'll take th cookie with me to bed
01:32 dalek parrot: r37605 | coke++ | trunk/docs/book/ch04_pir_subroutines.pod:
01:32 dalek parrot: [docs/t] add more PIR targets so this code is eventually validated.
01:32 purl i already had it that way, dalek.
01:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37605/
01:34 jonathan Whiteknight: OH HAI
01:34 Whiteknight hey jonathan!
01:34 purl jonathan is mailto:jnthn@jnthn.net or trying to put together a grant application. or however seeing weird issues.
01:34 jonathan Whiteknight: I seem to remember a while back you maybe stated an interest in getting Parrot's socket I/O working again?
01:34 jonathan If I remember wrong just ignore me. :-)
01:34 Whiteknight jonathan: I express lots of interests, that was definitely one of them
01:35 Whiteknight part of a larger interest in getting the async IO system working eventually
01:35 jonathan Whiteknight: Some Rakudo users really want socket IO.
01:35 Whiteknight right after I fix the GC and cure cancer
01:35 Whiteknight :)
01:35 jonathan Whiteknight: I don't know what your priorities are, but if you're looking to do something that is wanted, that would certainly be high on my want list.
01:36 jonathan (Because once Parrot does it, Rakudo can easily use it.)
01:36 Whiteknight Okay, I'll bump that up the list and take a look into it
01:36 dalek tracwiki: v59 | coke++ | WikiStart
01:36 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​WikiStart?version=59&action=diff
01:36 shorten dalek's url is at http://xrl.us/bekxfz
01:36 dalek parrot: r37606 | whiteknight++ | trunk/docs/book/ch03_pir_basics.pod:
01:36 dalek parrot: Fix a PIR error in one of the samples from the book that I added
01:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37606/
01:36 jonathan Awesome, thanks! :-)
01:36 jonathan Whiteknight++
01:36 Whiteknight okay, I REALLY need to go to bed no
01:36 Whiteknight I'll talk to you guys later
01:37 jonathan Night
01:37 Coke night!
01:37 * jonathan epicly does NOT want to do the socket IO support himself...
01:38 jonathan At least partly because I know bugger all about socket I/O.
01:39 Coke would you like to make a parrot 1.0 release for macports? =-)
01:40 dalek tracwiki: v60 | coke++ | WikiStart
01:40 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​WikiStart?version=60&action=diff
01:40 shorten dalek's url is at http://xrl.us/bekxgb
01:40 dalek tracwiki: v1 | coke++ | DocsTasklist
01:40 dalek tracwiki: add a cage docs task.
01:40 dalek tracwiki: https://trac.parrot.org/parrot/wiki/D​ocsTasklist?version=1&action=diff
01:40 shorten dalek's url is at http://xrl.us/bekxgd
01:40 jonathan Coke: Actually compared to that I'd rather do socket I/O.
01:40 jonathan Because I know even _less_ about macports.
01:40 Coke just making 'make install' work on os x for 1.0.0 would suffice. =-)
01:42 jonathan Does that not have making time travel work as a pre-requisite?
01:42 Coke having a patched version work counts.
01:42 jonathan :-)
01:42 jonathan If I had any Mac hardware at all lying around that'd be easier.
01:43 jonathan Actually, I lie. I have an iPod.
01:43 Coke I can make you a login on this box.
01:43 Coke though I wish allison would swing us some nice os x server donated somewhere. =-)
01:44 jonathan You could make me a login, but tbh I'd probably block on knowledge of OS X shortly afterwards.
01:44 jonathan And which point there's Google, which I'm quite sure you're equally capable of using. :-|
01:45 jonathan So I fear I'd not be a great deal of use.
01:46 Coke but I'm lazy!
01:47 Coke (I really don't want to work on it, because it's going to make rip out huge portions of Configure)
01:49 Andy joined #parrot
01:51 jonathan I've barely looked at Configure for ages.
01:52 jonathan I remember doing a lot of Win32 support tweaks in it years back, but that was before kid51 did a bunch of work on it.
01:53 Coke As I vaguely understand it, my problem is configure.pl ignores things I specify on the command line if the hints file disagrees with me.
01:54 Coke my secondary problem is that I can't fix the hints file to DTRT for shared libs so i can avoid having to specify my non-shared options on the command line.
01:54 kid51 jonathan:  Since I haven't worked on Win32 since before I joined the project, the Win32 parts should be exactly as you left it, for better or worse.
01:56 Coke (my tertiary problem is that I have little incentive to change how configure.pl works if we're going to be ditching it for something not written in perl)
01:56 dalek parrot: r37607 | coke++ | trunk/t/pmc (2 files):
01:56 dalek parrot: UnSKIP a passing test, convert another to a TODO.
01:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37607/
01:57 kid51 Coke:  And who is the magic person who is going to come along and rewrite all our configuration in non-Perl?
01:57 Coke kid51: I was hoping for someone who wasn't me.
01:57 kid51 I'd like to meet that person.  Maybe I could learn the general theory of configuration!
01:58 Coke we had that person, but enough people managed to piss him off that he's not touching config in any substantive way.
01:58 Coke (and no, I don't mean me.)
01:59 jonathan kid51: I wasn't suggesting you did anything wrong - just that I've not had need to look at the Configure codebase for a while because it's worked fine for me. :-)
01:59 Coke msg rurban is RT #42411 closable?
01:59 purl Message for rurban stored.
02:01 kid51 jonathan:  I didn't take that implication.  Yes, I view what I have done with Configure.pl as making it better Perl 5 and therefore more stable and surprise-free.
02:03 jonathan To be honest, I think porting Configure away from Perl 5 is a while off.
02:04 jonathan It's a worthy goal, sure, but being realistic it's a while off.
02:05 kid51 If we found some brilliant college student, it would be a great GSOC project.
02:07 kid51 Even a portion of that, such as eliminating our dependence on Perl 5 %Config, would be a good GSOC project.
02:07 jonathan Aye, that's a good point.
02:09 rg i'm thinking we might want to have a hll in core parrot (maybe an extended version of nqp) that can be used to replace things we're currently using perl for.
02:11 kid51 But how could we use that HLL to probe for things in the absence of a Parrot executable?
02:13 rg we'd depend on an older pbc_to_exe version of that hll
02:13 rg it gives you a lot of bootstrapping problems, though, that's true.
02:13 Coke (while off) 3.0
02:14 rg the only other choice i can see it to actually use sh like autoconf or perl configure
02:15 Coke rg: only need to extend nqp if it's not good enough. =-)
02:15 Coke we'd still need to get enough of parrot to run even a precompiled PBC.
02:17 kid51 The Perl Configure rests on metaconfig (?) which was written by Larry as an alternative to autoconf.
02:18 kid51 And knowledgeable people with whom I've spoken have said, "Don't go near autoconf."
02:18 kid51 Problem is that both those technologies are old in IT years and very few people are expert in them.
02:18 Coke parrot has a long, inglorious tradition of recreating wheels that we don't need to. Hopefully we won't repeat that mistake with a config do-over.
02:19 rg coke: self-hosting kind of implies that an older version of the language is used to build the current version
02:19 Coke ... in fact, given our project, that could almost be our motto.
02:19 kid51 Well, at least the current *structure* of configuration should give us a guide to what needs to be done and in what order.
02:20 Coke one would hope, yes.
02:21 rg actually, what we might want to hope for is that rakudo will be mature enough that when we decide to be self-hosting, we can just use that :)
02:21 rg so we'd go perl5 -> perl6 :)
02:22 kid51 Then I would actually have to *learn* Perl 6!   I've been participating in Parrot to avoid having to do that!
02:23 rg after looking at moritz++'s very nice tutorials, i don't think it's all that hard
02:24 dalek tracwiki: v11 | coke++ | ParrotLongTermRoadmap
02:24 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Parrot​LongTermRoadmap?version=11&action=diff
02:24 shorten dalek's url is at http://xrl.us/bekxme
02:26 Tene joined #parrot
02:26 Coke rg: I think using rakudo as our config system is pretty crazy.
02:27 Coke NQP, I can see that.
02:27 Coke we really should use NQP or another HLL-like thing more internally anyway.
02:27 Coke in fact, someone should find a suitable library file and rewrite it in NQP. =-)
02:28 dalek tracwiki: v1 | coke++ | ParrotBasedConfig
02:28 rg coke: i could however take your last comment as a prediction that we're not going for self-hosting. is that what you're thinking?
02:28 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Parr​otBasedConfig?version=1&action=diff
02:28 dalek tracwiki: v2 | coke++ | ParrotBasedConfig
02:28 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Parr​otBasedConfig?version=2&action=diff
02:28 shorten dalek's url is at http://xrl.us/bekxm3
02:28 shorten dalek's url is at http://xrl.us/bekxm5
02:30 Coke I think self hosting your /config system/ is hard.
02:30 Coke even gcc doesn't do that, do they?
02:30 rg no, they all use autoconf
02:31 Coke seems vaguely sane to me. =-)
02:31 rg i'm not so sure
02:32 Coke Here's my concern: reinventing wheels, doing things the hard way because it's cool. We have more important things to worry about than figuring out how to get self-hosting working.
02:33 allison the "everyone is using autoconf" is certainly a plus in my book
02:33 Coke if it is a lower workload to use an /existing/ toolset that has its own support mechanism and is open source and we can push fixes back to...
02:33 allison it may not be perfection, but that at least tells us it's not tortuously bad
02:33 Coke I'm just saying, let's consider that as an option.
02:34 Coke I certainly don't want to learn autoconf, but it has to be easier than learning Configure.pl. =-)
02:34 allison :)
02:35 rg i'd like to hear an opinion on using perl's configure.sh ;)
02:35 allison hmmm... I need something for pynie that's not perl. It doesn't have to do much, since it can access parrot_config. autoconf might be worth trying as an experiment
02:36 Coke allison: do you have a feel for when pirc is due to land?
02:37 allison it's heavily dependent on its current primary developer
02:38 allison it may need more volunteers involved to push it the final bit of the way
02:38 Coke has anyone reviewed the progress to make sure it's on the right track compared to IMCC?
02:38 kid51 rg:  We currently *do* use Perl 5's configure.sh -- to the extent that we import the results of Perl configuration in auto::defaults.
02:38 allison Coke: I haven't looked at it in detail
02:40 rg kid51: well yes. but we'd need to use it directly, so we can influence optional settings
02:42 allison why does autoconf on windows require perl?
02:42 Coke because they had no sh?
02:42 * Coke guessing.
02:42 purl rumour has it guessing is lame
02:42 Coke purl: so's your mother.
02:42 purl Coke: huh?
02:42 allison wait, heck... *all* autoconf requires perl
02:42 kid51 Wuh-oh!
02:43 gravity automake is a perl script
02:43 Coke not a showstopper for me. =-)
02:43 gravity (not sure if that's also under consideration)
02:43 rg oops, that's right. :(
02:43 allison it's just adding another dependency to our dependencies...
02:44 kid51 no problem!
02:44 Coke having dependencies isn't terrible. =-)
02:44 allison <sigh> It's turtles all the way down!
02:44 Coke the way we're using perl NOW is evil. I can see a way that involves almost no evil.
02:44 rg how is that evil?
02:44 allison Coke: that's fair, yes
02:45 allison rg: he said "the way we're using it" not "the fact that we're using it"
02:46 * rg probably hasn't seen enough of the way we're using perl
02:46 Coke rg: the evil bit is that we assume parrot is being built with the same compiler that perl was.
02:46 Coke so we steal lots of perl config information that is quite possibly wrong.
02:46 Coke (and occasionally makes parrot go boom.)
02:46 kid51 config/auto/defaults.pm
02:46 rg i think it's a reasonable assumption and it's easy and possible to override (i do it for sparc all the time ;))
02:46 Coke but having perl be part of our build process isn't crazy.
02:47 Coke you can't always override.
02:47 Coke the way config is currently built.
02:47 Coke (but then you're not overriding hints, not not override perl5.)
02:47 * Coke closes a few RTs today
02:48 kid51 Could we have another 'not' in that sentence?   ;-)
02:48 dalek tracwiki: v3 | coke++ | ParrotBasedConfig
02:48 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Parr​otBasedConfig?version=3&amp;action=diff
02:48 shorten dalek's url is at http://xrl.us/bekxqn
02:48 Coke allison: perhaps you could diplomatically close RT 37115
02:48 rg coke: allison just disconnected
02:49 Coke msg allison perhaps you could diplomatically close RT 37115
02:49 purl Message for allison stored.
02:49 Coke rg: dank
02:49 Coke rg: danke
02:49 allison joined #parrot
02:50 kid51 Perhaps if on the Wiki we had a table that mapped the values extracted from Perl 5 %Config to why we're concerned with them (or not).
02:51 Coke I think rather than try to explain our current system, we might want to design a new one.
02:52 Coke (that may involve off the shelf components!)
02:52 kid51 And 'design a new one' does not entail reinventing wheels?
02:53 kid51 The Perl 5 defaults are, in one sense, the most *unexplained* parts of our configuration system.
02:53 allison kid51: it has the potential to involve reinventing wheels, but it doesn't *have* to
02:54 kid51 All the subsequent steps are *explained* to the extent that we've got tests covering all the code.
02:54 allison Like, what if we translated our current system, almost exactly, to something like autoconf
02:54 kid51 k
02:55 rg so you are effectively reinventing autoconf (to the extend that you need for parrot)
02:55 Coke having tests covering the code doesn't mean it's a good design.
02:55 allison we've really worked out the kinks in what it takes to configure and build parrot, so we don't throw that knowledge away
02:55 Coke it just means that the code that was originally slapped together is tested.
02:55 allison we learn from it, and improve based on what we know
02:55 Coke I'm not suggesting throwing everything out. I would just like to start a redesign with a design.
02:56 allison ah, yes
02:56 rg coke: what is prompting you to do that right now?
02:56 kid51 Coke:  Agreed.  I never challenged the fundamental design of configuration.  I wouldn't have been competent to do so.  But the tests are one way of making manifest what the design is, FBOW.
02:56 allison that should likely go on the roadmap
02:56 Coke rg: the fact that I cannot install (#&@$ parrot on OS X.
02:56 Coke because the config system is flawed. That's why I started ranting about it earlier.
02:56 allison we have a milestone for replacing the buildsystem, but not one for designing a build system
02:57 Coke allison: I assumed that any major items would need to be designed first. If you want to make that explicit, thascool.
02:58 allison Coke: I kind of liked having PDD milestones as well as implementation milestones, it helped me focus on one before the other
02:58 Coke I would recommend, by default, putting a design milestone a full stable release ahead of the impl.
02:59 Coke crap. now I'm reminded of http://code.google.com/p/perl-de​vel-nytprof/issues/detail?id=14
02:59 shorten Coke's url is at http://xrl.us/bei34x
03:00 Coke anyone with XS shaped tuits, fixing that would help parrot.
03:00 rg coke: isn't redesigning the whole config (while necessary to get rid of the perl dependency) a bit overkill?
03:00 Coke rg: not if it was never designed in the first place.
03:01 Coke If you could point at the design of the current system, sure, we could take that and run with it. that document doesn't exist.
03:01 Coke as kid51 pointed out, it's enshrined in code, and tests of code.
03:01 Coke rg: writing code without knowing why you're doing it is /definitely/ a waste of time.
03:02 Coke we can certainly limp along with config as is.
03:02 kid51 Actually, there's one aspect of the current system I would like to jettison:  All the user prompts in the 'inter' steps.  (1) Only 1 parrot developer has ever 'fessed up to using them.  (2) They require more complicated tests.
03:03 Coke And I'm not suggesting we /change/ the whole design. I'm suggesting we /have/ a design before we rewrite the implementation.
03:03 Coke that new design may very well be mostly comprised of the old design.
03:03 Coke kid51: no, they don't require tests. =-)
03:03 kid51 writing code without knowing why you're doing it is ... often called "having a job"
03:03 Coke but that's an old argument I don't feel like having again.
03:04 Coke If we want interactive prompts, seems it should be possible to make everything interactive, not piecemeal, and then have a single test.
03:05 rg may i point out that you'd still need a fix for osx much sooner than a new config system could arrive?
03:05 Coke rg: if you'd like to parrot what I said, sure.
03:06 Coke rg: I'm aware that redoing config is a big deal. I'm not arguing about doing it sooner than 3.0
03:06 Coke rg?
03:06 purl it has been said that rg is Rolf Grossmann <mailto:rg@progtech.net>
03:07 rg ok, so you're mostly ranting and in the process at least trying to get a design for a new config :)
03:07 Coke I'm not trying to design the config right now either.
03:07 Coke Just pointing out that a design needs to be on the roadmap, which it will be, presumably for 2.5, which is still over a year away. Plenty of time. =-)
03:08 Coke ... and this configure discussion has been going on for... years already.
03:08 Coke at least since kid51 started cleaning it up.
03:08 Coke Resending http://code.google.com/p/perl-de​vel-nytprof/issues/detail?id=14 in case anyone has XS shaped tuits. =-)
03:08 shorten Coke's url is at http://xrl.us/bei34x
03:14 pmichaud hello, all.
03:14 Coke pmichaud: EEK!
03:15 * pmichaud wonders what "EEK!" is meant to mean in this context :-)
03:15 pmichaud anyone know of any blockers to the rakudo release?
03:20 pmichaud I guess I scared everyone away?
03:20 rg not me, but i can't help you.
03:24 dalek parrot: r37608 | allison++ | trunk/ports/ubuntu (2 files):
03:24 dalek parrot: [ubuntu] Updates from producing the packages.
03:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37608/
03:26 allison pmichaud: hip, hip, hurray!
03:27 pmichaud allison: congratulations on Parrot 1.0.  Outstanding work.
03:27 allison pmichaud: thanks!
03:28 dalek parrot: r37609 | allison++ | trunk/ports/debian/rules:
03:28 dalek parrot: [debian] Some changes made while generating packages.
03:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37609/
03:31 allison Coke: RT #37115 closed
03:41 janus joined #parrot
03:49 Andy joined #parrot
03:54 Coke allison: no email?
03:54 Coke no email.
03:55 allison Coke: email?
03:55 purl rumour has it email is sms => about as "pager" as I have to deal with or Catalyst::View::Email
03:55 allison Coke: oh, for the ticket closing?
04:09 dalek rakudo: 80344fd | pmichaud++ | docs/ChangeLog:
04:09 dalek rakudo: More ChangeLog updates for release #15.
04:09 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​0344fd35d64c218136a9daed55c79f801cbcb47
04:09 shorten dalek's url is at http://xrl.us/bekxzb
04:09 dalek rakudo: 44e1496 | pmichaud++ | build/PARROT_REVISION:
04:09 dalek rakudo: Bump PARROT_REVISION for release testing.
04:09 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​4e1496989cf1b6f9fbd97152a31987841f2e0ff
04:09 shorten dalek's url is at http://xrl.us/bekxzf
04:15 dalek tpfwiki: jonathan@leto.net | PIR Tutorial and FAQ
04:15 dalek tpfwiki: http://www.perlfoundation.org/parr​ot/index.cgi?pir_tutorial_and_faq
04:15 shorten dalek's url is at http://xrl.us/bekxzo
04:30 Coke stop upating that wiki!
04:31 Coke dukeleto: please use the trac.parrot.org wiki
04:32 dukeleto Coke: 'twas an accident
04:33 Coke =-)
04:33 Coke we've been trying to kill that thing for months. =-)
04:37 dukeleto I have an axe.
04:37 Coke "It's a trick."
04:40 Tene Coke: you still looking for regular access to an x86_64 box?
04:40 pmichaud afk # back tomorrow morning
04:40 Tene 'night pm
04:45 Tene Coke: *obviously* the solution to the =no problem is yet another config option for configuring how you say no. --false-style=prefix-without ;)
04:54 Coke tene: still!?
04:54 Coke tene: (config) *thwap*
04:54 Tene Coke: I have vague memories of you looking for access to an x86_64 box for parrot work.  I might have just made it up, though.
04:55 Coke might have once. Don't need it now, except to close out tickets in RT.
04:55 Coke let's cut out the middle man, and you can just monger the tickets directly. =-)
04:55 Coke I have enough trouble with the machine on my desk.
04:55 Tene I don't have anything available, but a friend does.
04:56 Coke best I can suggest right now is have him setup a buildbot/smolder client.
06:54 uniejo joined #parrot
07:38 Tene wtf?
07:38 Tene $P0 = get_hll_namespace is giving me null
07:39 Tene how does that make any sense?
08:16 Tene purl: msg jonathan There are a few problems with use that I was trying to fux, but ran out of time...
08:16 purl Message for jonathan stored.
08:16 Tene purl: msg jonathan If you look at the generated pir, calls to use happen *after* the main block runs
08:16 purl Message for jonathan stored.
08:18 Tene purl: msg jonathan Also, the issue I was trying to fix in the first place, 'is export' does put subs in the export::all subnamespace, but 'use' never fetches them.  Things only seem to work now because nothing use package{}, so all subs are ending up in the global namespace anyway
08:18 purl Message for jonathan stored.
08:19 * Tene sleeps
08:55 agnislav_ joined #parrot
08:56 agnislav_laptop hi all. still can't run compiled bytecode... :(  any help is appreciated
09:09 bacek joined #parrot
09:50 korshak joined #parrot
10:17 masak joined #parrot
10:22 contingencyplan joined #parrot
10:43 NotFound joined #parrot
10:43 NotFound hi
10:49 mikehh Notfound: hi
10:51 mikehh rakudo (44e1496) builds on parrot r37609 - make test/make spectest PASS
10:58 ruoso joined #parrot
11:59 dalek rakudo: 977b948 | jnthn++ | src/builtins/control.pir:
11:59 dalek rakudo: Fix eval crash when eval is used inside a class.
11:59 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​77b94896c481b85b200b56eaa1c9576656ac973
11:59 shorten dalek's url is at http://xrl.us/bekyix
12:12 dalek rakudo: cba1557 | jnthn++ | docs/ChangeLog:
12:12 dalek rakudo: Add a few more bits to the ChangeLog.
12:12 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​ba1557c5a9f9de748b029f8700b7556289af0df
12:12 shorten dalek's url is at http://xrl.us/bekyi9
12:29 dalek rakudo: 9a08c4f | (Cory Spencer)++ |  (5 files):
12:29 dalek rakudo: Added inline PIR versions of Any.pm's lc, ceiling, floor and round to the P6 Any.pm class.
12:29 dalek rakudo: Squashed commit of the following:
12:29 dalek rakudo: commit 59873f07aa08081cc2d5e915ce309d733935cb54
12:29 dalek rakudo: Author: Cory Spencer <cspencer@sprocket.org>
12:29 dalek rakudo: Date:   Thu Mar 19 18:19:21 2009 -0700
12:29 dalek rakudo:     Added an inline PIR P6 version of lc
12:29 dalek rakudo: commit 65b75d2b6266adaae8caac230cc55462467c8c0c
12:29 dalek rakudo: Author: Cory Spencer <cspencer@sprocket.org>
12:29 dalek rakudo: Date:   Thu Mar 19 16:06:26 2009 -0700
12:29 dalek rakudo:     Add inline PIR versions of round, ceiling and floor
12:29 dalek rakudo: commit 9a873239e9a0fb86d4d11dc2f141d6081d2e1a23
12:29 dalek rakudo: Merge: 8592d17... f8b6aee...
12:29 dalek rakudo: Author: Cory Spencer <cspencer@sprocket.org>
12:29 dalek rakudo: Date:   Thu Mar 19 14:28:57 2009 -0700
12:29 dalek rakudo:     Merge branch 'master' of git://github.com/rakudo/rakudo
12:29 dalek rakudo: Signed-off-by: Moritz Lenz <moritz@faui2k3.org>
12:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​a08c4f5f0d72cd8dd0b309854f36a8dcfb3d4fa
12:29 shorten dalek's url is at http://xrl.us/bekyke
12:30 korshak left #parrot
12:31 Whiteknight joined #parrot
12:35 rg1 joined #parrot
12:44 mikehh t/examples/pod.t - Failed tests:  13-14, 16-19, 22
12:58 Whiteknight yeah, those are known
12:58 Whiteknight we're working on it
12:59 Whiteknight or, I will be working on it eventually
13:02 Coke-zzz hopefully that test will settle down shortly and we'll have things fixed or TODO'd depending on what snippets have been added.
13:03 dalek rakudo: 2352fd0 | jnthn++ | src/builtins/eval.pir:
13:03 dalek rakudo: When we do a use, we need to make sure the recursive invocation of the Perl 6 compiler gets a clean @?NS, otherwise thigns start getting nested in namespaces in the non-pre-compiled case.
13:04 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​352fd03db5b615f400f85ed0bc81395f41d290c
13:04 shorten dalek's url is at http://xrl.us/bekyoj
13:04 dalek rakudo: 8207372 | jnthn++ |  (5 files):
13:04 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
13:04 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​207372ae394ca87667e974a2be2cd547def1f9c
13:04 shorten dalek's url is at http://xrl.us/bekyom
13:10 Ademan joined #parrot
13:10 mikehh all other tests in make fulltest pass at r37609
13:20 pmichaud good morning #parrot
13:25 Whiteknight good morning pmichaud!
13:30 fperrad joined #parrot
13:48 gryphon joined #parrot
14:06 rdice joined #parrot
14:16 davidfetter mornin', all
14:18 dalek parrot: r37610 | coke++ | trunk/docs/intro.pod:
14:18 dalek parrot: [t/docs] - t/examples/pod.t pointed out broken PIR
14:18 dalek parrot: This syntax was removed some time ago. fix the code and the surrounding text.
14:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37610/
14:30 dusty joined #parrot
14:30 dusty Is there a chance of messing up my perl on Mac OS x if install parrot from ports?
14:38 dalek rakudo: db1e872 | pmichaud++ | docs/ChangeLog:
14:38 dalek rakudo: Final ChangeLog for release #15.
14:38 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​b1e872654d5af4f5232af9609167eea2ad51518
14:38 shorten dalek's url is at http://xrl.us/bekyzt
14:38 dalek rakudo: f67507c | pmichaud++ | docs/release_guide.pod:
14:38 dalek rakudo: Release date and name updates.
14:38 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​67507c1d5c3f912a52ebb53c570d57dcc51e3df
14:38 shorten dalek's url is at http://xrl.us/bekyzv
14:38 dalek rakudo: e552334 | pmichaud++ | docs/announce/2009-03:
14:38 dalek rakudo: Text of 2009-03 release announcement.
14:38 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​5523344eb8f49d5c9d077fbba29a5b52c2045cd
14:38 shorten dalek's url is at http://xrl.us/bekyzx
14:43 Theory joined #parrot
14:59 rg joined #parrot
15:03 Tene_ joined #parrot
15:04 Coke dusty: do NOT install parrot from ports on osx.
15:04 Coke it's a VERY old version.
15:04 Coke you're better off running it out of the build dir for now.
15:05 Coke (If you want to help me make a macport for 1.0.0, that'd be awesome. =-)
15:07 dusty Coke, I don't know that I have the skill for that, what all is entailed?
15:08 Coke right now, we can't build a static binary because of a config bug; we can't build a dynamic one because we end up linking to the library in the build dir.
15:08 Coke so we need to fix one of those issues to get the install working.
15:08 Coke at that point, making the macport is trivial.
15:09 Coke (we already have a Portfile setup that just needs some minor updates.)
15:09 Coke there's a trac ticket...
15:09 Coke https://trac.parrot.org/parrot/ticket/344
15:11 dusty I'm looking at it, looks beyond me, but I'll look at again when I get home, thanks for answering my question
15:19 Tene_ jonathan: ping
15:21 jonathan Tene_: pong
15:22 Tene_ jonathan: I've got a handfull of problems with 'use' in rakudo...
15:22 Tene_ mentioned them last night in here
15:22 Tene_ Interested in looking or discussing?
15:23 jonathan Sure, probably is good if pmichaud is in on the discussion too.
15:23 jonathan Though not sure if he's about right now...
15:23 Tene_ The main thing is that 'use' doesn't actually respect 'is export'.
15:24 Tene_ and while subs tagged as 'is export' *are* put in the ::EXPORT::ALL namespace, the only reason anything (like Test.pm) acts like it exports things is because nothing uses 'package' declarations, so everything ends up in the root namespace anyway.
15:25 jonathan Yes, I know Test.pm cheats on that.
15:25 Tene_ also, in the generated PIR, use statements are generated in a block *after* the main block.
15:25 Tene_ So they would run after the entire program finishes.
15:26 jonathan Hmm...that's odd, because use does at least sort of work.
15:26 jonathan (Which you'd expect it to not do so at all in that case)
15:26 Tene_ it works because of 'use' running in actions.pm
15:27 jonathan Ah. And thus is broken for pre-compiled modules?
15:27 Tene_ afaict
15:27 Tene_ well, if they use 'use' statements.
15:28 jonathan hmm
15:28 jonathan @?BLOCK[0].loadinit().push(
15:28 jonathan PAST::Op.new(
15:28 jonathan PAST::Val.new( :value($name) ),
15:28 jonathan :name('use'),
15:28 jonathan :pasttype('call'),
15:28 jonathan :node( $/ )
15:28 jonathan )
15:28 jonathan );
15:28 jonathan It's sticking it into the loadinit of the outer block...
15:28 jonathan Erm
15:28 jonathan Of the current block, sorry.
15:28 jonathan But I guess that means if the current block gets marked :load :init then yes, this happens after it runs...
15:29 Tene_ Hmm.  Maybe nevermind.
15:29 Tene_ Checking with precompiled 'use Test; plan 1', and it works fine.
15:29 jonathan Ah, OK.
15:29 Tene_ So maybe I was just falling asleep by the time I "noticed" that part. :)
15:29 jonathan :-)
15:29 TimToady joined #parrot
15:29 jonathan OK, but the point about not respecting is export stands.
15:30 diakopter joined #parrot
15:30 particle joined #parrot
15:31 Tene_ ah, yes, the *first* block there calls the later block that calls use.
15:31 jonathan Aha.
15:32 jonathan OK, but that still means we need to make import work. :-)
15:32 particle i think everything is in place to make that possible now
15:33 Tene_ I tried adding code to do it, but ran into problems with get_hll_namespace returning null pmcs.  I was (apparently) kind of asleep, so might have just been incompetent.
15:33 Tene_ One other issue is that the 'use' that is called from actions.pm *shouldn't* do this.
15:34 Tene_ I ended up just .return()ing if the caller's namespace was Perl6::Grammar::Actions, but that's hardly correct.
15:34 jonathan Tene_: Shouldn't import?
15:34 jonathan Tene_: I think it needs to,.
15:34 jonathan Oh, maybe not.
15:34 * jonathan thinks
15:34 Tene_ jonathan: import into the Perl6::Grammar::Actions namespace?
15:35 particle who's doing a use from actions.pm?
15:35 jonathan Tene_: No, it should import into the namespace of the program where the use is written.
15:35 jonathan We at least need to make sure any types that are exported get imported.
15:35 Tene_ particle: method use_statement calls use to get the symbols and such loaded at compile-time.
15:36 jonathan Though if you write a class A { } in a A.pm and the use A; is there import/export going on there?
15:37 jonathan Or is that just simply that it installs A in the namespace?
15:37 Tene_ jonathan: so it should import into @?NS[0] namespace?
15:37 jonathan Tene_: I figure so, yes.
15:37 Tene_ Okay.
15:37 Tene_ So maybe a !EXPORT_SYMBOLS that is both called at parse-time and at runtime, like 'use'?
15:39 jonathan Something like that.
15:39 purl Something like that. is that true?
15:39 jonathan Maybe !IMPORT_SYMBOLS is more the name though?
15:40 Tene_ Maybe.  I say export because as a first draft, you could just call hllcompiler's EXPORTALL method.
15:40 Tene_ Which suggests a similar naming convention.
15:41 jonathan Ah, true.
15:41 jonathan I guess it depends which side you're looking at it from. :-)
15:43 Tene_ fwiw, the specific case I was working on was generating a lot of subs.  for <a b c d e> { Foo::Bar{$_} = sub { ... } }
15:44 Tene_ jonathan: think you'll work on this today, or did you have other plans?
15:47 jonathan Tene_: Haven't got a great deal of other plans, if it matters to you I don't mind working on it.
15:47 jonathan Would like to hear pmichaud's opinions before I dig in, to sanity check this, though.
15:47 * Tene_ nods.
15:48 particle1 joined #parrot
15:48 Tene_ Would be nice.  If you don't, I'll end up working on it again tonight anyway.  I'd like to hear pmichaud's take on it first too.
16:12 Andy joined #parrot
16:25 dalek rakudo: 4c90262 | jnthn++ | src/parser/ (2 files):
16:25 dalek rakudo: Support renaming of named parameters in the signature. This also takes us a couple of steps closer to STD.pm.
16:25 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​c90262f15475262de7005029d0f57a928fb813c
16:25 shorten dalek's url is at http://xrl.us/bekzf5
16:25 dalek rakudo: 703b36e | jnthn++ | docs/ (3 files):
16:25 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
16:25 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​03b36e792b73eb8f3c650ae6d083d9edc8a0f9d
16:25 shorten dalek's url is at http://xrl.us/bekzf7
16:46 jan joined #parrot
17:00 allison FYI, we've had  13,526 visitors to parrot.org since we set up google analytics on wednesday (so, that's only counting part of wednesday, and all of thursday)
17:01 particle1 would you grant me access to that data?
17:02 Whiteknight google analytics is hot stuff
17:04 allison particle: already did when I first created it. if you log into google.com/analytics with your gmail account you should see it all
17:04 allison particle: (granted you admin access too)
17:16 particle1 great, thanks!
17:21 uniejo joined #parrot
17:24 barney joined #parrot
17:39 particle joined #parrot
17:40 uniejo joined #parrot
17:51 dalek rakudo: 83e060f | jnthn++ | src/builtins/guts.pir:
17:51 dalek rakudo: We need to !DEREF foreign invocants that might have got put in a Perl6Scalar.
17:51 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/8​3e060f2e8a4c2a75313756bd42e42574c097dde
17:51 shorten dalek's url is at http://xrl.us/bekzt4
17:54 davidfetter joined #parrot
18:11 dalek rakudo: 7b9f811 | jnthn++ |  (3 files):
18:11 dalek rakudo: Start to move some methods in IO over to the Perl 6 setting, improving error handling to be more in line with S32 along the way.
18:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​b9f81149735cbe4d075765d8e43fc2fcc13e9d1
18:11 shorten dalek's url is at http://xrl.us/bekzxw
18:24 dalek parrot: r37611 | coke++ | trunk/docs/user/pir (4 files):
18:24 dalek parrot: [t/docs] test more sample PIR.
18:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37611/
18:29 dalek parrot: r37612 | coke++ | trunk/t/examples/pod.t:
18:29 dalek parrot: [t] fix argv handling to actually so specifying files on the command line actually works.
18:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37612/
19:00 tuxdna joined #parrot
19:03 lucs joined #parrot
19:35 bsdz joined #parrot
19:35 dalek parrot: r37613 | coke++ | trunk (2 files):
19:35 dalek parrot: [t/docs] Verify PASM snippets too.  Add a single PASM target
19:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37613/
19:36 bsdz hi, anyone know anything about parrot math ops?
19:37 Coke What's the question?
19:37 purl the question is how a _separate_ package could help with the install
19:37 bsdz thanks Coke: is there any reason why round() is not supported?
19:38 bsdz i know i can floor(?+.5)
19:39 Coke I don't know that it was purposefully excluded.
19:39 bsdz perhaps i should create a trac?
19:40 particle we're missing another math op, too. cot or something
19:40 particle i know one of them is missing.
19:40 bsdz i could include that in my trac
19:40 Coke sure. open an RFC
19:40 bsdz ok thanks
19:40 tuxdna hi, anyone here who is familiar with parrot_debugger.c ?
19:41 Coke that I will not admin to. =-)
19:42 tuxdna Currently parrot_debugger requires a filename to be given on the command line
19:43 tuxdna this file is read ( in case of pbc ) and compiled ( in case of say pasm ) and fed to embedded parrot for debugger
19:44 tuxdna now when I do not provide a file name ( ofcourse by modifying the parrot_debugger.c  commad line options ), the debugger croaks
19:45 tuxdna Any ideas on how I can set up debugger with some code to be fed for embedded parrot so that the debugger works without making a filename necessary on the commnadline?
19:47 Coke where would the debugger get data from?
19:47 Coke s/data/code?
19:48 particle use a named pipe?
19:48 Coke you just want it to start up... empty? (nothing wrong with that, just wondering where you're going.)
19:49 tuxdna yes. i want the debugger to start empty so that the file can be loaded later using ;load' command
19:49 Coke that should be doable.
19:52 Coke I have to run. Open a trac?
19:57 Tene_ I thought we were moving away from the perlfoundation.org/parrot/ wiki...
19:58 tuxdna thanks Coke_afk
20:04 allison Tene: yes, the perlfoundation.org wiki is on the way out
20:04 * allison migrating to new location
20:04 Tene_ Andy's latest perlbuzz twitter post linked to it.
20:05 Andy Can't imagine that's a problem.
20:15 Tene_ No idea.
20:16 Tene_ That's what I was asking about.
20:17 particle i wonder what channel allison is migrating to...
20:26 dolmen joined #parrot
20:35 bsdz hi, anyone know if it's possible to dynamically create pir sub pmcs (a bit like .net's reflection.emit and MethodBuilder)?
20:37 bsdz actually i probably should use eval. sorry
20:40 donaldh joined #parrot
20:42 bsdz hmm I don't think eval does what I want. I need a 'Sub' factory
20:42 particle partcl generates pir from pir, then runs it
20:43 bsdz particle: any examples in trunk i can look at
20:47 AndyA joined #parrot
20:48 jonathan bsdz: Look up compreg
20:48 bsdz thank jonathan - just getting there
20:48 jonathan bsdz: But essentially you generate PIR, feed it to the PIR compiler, which you can obtain through compreg
20:49 jonathan And it gives you back an Eval PMC
20:49 jonathan Say it's in $P0
20:49 jonathan $P0() runs the sub there and then
20:49 jonathan But $P1 = $P0[0] extracts the sub.
20:49 jonathan (And indexed access to all the other subs, if you eval'd many in your PIR.)
20:49 bsdz jonathan++ excellent. looking at examples in eval.tl
20:50 bsdz thanks
20:50 jonathan Welcome.
20:50 purl Heh, not likely around here you won't be. or
20:50 * jonathan was playing with this stuff for Rakudo recently.
21:02 Whiteknight joined #parrot
21:22 Limbic_Region joined #parrot
21:22 Woody4286 joined #parrot
21:53 jonathan ($P0 :slurpy, $P1 :slurpy :named) = obj.name(pos_args :flat, name_args :flat :named)
21:53 jonathan .return ($P0 :flat, $P1 :flat :named)
21:53 jonathan WTF would the second line *ever* be able to fail with "argument doesn't array"?
21:54 jonathan (Given it immediately follows the first.)
21:59 Whiteknight joined #parrot
22:02 NordQ joined #parrot
22:04 NordQ joined #parrot
22:04 Tene_ pmichaud: you going to be able to look at the use/export discussion sometime today?
22:04 jonathan Tene_: How much do you need?
22:06 Tene_ jonathan: I thought we were pretty much in agreement on what needs to be done, and just wanted pm's comments if any, right?
22:06 jonathan Tene_: Yeah, I just upon needing certainly the auto-export of multis to work...
22:07 jonathan *hit upon
22:07 Tene_ oh, what do I need to work.
22:07 jonathan Yes. :-)
22:07 Tene_ I need 'use' to import symbols into my namespace from the ::EXPORT::ALL
22:07 Tene_ I don't need tagsets or anything
22:07 jonathan OK
22:08 jonathan A first cut of that is probably easy.
22:08 particle you want ::EXPORT::DEFAULT
22:09 jonathan particle: I can't find anything that tells me what gets imported by a default use Module.
22:09 jonathan Is it :DEFAULT?
22:09 jonathan Which would make sense...
22:09 particle yes.
22:09 jonathan You'd have to write use Foo :ALL; to get all?
22:09 particle ALL is mainly for introspection, but you can use Foo :ALL
22:09 particle yep
22:09 Tene_ particle: 'is export' doesn't put things in ::DEFAULT
22:10 Tene_ but yes, that would work too.
22:10 jonathan Tene_: I think what the spec says is that just because you write is export on something doens't mean that it's automatically imported.
22:10 Tene_ ah
22:10 Tene_ right
22:10 Tene_ Sure.
22:11 Tene_ really, any kind of symbol import on 'use' is all I need
22:11 jonathan Actually we're meant to import into lexical scope rather than package too.
22:11 jonathan But that is going to be a pain until we fix lexicals over class boundaries.
22:12 particle right
22:12 particle for now, good enough is good enough.
22:12 jonathan So I'll cheat and do package.
22:46 * gravity blanches at the -rpath stuff in the build system
22:47 jonathan Cheating worked.
22:48 jonathan Tene_: Got something that shoudl fly.
22:48 Tene_ nice
22:48 Tene_ Thank you.
22:48 jonathan Tene_: Imports anything you mark :DEFAULT
22:49 jonathan Into the namespace you've written the use in.
22:49 jonathan Wrong wrong wrong but will get us by.
22:49 jonathan I'm going to do one more cheat.
22:49 Tene_ jonathan: and if I install stuff into Foo::EXPORT::DEFAULT at runtime when the module is loaded?
22:49 Tene_ it just fetches from the namespace, yes?
22:49 jonathan erm.
22:49 jonathan I guess so, but I'm not sure if that's kosher by the spec...
22:50 jonathan Well
22:50 jonathan Actually, yes
22:50 jonathan Just work.
22:50 purl just work is the opposite of "doesn't work".
22:50 jonathan But really you just need to is export(:DEFAULT) whish is what I did.
22:51 Tene_ jonathan: what I need this for is generating subs at runtime, so I do need that.  :)
22:51 jonathan Tene_: OK.
22:51 jonathan Tene_: Also, I am going to do something now to put multis in DEFAULT whether you mark them as that or not.
22:51 jonathan Since the spec says
22:51 jonathan Any proto declaration that is not declared "my" is exported by default.
22:51 jonathan Any multi that depends on an exported proto is also automatically exported.
22:51 jonathan When there is no proto for a multi, the autogenerated proto is assumed
22:51 jonathan to be exportable.
22:52 Tene_ nice
22:52 jonathan Which suggests to me :DEFAULT is the right place for it (as well as all)
22:56 * jonathan feels like he's done something useful today now
22:56 Tene_ :)
22:56 ilia joined #parrot
22:56 Infinoid Default is the right place for everything, by default. :)
22:57 * jonathan spend the afternoon too headachey to concentrate on much... :-|
22:57 Tene_ aw :(
22:57 jonathan Then felt kinda guilty, since it's one of my funded days...
22:57 jonathan Well, import makes up for it. :-)
22:58 jonathan ah, geck, I need to handle multi smarter...
23:01 jonathan OH NICE
23:02 Tene_ hm?
23:02 nopaste "jonathan" at 85.216.157.73 pasted "works" (17 lines) at http://nopaste.snit.ch/15933
23:02 Tene_ jonathan++
23:03 Tene_ Great work. :)
23:04 jonathan Tene_: Doing spectest now.
23:05 Tene_ jonathan: try doing spectest with Test.pm in the Test package. ;)
23:05 jonathan Tene_: :-P
23:05 jonathan I'm not that daring. ;-)(
23:06 jonathan This will all need a fairly big review at some point, but having a first cut to work from is easier than a blank sheet.
23:08 jonathan Ah, damm, the multis bit doesn't quite work when the importing script is pre-compiled....can't immediately think why...
23:09 jonathan (It finds the imported one and blows away the one in the imported scirpt itself. Hmm.)
23:16 jonathan Tene_: Tests are looking good so far. So I think I can put this in.
23:16 Tene_ :)
23:16 Tene_ I'll try to get to your .leave() stuff this weekend
23:17 jonathan Yay.
23:18 jonathan If you want to debug why it clobbers multis in the importing namespace only in the pre-compiled case, feel free too.
23:18 jonathan Don't have the energy for that tonight, I'm afraid.
23:22 jonathan Tene_: Ah. I broke the one test in import.t :-(
23:23 Tene_ heh
23:23 Tene_ you going to fix it, or going to let me do that?
23:23 jonathan Also I don't understand what it's trying to do...
23:23 Tene_ I'm about to get off work.
23:30 jonathan Tene_: Think I may have found it.
23:32 jonathan Tene_: Yeah, got it squished.
23:32 Tene_ :)
23:36 jonathan Tene_: Pushed.
23:39 dalek rakudo: ec0db22 | jnthn++ | src/builtins/guts.pir:
23:39 dalek rakudo: Work around multiple Parrot bugs for calls to foreign objects, and document what we're working around. (TODO: see if they already have tickets and submit them if not.)
23:39 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​c0db222dbde5ed9a93177841d4cbb295ea1e202
23:39 dalek rakudo: e38edf9 | jnthn++ | src/ (3 files):
23:39 Tene_ jonathan: is there a reason you're importing into the hll root namespace instead of looking up the namespace of the caller?
23:39 dalek rakudo: First cut of importing from :DEFAULT one use. Wrong and incomplete, but a start at least. Also, per S11 (or as far as I understand it), multis want to get :DEFAULT automatically, so add that.
23:39 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​38edf94bc1839ded19870b419d93553965d554d
23:39 shorten dalek's url is at http://xrl.us/bek3ha
23:39 shorten dalek's url is at http://xrl.us/bek3hc
23:39 Tene_ $P0 = getinterp; import_ns = $P0['namespace';1]
23:39 jonathan Tene_: There's actually three cases.
23:39 * Tene_ listens
23:39 jonathan See also the actions.pm changes.
23:39 jonathan Basically, though, if we call from actions.pm we pass in the namespace to call into.
23:40 jonathan However, if we're in the global ns then that's an empty string.
23:40 jonathan Which is the case when instead of handing the name off to parse_name, we just grab the root hll namespace.
23:40 jonathan In the case that we weren't passed a namespace to import into, then we do lookup the caller's namespace.
23:41 Tene_ okay, the problem is that I can't read.
23:41 Tene_ ><
23:41 Tene_ Thanks.
23:41 jonathan np :-)
23:41 jonathan Feel free to hack on this.
23:41 jonathan Also, to add/enable more spectests relating to it would be great too.
23:41 jonathan Also one thing I didn't work out yet
23:42 jonathan Is that in src/setting we have a bunch of .pm files now that we toss together and use to make gen_setting.pir
23:42 jonathan But we need to do importation from them too.
23:42 jonathan But I didn't yet work out how to do that...we may need to refactor what I just added (as in, factor out the import logic to something called by use).
23:43 jonathan Ah, or we need to import whether module was previously loaded or not.
23:43 jonathan Ah.
23:43 jonathan But that means we need to fake some stuff into %INC for the built-in modules.
23:43 Tene_ I'm spectesting with Test.pm in the Test package.
23:43 jonathan Hopefully you get what I mean - sorry, that wasn't coherent.
23:43 Tene_ I get it.
23:44 jonathan Well, yeah, but the issue for, say, IO, is that we don't use it.
23:44 jonathan But we still want to import its stuff.
23:44 Tene_ nodnod
23:45 Tene_ Do you have objections of moving Test.pm into the Test package, if tests are passing?
23:45 allison joined #parrot
23:46 jonathan Tene_: No, I'd get a second opinion from pmichaud though.
23:46 jonathan Or just take the forgiveness/permission rule. ;-)
23:47 Tene_ That's my favorite rule!
23:48 Tene_ Hmm.
23:48 Tene_ oh...
23:48 Tene_ I need to mark them all as export(:DEFAULT)
23:48 Tene_ most of them were :DEFAUKT anyway because they're multi. :)
23:48 jonathan I guess it'll be a test of the code. ;-)
23:56 contingencyplan joined #parrot

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

Parrot | source cross referenced