% zarchne has left zarchne!~michael@209.40.67.38 So, @ARGS doesn't work in rakudo? % chromatic has left chromatic!~chromatic@sub17-30.member.dsl-only.net Looks like rakudo's IO needs a lot of work. Maybe tomorrow... r26619 | chromatic++ | type_ids: : [Pheme] Replaced PMC type constants with PMC names. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26619 % iblechbot has joined #parrot % wknight8111 has joined #parrot % Ademan has left Ademan!~dan@h-68-164-168-66.snfccasy.dynamic.covad.net % barney has joined #parrot r26620 | bernhard++ | trunk: : [HQ9+] : Reimplement with PCT. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26620 r26621 | bernhard++ | trunk: : Alphabetic ordering. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26621 % wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net seen kj? kj was last seen on #parrot 22 hours and 51 minutes ago, saying: purl's not too nice today... r26622 | bernhard++ | trunk: : [HQ9+] : "use FindBin" diff: http://www.parrotvm.org/svn/parrot/revision?rev=26622 % barney has left barney!~bernhard@p549A088E.dip0.t-ipconnect.de % rdice has joined #parrot % AndyA has left AndyA!~andy@82.152.157.85 % AndyA has joined #parrot % contingencyplan has left contingencyplan!~contingen@cpe-76-186-27-146.tx.res.rr.com % kid51 has joined #parrot Am experiencing problems with 'svn up languages/hq9plus' purl seen barney? barney was last seen on #parrot 2 days and 17 hours ago, saying: frooze Firefox, by running Javascript HQ9+ [Mar 26 13:55:22 2008] kid51: What OS are you on? I'm having problems as well but I thought it might be because I'm using cygwin. (or because I'm using git) Tene: (@ARGS in rakudo) it should be working % ilbot2 has left ilbot2!moritz@faui2k3.org % ilbot2 has joined #parrot pmichaud, when do you think you will have namespace problems solved? for example, Perl6Str generated on a module code are not recogniized cognominal: I don't know how long it will take. Some may depend on changes to Parrot. although I don't understand the example synoymy between pmc Hash and Perl6 hash is also a bummer oh, I think I may be able to resolve the pmc Hash and Perl6 Hash fairly quickly PerlJam: no, I think it's a checkin error for modules, pct generates Px = new "Perl6Str" that are not found because of the namespace of the module that shouldn't make a difference class names aren't tied to namespaces (in Parrot) a module is not a class what exactly is "not found" then? kid51: I originally suspected cygwin or git because one time I saw the dir as "hq9plus" and another time I saw it as "HQ9plus". I thought there might be case-folding issues. the Perl6Str class that's my point... new "Perl6Str" doesn't depend on namespaces PerlJam: Yes, that's the issue, but it's OS-independent I experience it both darwin and linux ah. good to know :) * PerlJam stops suspecting his local tools in rakudo, package are non existent and module are half baked. cognominal: perhaps I need a code example. Or maybe just file a ticket. :-) yes I will simplify my code and file a tiket hum. it seems to work in simple examples r26623 | pmichaud++ | trunk: : [examples]: : * Update ambs' benchmark to use Perl6Regex and Perl6Grammar instead of : the deprecated pgc tool (RT#48028). diff: http://www.parrotvm.org/svn/parrot/revision?rev=26623 % iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-111.dynamic.mnet-online.de % kid51 has left kid51!~jkeen@toronto-hs-216-138-231-37.s-ip.magma.ca pmichaud, the code pmc.ops :96-97 seems redundant: pmc_type() is called twice with the same args for no apparent reason. And it seems to be a pure function not that this has any relationship with my problem I'm not too familiar with the PMC code, but upon first look it appears that you're correct. Probably worth a ticket to parrotbug or ask chromatic about it :-) % Theory has joined #parrot % tetragon has left tetragon!~seneca@gw-312-705.somanetworks.com % ask has left ask!~ask@pat-tdc.opera.com % Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net % Theory has joined #parrot % tetragon has joined #parrot Coke: ping % iblechbot has joined #parrot pmichaud: No scope found for PAST::Var '@ARGS' r26624 | pmichaud++ | trunk: : [tcl]: RT#48028 changes : * Convert grammar to use Perl6Regex syntax instead of obsolete P6Regex. : * Change pgc to Perl6Grammar. : * 'make test' produces same results as before. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26624 seen darbelo? darbelo was last seen on #parrot 2 days and 17 hours ago, saying: some of that could be adapted, and maybe categorized by feature. [Mar 26 16:40:10 2008] % Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net % paco has joined #parrot % kid51 has joined #parrot r26625 | jkeenan++ | ports: : Create config step class auto::ports to identify location of Macports. Move : _handle_darwin_for_macports() out of config/auto/readline.pm and : config/auto/gmp.pm and into lib/Parrot/Configure/Step/Methods.pm. Add : auto::ports to lib/Parrot/Configure/Step/List.pm. Add one placeholder test : file. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26625 % kid51 has left kid51!~jkeen@toronto-hs-216-138-231-37.s-ip.magma.ca % IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk % mmcleric has joined #parrot % kid51 has joined #parrot % guru has joined #parrot % IllvilJa has joined #parrot % guru has left guru!~guru@67-208-9-121.ip.tor.radiant.net % guru has joined #parrot purl seen kid51 kid51 was last seen on #parrot right now, saying: purl seen kid51 purl readline? somebody said readline was the default/dumb app purl seen guru guru was last seen on #parrot 75 days and 17 hours ago, saying: Who lat Naomi Klein in here? [Jan 13 17:16:43 2008] okay guru, back to #tpm * tetragon wonders what she has to do to get a follow-up for a bug to actually appear RT is often slow at sending mail to the list I sent the message a few hours ago and it's not showing up in RT hmm, usually email replies show up on rt.perl.org pretty quickly... where'd you send it? purl configuration tests kid51: excuse me? parrotbug-followup@parrotcode.org purl nopaste? rumour has it nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating that's the right place. if it had the [perl #NNNNN] tag in the subject and everything, maybe it got caught by a spam filter or something if you have an RT account, you can post replies directly in the web interface It had the tag And I don't think I have an RT account "kid51" at 67.208.9.120 pasted "Illustrating the use of pastebots as supplement to IRC for aspiring Parroteer" (4 lines) at http://nopaste.snit.ch/12595 hrm. dunno what to say, other than "try again" or "wait a while" if its a patch you want applied, you can always bug us in here :) It's not a patch It was a message saying that the supplied patch doesn't fix the issue what's the ticket id? 52224 I think kid51 is the person I was responding to yep * kid51 hears his name mentioned Yo, tetragon, I'm sitting here in the To Reference Library with guru. Wazzup? looking at the patch, I think the test might need to be flipped around... I think you only want to match if it *doesn't* have a slash Does my patch suffice to answer your concern? http://rt.perl.org/rt3/Ticket/Display.html?id=52224 That proposed patch would cause parrot to always be passed '-Os' in my environment $code_f is of the form /opt/src/perl6/svn/parrot/t/foo/test.t Okay, so why don't you rework the patch and post it with the patch as an attachment. * kid51 recommends (a) patches as attachments, whether to list or via GUI interface; (b) always end patch filenames in '.txt' to keep all kinds of list readers happy. do either of you have an example of a filename which that code was intended to parse? I think it was for stuff like t/compilers/imcc/imcpasm/opt0.t ah, thanks perhaps m!opt([^/])! That would trigger on :t/configure/027-option_or_data.t Or do we want a negative lookahead? doesn't the current code trigger on that, too? No. those t/configure tests are not run by lib/Parrot/Test.pm Would t/compilers/pge/03-optable.t trigger it? Parrot::Test is mainly for running tests of the Parrot executable and languages built on top of it so, it only has an effect within a special harness? Perhaps. I was completely unaware of any problem until seeing your post this a.m. hrm if m!opt([^/])! isn't reasonable, maybe just do a basename() on the filename before matching Only reason I noticed is that this little box displays every stack trace that goes by parrot can't control, and should ignore, whatever path leads up to its base checkout dir. Certain test cases crash whenever parrot is called with any optimization flag that I've tried tetragon: Can you post an example of where the spurious flag is added? s/post/paste/ Of where? As in whenever I build and test parrot under /opt? * tetragon notes that the Toronto Reference Library is a short subway trip away, and that she could head over if needed tetragon: I've done a checkout in my /opt/tmp/parrot, should I expect to see some "make test" failures? Yes great, running it now. Test 61 of t/pmc/namespace.t is one of the ones that silently crashes due to -O/ Test 54 fails on my system without crashing, and shows that parrot was called with -O/ hmm. since I'm on linux, I probably won't see test 61. but maybe I can hack it to test the return value tetragon: What's the line number of Test 61? Or its description? * kid51 calls 'make' so he can run that test with prove -v overriding find_method sadly, t/pmc/namespace.t passes for me with or without /opt however, I have a failure in t/pmc/sub.t that doesn't occur within /home/infinoid/parrot tetragon: I'm only here till approx 3:30 -- but this is guru's regular hacking hangout ;-) kid51: I'm in my usual location of Linuxcaffe % Psyche^ has joined #parrot lots of failures in t/compilers/imcc/imcpasm where is Linuxcaffe? A block south of Christie station "kid51" at 67.208.9.120 pasted "Wonder why my negative lookahead assertion isn't compiling?" (17 lines) at http://nopaste.snit.ch/12596 which line is Christie station on? Bloor It's west of Yonge Oh I think I went by there once a couple of years ago looking for wireless -- but I didn't see anybody using laptops there. It's on the northeast corner of an intersection, IIRC. Yes The number of laptops out depends upon when in the week it is During the day on weekdays it's much higher than weekends "Infinoid" at 76.215.208.106 pasted "this fixes #52224 for me" (26 lines) at http://nopaste.snit.ch/12597 % Patterner has left Patterner!~Psyche@e177234088.adsl.alicedsl.de % Psyche^ is now known as Patterner tetragon Can you try out Infinoid's paste? kid51: does it look reasonable to you? is there a good reason to allow "optN" in a directory name, rather than the filename itself? Where N is an integer? where N is some argument to -O, I guess I don't think there is a good reason -- but you know how some people want infinite flexibility (grrrr) to be honest, it makes me nervous to think that it's parsing the whole absolute directory path for this stuff. we don't have any control over the directory people put a parrot checkout in ...and I'd really prefer we ignore that. % Ademan has joined #parrot tetragon: Let me see if I understand this. You were getting these spurious flags when you did a check out under the top-level /opt directory? Is that correct? that's how I reproduced it my checkout is /opt/tmp/parrot * kid51 wonders why anyone would do a repository checkout under /opt, as that has a special meaning in BSD land. But stranger things have happened. I make use of /opt/src for some source trees the bug will occur for any leading directory containing the string "opt" /home/optimus_rhyme/ would have the same problem :) So, yeah, Infinoid. I think your hunch is correct. We should be working with only either (a) the file's basename or (b) the part of the path beneath the top-level Parrot directory (e.g., top of the sandbox). sure, path relative to the toplevel parrot directory makes sense too ok, great! I'll check it in if tetragon tells me it works Yes, if she says its cool, check it in. It's one of those things that's so subtle that the only way we'll *really* know it's okay is to have it fail in a smoke test. yeah, it will only affect a small subset of users Infinoid: Since your patch is better than mine, you should post it in http://rt.perl.org/rt3/Ticket/Display.html?id=52224 so that people know mine was superseded. done. I love how RT doesn't show my patches inline, even when I follow your (very good) advice and name it with a .txt extension Well, that advice is certainly valid for the newsreader I use. I think it's mentioned somewhere in docs/submissions.pod as well. claws-mail is funky *shrug* I'm still getting a failure in t/pmc/sub.t. it seems to be another instance of the same bug. "Infinoid" at 76.215.208.106 pasted "t/pmc/sub.t failure" (15 lines) at http://nopaste.snit.ch/12598 Back to t/pmc/namespace.t I just ran it. Test 61 passes. However, Test 54 is expected to fail, so it has been TODO-ed out. So, tetragon, Test 54 is not your problem at the moment. Just Test 61. "tetragon" at 206.248.175.68 pasted "Test 61 of t/pmc/namespace.t" (69 lines) at http://nopaste.snit.ch/12599 Test 54 is where I saw the flags being used due to a simple failing test Test 61 crashes hard (but passes in prove -v output) when -O/ is passed in * Infinoid finds a second place where Parrot::Test is searching for opt(.) in an absolute pathname % darbelo has joined #parrot % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net tetragon: does my second diff (rt52224-use-basename-v2.diff.txt) attached to RT#52224 fix anything for you? It works when both instances of opt(.) are handled as in Infinoid's patch awesome, thanks r26626 | chromatic++ | trunk: : [oo] Enabled PMC instantiation with key name and initializer. This makes one : TODO test pass. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26626 Infinoid: looks good to me. Go ahead and commit. (already did) r26627 | infinoid++ | trunk: : [Parrot::Test] : * parse for -O arguments in the filename, not leading directories : * This fixes RT #52224. tetragon++ kid51++ diff: http://www.parrotvm.org/svn/parrot/revision?rev=26627 tetragon: I gotta go soon, vacation is ending. But I was glad to see that you're not bashful about opening RTs :-) tetragon: Feel free to elaborate further on that readline/libedit/editline problem; I don't claim to understand it myself There may be licensing issues as well as code issues. It's a fairly simple issue But it touches on some larger issues. * Infinoid hasn't looked at readline/editline in probably 5 years, but remembers lots of problems Much simpler than the readline issue I tracked down in PostgreSQL gotta go GOTTA COME. % kid51 has left kid51!~jkeen@67-208-9-121.ip.tor.radiant.net * Infinoid goes back to staring at Makefiles % paco has joined #parrot r26628 | chromatic++ | trunk: : [runtime] Changed PIR Test::Builder name to use keyed syntax. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26628 % davidfetter has joined #parrot % silug has left silug!~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net r26629 | chromatic++ | trunk: : [ops] Removed duplicate code in a couple of new opcodes (Stephane Payrard, RT : #52230). diff: http://www.parrotvm.org/svn/parrot/revision?rev=26629 % davidfetter has left davidfetter!~chatzilla@start.fetter.org % guru has left guru!~guru@67-208-9-120.ip.tor.radiant.net % jrt4 has left jrt4!~bojangles@c-24-18-106-126.hsd1.mn.comcast.net r26630 | chromatic++ | trunk: : [codingstd] Wrapped macro arguments (RT #51782). Many of the others are : somewhat more difficult to wrap appropriately. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26630 % Limbic_Region has joined #parrot r26631 | chromatic++ | trunk: : [src] Localized variables and improved formatting (Klaas-Jan Stol, RT #51894). diff: http://www.parrotvm.org/svn/parrot/revision?rev=26631 There's something broke in languages/hq9plus - likely broke for case insensitive systems looks like languages\hq9plus\lib\Parrot\Test\HQ9plus.pm has two files with the same name (case insensitively that is) ah, kid51 and perljam had mentioned something broken about hq9plus earlier today, that must be it the two files are identical except for capitalization of "package" lines and such svn checkout fails as a result on Win32/MinGW of course Win32/Cygwin is fine but Win32/Cygwin is still broke for the missing -lcrypto in the dynalibs someone provided an, apparently unapplied, patch for that though RT#52150, right? does the patch work for you? uh, just a sec (I can apply it, but I can't test it) that's the right ticket I didn't try the patch since I know the manual work around give me a minute % rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com r26632 | chromatic++ | trunk: : [config] Fixed Cygwin build to include crypto libs, if detected (Reini Urban, : RT #52150). diff: http://www.parrotvm.org/svn/parrot/revision?rev=26632 make is still running btw but apparently chromatic is confident it will fix the problem well, if it doesn't, then we'll fix things further % tetragon_ has joined #parrot % darbelo has left #parrot ok, built fine AFAICT, parrot on cygwin builds out of the box - you may need to mess with PATH to ensure /blib/lib is there though actually - the hq9plus problem effects Cygwin too * Infinoid tries to figure out which one of {Hq9plus.pm,HQ9plus.pm} to remove but the only language/ that I really care about is perl6 anyway % tetragon has left tetragon!~seneca@206-248-175-68.dsl.teksavvy.com r26633 | chromatic++ | trunk: : [config] Made configure favor make over nmake for Cygwin (Reini Urban, RT : #51898). diff: http://www.parrotvm.org/svn/parrot/revision?rev=26633 oh, another odd thing - make perl6 doesn't work - requires perl6.exe make perl6.exe works though - which is a good thing remove Hq9plus.pm, and the build fails. Remove HQ9plus.pm instead, and a few tests fail. % darbelo has joined #parrot oh, awesome. those tests fail either way * Limbic_Region thinks he needs to have his thyroid checked r26634 | infinoid++ | trunk: : [hq9plus] Remove HQ9plus.pm, it was conflicting on case-insensitive filesystems. : Removing this doesn't seem to cause any additional test failures, so I think it : is safe to remove. If not, we can reinstate it from svn history... diff: http://www.parrotvm.org/svn/parrot/revision?rev=26634 im in ur languages, removn ur codes % shamu has joined #parrot odd % tetragon_ is now known as tetragon % iblechbot has left iblechbot!~iblechbot@ppp-62-216-200-240.dynamic.mnet-online.de it seems that there is also languages/hq9plus and languages/HQ9plus hrm looks like barney's in the process of converting it to PCT *shrug* HQ9plus is the old one, hq9plus is the new one again, I don't really care about hq9plus well, svn needs to work, its a major annoyance when it doesn't strangely, languages/HQ9plus/ is the one mentioned in languages/Makefile, but languages/hq9plus/ is the one that gets a Makefile generated by Configure.pl if HQ9plus wasn't mentioned anywhere, I'd just rename it to HQ9plus.old and be done with it but I wonder if languages-test is going to barf on this, too well, I am too tired to follow along TTFN * Limbic_Region AFK & seeya! % Ademan has left Ademan!~dan@h-68-164-168-66.snfccasy.dynamic.covad.net % Psyche^ has joined #parrot r26635 | chromatic++ | trunk: : [config] Removed circular perl6 -> perl6 target dependency from root Makefile; : this only occurred on platforms without an executable suffix. Correspondingly, : make perl6 works on Unixy platforms and still works on Windows (though it : invokes make perl6.exe). See RT #49766. : Cygwin may or may not like this. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26635 % Patterner has left Patterner!~Psyche@d138187.adsl.hansenet.de % Psyche^ is now known as Patterner % OCTAGRAM has joined #parrot % OCTAGRAM has left OCTAGRAM!~OCTAGRAM@195.208.150.122 % darbelo has left darbelo!~darbelo@190.3.136.181 pmichaud: pong Coke: I had a question earlier about the tcl grammar, but ultimately figured it out pmichaud: does @ARGS in rakudo work for you? it did at one time Oh, okay. In Perl 6 it's @*ARGS ah Oh, right. Thanks. see if that resolves it :-) there also seems to be a typo in S0 er, S06 r26636 | chromatic++ | trunk: : [JIT] Moved executable code out of jit/i386/exec_dep.h (Paul Cochrane, RT : #47289). diff: http://www.parrotvm.org/svn/parrot/revision?rev=26636 Yes, that works fine now. pmichaud++ r26637 | chromatic++ | trunk: : [ops] Added does_i_p_pc opcode. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26637 r26638 | chromatic++ | trunk: : [Test::More] Converted more class names from string names to keyed names. diff: http://www.parrotvm.org/svn/parrot/revision?rev=26638 % Theory has joined #parrot % lichtkind has joined #parrot pmichaud: ping % silug has joined #parrot lichtkind: pong pmichaud: great i have just 2 further questions: whos baby is NQP?; the plan for rakudo is really to use the original STD.pm? pmichaud: currently finishinh just another perl 6 article :) the plan is that eventually rakudo and STD.pm will converge, yes. lichtkind: NQP is pmichaud's. We'd like to use STD.pm eventually, and the current rakudo grammar is modeled after it. even STD.pm is still "just a draft" Tene: thanks yes raku do is also patricks brainchild? I don't know that I'd call it my "brainchild". Several years ago I was asked to be the pumpking for developing a Perl 6 compiler on Parrot. Rakudo is what has resulted. pmichaud: most pugs folks including larry dont know much about that plan :) about what plan? pmichaud> the plan is that eventually rakudo and STD.pm will converge, yes. I can't speak for pugs folks, but I highly doubt that Larry believes that we're purposefully avoiding convergence. pmichaud: but why then is rokudo just born last autumn? :) it wasn't born just last autumn. It was created spring 2006 in fact, one could say (and I believe Larry is one who has said it) that rakudo's early grammars informed much of the work on STD.pm (TimToady: if I'm mis-speaking here, please feel free to publicly correct me.) of course, prior to January 2008 rakudo was known as "perl6". pmichaud: nono i think they ment it more that way that they dont expect to run std on pge next half year or so and what was that perl 6 capable of? they care more about to run stc in their own way I can't say for sure when STD.pm will be able to run on PGE. But at the moment I'm more interested in getting something that can run Perl 6 programs than to make sure that we can run STD.pm that said, we're definitely following STD.pm and rely on it for all of our grammar additions pmichaud: that more important since pugs is sleeping so i can say my listeners instead to use rakudo for the tutorial right -- at the moment my feeling is that having a platform that can run Perl 6 code is just a little bit more important than making sure we can parse/implement STD.pm. But having rakudo be STD.pm based is a definite objective for us, and not just a "wish". but its fair to say that older version of perl 6 didn't made much? Hmm. Thinking about working on rakudo this evening. the older version of perl6 was stalled because we needed a fair number of improvements to Parrot and to the Perl 6 spec, most of which happened in 2007 Any requests? once those changes fell into place, work on rakudo sped ahead very quickly and its right when i wrote that the new oop modul of parrot gave birth to NQP during last year in fact, the existence of STD.pm (and the changes it caused to the spec) is part of the reason why work on rakudo itself stalled for much of 2007 -- we had to re-group to be able to meet the new spec the new OO module in parrot was a necessary condition for much of this (NQP, rakudo, PCT, etc.). Before that we were severely hampered by problems in Parrot's object system. I came up with the idea for NQP in spring 2007, started building it in July 2007, but needed a few other tools in place before it could become a usable tool (November 2007) great pmichaud: in an actions.pm, it's possible to manually look backwards to see if a variable has already been referenced? not easily. However, it's possible for a variable to store itself in a table that says "hey, I've been referenced" :-) and then actions.pm could look in that table Ooo, clever. but it depends on what you mean by "has already been referenced" I assume you're talking about undeclared variables? Right. consider code like sub foo() { if (cond) { $a = 5; } % guru has joined #parrot // # has $a been referenced here? } According to the current lolcode tests, it should be possible to say the equivalent of "my $a;" about an already-existing variable, without effect. The current implementation achieved that by only setting isdecl on declarations with an initial value. This, of course, resulted in declarations without an initial value failing. lichtkind: were my answers helpful? I know you asked me these items in email, but I was on vacation last week (honeymoon, actually) and so I got backlogged on answering emails I just tried to checkout a fresh copy of Parrot into a newly created directory on XP, and ran into a problem. I'm tempted to just solve it by putting 'isdecl' on every declaration, as I can't find anything in the spec to support requiring that behavior. Tene: variables are assumed to be local (lexical) ? Yes. isdecl on every variable (if they're lexical) will likely mess that up the isdecl needs to go only on the first instance Right, lolcode has explicit declarations. everything went well until parrot\languages\hq9plus\hq9plus.pir pmichaud: happy for you (honeymoon) yeah great im currently sitting again on my editor figuring out the next textblock i thing were no finished for now :) guru: I think you're running into the problem that others are having with a duplicate-named directory in the repo. tene: a variable has to be declared before usage? then the job aborted, claiming a duplicate hq9plus directory. Any suggestions? pmichaud: yes. Tene: oh, then there should be no problem. this is what the 'symbol' attribute is for in PAST::Block nodes * Tene reads. rakudo does the same thing whenever a 'my $a' is encountered, rakudo checks the current block's symbol table to see if $a is already registered. If so, it ignores the 'my' (actually it should check to make sure the decl is the same), if not then it sets the :isdecl flag on the PAST::Var node and places the variable into the symbol table. guru: someone is working on that at the moment, I think Would it be easier for me to just check rakudo to see how to access the current block? well, it also requires keep track of "the current block" OK, thanks. kjs' tutorial talks about it a bit in rakudo the code that handles it is the scope_declarator method "pmichaud" at 76.183.97.54 pasted "scope_declarator from rakudo" (16 lines) at http://nopaste.snit.ch/12601 Yeah, that's what I'm looking at right now. the unless statement says "unless we've seen this symbol already in the current block" then towards the end of the method there's a line that says $?BLOCK.symbol($name, :scope($scope)); which tells the $?BLOCK that the symbol given by $name has been declared locally with the given $scope pmichaud: how big will parrot be , or its useless to estimate? lichtkind: I don't know. If you're referring to memory footprint, I expect it will get much smaller at some point in the future. Right now it's big because there's a lot of debugging and other items in place. pmichaud: i had in erlangen some interesting rants with jonathan, something we maybe also could discuss pmichaud: now im thinking more of size of sources, but yes also memory the plan was to make parrot into a heart of an next gen IDE with full flexed live introspection for dynamic languages since im maintainer of a editor we discussed some posibilities