% iblechbot has joined #parrot
% Senaka has left #parrot
% IllvilJa has joined #parrot
% cosimo has joined #parrot
% Ademan has left Ademan!~dan@h-67-101-102-194.snfccasy.dynamic.covad.net
% kj has joined #parrot
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% kj has joined #parrot
% ruoso has joined #parrot
% Senaka has joined #parrot
<Senaka> kj:ping
<Senaka> duh
<Senaka> kj: ping
<Senaka> seen kj
<purl> kj was last seen on purl 20 hours and 55 minutes ago, saying: <private message> 
<Senaka> purl I see
<purl> Senaka: excuse me?
% Senaka has left #parrot
% Senaka has joined #parrot
% Senaka has left #parrot
% Senaka has joined #parrot
<kj> I'm here
<kj> Senaka: ping
<Senaka> kj: gotacha
<Senaka> *gotcha
<Senaka> is imclexer.c needed?
<Senaka> irrespective of imcc.l?
<kj> needed in the repository, you mean?
<kj> it's needed to compile IMCC :-)
<kj> "flex imcc.l" generates imclexer.c
<Senaka> ok
<kj> (well, you have to specify the output file name with the "-o" option, but that's besides the point here)
<Senaka> it seems that certain sections within the imclexer.c aren't replaced... at all
<kj> are you trying to regenerate imclexer.c?
<Senaka> or there is no where else that they are defined
<Senaka> well no build it I mean
<kj> sorry, I don't exactly understand what you're trying to do.
<Senaka> line 4203
<Senaka> kj: where does sections below line 4203 come from?
<kj> it's generated by flex
<kj> that's why it's documented so well :-)
<Senaka> from what file?
<kj> by the flex program
<kj> it's template stuff
<kj> ehm well it's code generated from the flex rules
<Senaka> ok in the switch block line 4283
<Senaka> say i want to add one more case
<Senaka> where can that be done?
<kj> so this is the machinery that implements the lexer
<kj> you can't and shouldn't
<kj> you should only update the imcc.l file
<Senaka> in that case this ain't getting built on C++
<Senaka> I need to add the default case
<kj> i think there's a flex++ program
<Senaka> is it so...
<kj> if a system has c++ compiler, it might have flex++ too
<Senaka> ok where is the flex program set?
<kj> might be called differently..
<kj> in the configure stage
<kj> i think
<kj> gotta go for 20 min or so
<Senaka> flex is the lexer is it?
<kj> flex is the lexer-generator
<Senaka> ok no issues
<kj> so it's the program that generates the lexer for imcc
<Senaka> ok
<Senaka> i'll get it checked
<kj> just like PGE generates a parser based on rules you write
<kj> bbl
<Senaka> ok
<Senaka> ttyl
<Senaka> kj: I didn't have flex all this time
<Senaka> kj: lex/yacc is what I have
<kj> Senaka: lex/yacc should be fine, flex and bison are the same I think, but just newly implemented
<Senaka> yep
<Senaka> flex/bison
<purl> flex/bison are close enough to clones...
<Senaka> btw,
<Senaka> I still couldn't find what writes that portion of code
<kj> well somewhere in lex there's code that printf()s this
<kj> so you can't find it; it's generated by the lex executable
<Senaka> ok... can u tell me the steps to generate this file?
<kj> http://www.gnu.org/software/flex/manual/html_node/flex_19.html
<kj> this is for the c++ compilation; you don't need flex++ I was confused
<kj> I confused myself :-)
<kj> flex++ is needed to generate a lexer *class*, which isnot what we want
<kj> we just need to compile with c++ compiler instead of a c compiler.
<kj> as for the steps:
<Senaka> kj: yes
<kj> you on windows?
<Senaka> Linux
<kj> ok
<Senaka> Ubuntu Gutsy
<purl> Ubuntu Gutsy is still on 5.8.8
<kj> well, what should happen is that the file is regenerated automatically
<Senaka> kj: I don't think so
<kj> so after changing the imcc.l or .y file, the imc{lexer,parser}.c files should be regneerated I think
<Senaka> kj: no changes in that particular section
<Senaka> I see that sections in this file is regenerated
<Senaka> but not all
<kj> what sections are you referring to?
<Senaka> line 4203
<Senaka> it should read #line 4204 "compilers/imcc/imclexer.c"
<Senaka> below that you'll find some switch/case constructs
<kj> yes
<Senaka> those seem to come from no where
<kj> well, the whole switch/case thing comes from nothing: it's the implementation of the lexer
<kj> you won't find it back in the imcc.l file
<Senaka> hmm... in that case we need to probably hack that or find a c++ alternate
<kj> did you check the link I just pasted?
<kj> it should compile fine
<Senaka> checking
<kj> you can easily check this by writing a sample grammar/lexer, with 1 rule or so, and the generate the lexer , and compile it with g++
<Senaka> hmm....
<kj> it seems your ticket is about code in src/pmc/bigint.c
<Senaka> bigint.c is another issue
<kj> can you try to compile imclexer.c with g++?
<kj> what does it say?
<Senaka> that has something to do with including gmp.h
<Senaka> yes that's another
<kj>  I thought when using a c++ compiler, functions should be declared as extern "C" { ... }
<Senaka> yes and no
<kj> ok, need to go again for some time...
<Senaka> not necessarily other than someone tries to refer it
<kj> what happens when you compile imclexer.c with g++?
<Senaka> doing it at the moment
<Senaka> did a distclean and started make
<kj> just g++ -c imclexer.c
% rdice has joined #parrot
<kj> maybe it's a keyword thing; c++ has many new keywords, sometimes they're used as var.names in parrot source
<kj> (which should be fixed)
<kj> bbl
<Senaka> kj: gimme some time
<Senaka> ttyl
% kid51 has joined #parrot
<Senaka> kj: aha! that's a warning
<Senaka> is Buffer a dead concept?
<kj> dunno what buffer that is
<kj> s/that is/you mean/
<Senaka> GC has PMC and Buffer
<Senaka> two concepts...
<Senaka> but no where else (ex:- Glossary) is this being defined
<kj> ooh ok. 
<Senaka> is this a dead concept?
<kj> ok, not even in the gc pdd?
<Senaka> it is
<kj> i don't know much about gc
<Senaka> but nothing like the definition of PMC in the glossary
<Senaka> btw
<kj> except that it's collecting garbage and not using a ref. counting scheme, and the current impl is slow :-)
<Senaka> do u find an HTML version of the glossary
<kj> its on the website i think
<kj> see resources section 
<Senaka> yeah
<Senaka> kj: that switch/case thing is a warning rather
<Senaka> so no issues there
<kj> that's good.
<Senaka> the issue was with "input not defined" a bug in imcc.l I will send the patch shortly
<Senaka> In the meantime, the GMP issue in bigint still holds
<kj> sorry can't help you there.
<kj> i'm not a core hacker
<Senaka> kj: ok perhaps chromatic should have something to say
<Senaka> this has something to do beyond the scope of Parrot. A possible confusion of includes
<Senaka> either a wrong order, or we included some incompatible headers
% man_in_ltop has joined #parrot
* man_in_ltop waves
<man_in_ltop> are there any tutorials on how to combine PGE and PIL/PASM? :)
<Senaka> how to send a second patch to an issue?
<kj> man_in_ltop: what do you want to do?
<kj> Senaka: just reply on it i think?
<man_in_ltop> kj, play with defining a language
<kj> man_in_ltop: check out www.parrotblog.org
% tetragon has left tetragon!~seneca@216.126.67.44
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
<Senaka> kJ: well gave me a new ticket
<kj> through RT you can reply on it
<Senaka> kj: ok I did send a mail saying that #52874 is related
% rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com
<Senaka> kj: have you got to mail parrotbug only once?
<Senaka> per issue i mean.
% tetragon has joined #parrot
% uniejo has joined #parrot
% itz has left itz!~itz@62.3.198.45
<Coke>  Senaka: to attach a patch to a ticket, you have 2 options: 1) use the web interface, 2) follow the instructions in the AUTOREPLY email you go.
<kid51> The initial RT ticket is created thru mail to parrotbug@parrotcode.org.  Subsequent posts can be done thru the GUI interface (toggling CC to perl6-internals), by reply to mail received from the list, by reply to items in the news interface, or by email to parrotbug-followup@parrotcode.org referencing the RT number in the subjectline.
<Coke> and we can merge tickets if a new one is inadvertently opened.
<man_in_ltop> kj, thanks, looks pretty good
% kid51 has left kid51!~jkeen@pool-70-107-3-39.ny325.east.verizon.net
<Senaka> Coke: Can we merge them?
<Coke> I just said it was possible, yes.
<Senaka> 52876, 52874, and 52854
<Senaka> :D
<Coke> $work now. it's not a rush, anyway.
<Senaka> it took time for me to figure out that gmail screwed things up when I replied by adding parrotbug as one to address
<Senaka> :)
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
% rdice has joined #parrot
% rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com
<Senaka> #include <gmp.h> has issues on Ubuntu Gutsy
<Senaka> I have to add a hack #define _LIBINTL_H to get through
<Senaka> this is related to C++ build
<Senaka> Coke: ??
<Senaka> seen Allison
<purl> Allison was last seen on #parrot 5 days and 17 hours ago, saying: those were bad years anyway ;)  [Apr  8 12:57:01 2008]
<Coke> Senaka: what?
<Senaka>  #include <gmp.h> has issues on Ubuntu Gutsy with C++
<Coke> if that's a bug report... open a ticket.
<Senaka> or else who's paultcochrane?
<Coke> You're not going to have good luck pursuing things based on the author information in core stuff.
<Senaka> :)
<Coke> as it's often stale
<Senaka> ok... thanx for the hint
<Coke> and if you're looking at svn commits, a lot of people commit formatting cleanups; they're not the ones to know what's going on that section of code.
<Coke> your best bet... if no one speaks up on IRC, anyway, is to open a ticket.
<Senaka> ok
<Coke> then it doesn't get lost, someone not on IRC can see it, and it gets cc'd to the list.
<Coke> (I'm not trying to ditch you, just trying to make sure these issues do get resolved.)
<Coke> gotta run.
<Coke> work beckons.
% Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% gryphon has joined #parrot
% tetragon has left tetragon!~seneca@69-196-138-185.dsl.teksavvy.com
<Senaka> perl #50068 seems to be resolved
% cosimo has left cosimo!~cosimo@pat-tdc.opera.com
<Senaka> pmichaud: ping
% paco has joined #parrot
% rdice has joined #parrot
% skids has joined #parrot
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% rdice has joined #parrot
<Senaka> seen pmichaud
<purl> pmichaud was last seen on #parrot 13 hours and 40 minutes ago, saying: jonathan: iwbni we could just get at the lexpads using a normal hash-like interface, and then iterate over them using a standard iterator. 
% Andy has joined #parrot
<Senaka> well, there are a good number of commits between March 28th and April 14th... one of these introduced a new C++ build break
% man_in_ltop has left man_in_ltop!~benq@87.65.87.203.static.vic.chariot.net.au
<Senaka> question regarding tower of hanoi sample
<Senaka> shouldn't we start from initial position?
<pmichaud> where is it starting now?
<Senaka> move one
<Senaka> so the initial position is not see
<Senaka> *seen
<pmichaud> makes sense to me :-)
<Senaka> which current? or the one with the starting point?
<Senaka> pmichaud: you only need one line to fix this
<avar> w 26
<Senaka>         ## Now solve it.
<Senaka>         print_towers(towers)
<Senaka>         move_stack(size, 0, 2, 1)
<pmichaud> avar:  bwngo!  
<avar> MM!
<Senaka> ?? go for it?
% jhorwitz has joined #parrot
<Senaka> pmichaud: ??
<pmichaud> Senaka: looks good to me
<Senaka> pmichaud: do you refer to the current one?
<pmichaud> your change looks good to me
% Senaka has left Senaka!~Senaka@124.43.216.4
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
% sjansen has left sjansen!~sjansen@75-169-116-52.slkc.qwest.net
% ambs has joined #parrot
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
% ambs has joined #parrot
<ambs> seen merlyn
<purl> merlyn was last seen on #moose 24 days and 17 hours ago, saying: ... http://methodsandmessages.vox.com/library/post/the-year-of-smalltalk.html  [Mar 20 15:09:20 2008]
<moritz> merlyn was last seen on perlmonks.org 1 day ago ;-)
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
% sjansen has joined #parrot
% markus has joined #parrot
% Senaka has joined #parrot
<Senaka> msg Coke App::SVNBinarySearch needs Version and Module::Build
<purl> Message for coke stored.
% markus_ has joined #parrot
% markus has left markus!~markus@80-123-21-72.adsl.highway.telekom.at
% lidden has left lidden!~stefan@puce.campus.luth.se
<dalek> r26967 | fperrad++ | trunk:
<dalek> : [regex]
<dalek> : - update the target test
<dalek> : - allows the Makefile regeneration
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26967
<cognominal> http://rt.perl.org/rt3/Public/Bug/Display.html?id=52858  # I tripped In my patch on should read "in past mode" instead of "in pir mode"
<cognominal> sorry
% markus has joined #parrot
% markus_ has left markus_!~markus@80-123-17-133.adsl.highway.telekom.at
<dalek> r26968 | fperrad++ | trunk:
<dalek> : {regex]
<dalek> : - oops (duplicate regeneration)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26968
% Senaka has left #parrot
% markus_ has joined #parrot
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
% robkinyon has joined #parrot
% robkinyon has left #parrot
% barney has joined #parrot
% markus has left markus!~markus@80-123-17-133.adsl.highway.telekom.at
% Theory has joined #parrot
<japhb> Looking for Configure advice:  I'm trying to convert my OpenGL bindings proof of concept code to work within the real Parrot build system.  My assumption is that I need to probe for OpenGL libraries late in the Configure steps, around the time that GMP, readline, gdbm, etc. are probed.
<japhb> The question is, do I probe for every library and header I want all at once, or do I do them piecemeal?
<japhb> I'll need to probe for GL itself, plus GLU, GLUT, and what *variety* of GLUT I have (original GLUT, freeglut, OpenGLUT, etc.)
<Infinoid> it makes sense to clump all of that stuff together
<Infinoid> not necessarily all in the same line of output, but certainly all in the same section
<japhb> The next thing is, if I find some borken thing, like having headers but not matching libraries installed, do I just say "no", or do I emit some sort of warning about that?
<Infinoid> maybe have one check for the header and one check for the library... compile an object and then link it, or something
<japhb> And how does a user find out how to enable the OpenGL stuff, if the probes fail to find all they need?
<japhb> hmmm
<Infinoid> its nice to give the user specifics about why something failed
<Infinoid> enabling the OpenGL stuff is platform-specific
<japhb> nodnod
<Infinoid> its sufficient to tell the user what broke
<Infinoid> (for instance, we don't go through the trouble of detecting Debian machines in order to tell them what to apt-get for libgmp)
<japhb> nodnod
<dalek> r26969 | bernhard++ | trunk:
<dalek> : Update date in PLATFORMS
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26969
% Senaka has joined #parrot
% lidden has joined #parrot
% ruoso has left ruoso!~ruoso@195.23.92.2
<jonathan> Candlelit fondue + breeze = hard work.
<japhb> Real candle, or sterno?
<jonathan> Whatever tealights class as. ;-)
<japhb> realish.
<japhb> That's just crazy.  How many tealights are you using?
<jonathan> Three tends to do it.
* japhb shakes head in wonderment.  Never would have believed that would be enough heat.
<jonathan> Well, the first time I did it, I wasn't sure they'd heat it enough. So I touched the bottom of the pot with my hand to see. And spent the next few days with sore, burnt knuckles.
<jonathan> So it would appear, there is enough heat. ;-)
<jonathan> I probably shouldn't mention this hear, or everyone will conclude I'm too dumb to have a commit bit.
<jonathan> s/hear/here/ # think I just proved my point...
<japhb> heh
<japhb> Why does config/auto/readline/readline.in studiously avoid using the readline headers?
<japhb> Wouldn't those be needed later during the build anyway?
<japhb> I think I would have tried to use 7 tealights in a centered hexagon arrangement -- and thereby boiled the cheese.  :-)
<japhb> Though I more likely would have just gone with the sterno version
<japhb> if it's good enough for chafing dishes, dangit, it's good enough for fondue
<jonathan> I should maybe mention that I'm in the south of Spain, so the air temperature is already not so low. :-)
<jonathan> readline - I'm sure somebody mentioned something about that looking odd on the mailing list recently...
<jonathan> Certainly looks odd to me.
<dalek> r26970 | fperrad++ | trunk:
<dalek> : [regex]
<dalek> : - fix pmc dependencies
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26970
<pmichaud> jonathan++   #  my Dog $fifi .= new()   # wow.
<jonathan> I'm not that many features off having all the code in my Perl 6 OO talk actually runnable on Rakudo.
% ambs has joined #parrot
<rdice> That's some sweet looking OO code.
<rdice> Though I have to admit to being somewhat weirded out at seeing .= used in this way. :-)
<pmichaud> me too.  Hey, I just implement the language, I don't design it.  :-)
<ambs> Hi, folks
<jonathan> pmichaud: I like that line. ;-)
<jonathan> Good way to escape design questions!
<ambs> anybody knows how to clear the messages list purl have for me?
<pmichaud> it's been my motto from the beginning -- that way I tend to stay out of any heated discussions on p6l 
<pmichaud>  /msg purl messages erase   # I think
<ambs> pmichaud: thanks
<pmichaud> see also   /msg purl messages help
<ambs> worked
<dalek> r26971 | fperrad++ | trunk:
<dalek> : [regex]
<dalek> : - fix pdd17pmc (use STATICSELF instead of SELF when MMD)
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26971
% ambs_ has joined #parrot
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
% ambs_ is now known as ambs
% barney has left barney!~bernhard@dslb-084-058-161-188.pools.arcor-ip.net
% ruoso has joined #parrot
<Infinoid> tewk: ping
% Ademan has joined #parrot
<cognominal> can someone check and commit my patch : http://rt.perl.org/rt3/Public/Bug/Display.html?id=52858
<cognominal> with the proviso that "pir mode" should be "past mode".
<Infinoid> past, or pasm?
<Infinoid> t/compilers/imcc/syn/symbols.t will need to be fixed up for the new error string
% Ademan has left Ademan!~dan@h-67-101-102-194.snfccasy.dynamic.covad.net
<Infinoid> t/library/md5.t is failing too, but I'm not sure that's related.
<cognominal> arf, I am tired. pasm indeed.
<Infinoid> my flex output looks a bit different from what was previously there.  looks like I have a newer version
<Infinoid> YY_FLEX_SUBMINOR_VERSION got bumped
<cognominal> mine is 2.5.33
<Infinoid> 2.5.35 here
<Infinoid> well, the output compiles and most tests are passing, so I guess the flex version doesn't matter
<Senaka> 2.5.33 is the one I have
<Senaka> so it is the latest on the Gutsy apt
<Senaka> apt repo I mean
<Infinoid> t/codingstd/tabs.t                1   256     1    1  1
<Infinoid> t/compilers/imcc/syn/errors.t     1   256     5    1  2
<Infinoid> t/compilers/imcc/syn/symbols.t    4  1024     5    4  1-4
<Infinoid> t/library/md5.t                   1   256     6    1  4
<Infinoid> I can fix up the codingstd part, it's probably something to do with my having cutpasted the diff out of RT
<Infinoid> the compilers/imcc/ stuff looks like its just barfing on the changed error text
<Senaka> C++ build succeeded with tweaks
<Senaka> make test started
% davidfetter has joined #parrot
<Senaka> hi all
<Senaka> C++ build succeeded with a great deal of work
<Senaka> :)
<Senaka> now it seems that some tests are broken
<Senaka> I will mail this to the list
<Infinoid> cognominal: your patch works around an issue that we were not previously testing for.  What do you think about adding some tests to cover it?
<cognominal> yes, I will work on that.
<cognominal> how do you run all tests in a specific folder.
<cognominal> ??
<Infinoid> prove t/compilers/imcc/syn/*.t
<cognominal> thx
<Infinoid> I've fixed up the failures there, and I'll check it in in a minute, once I've verified that the md5 failure is unrelated
<cognominal> Infinoid, I need to install some Perl package to get prove?
% kj has joined #parrot
<Infinoid> oh, hmm.  it normally installs as part of Test::Harness I think
<cognominal> visibly. I am not a smoker :)
<Senaka> msg chromatic C++ build succeeded on rev 26966. And I mailed a report of failed tests + diff of tweaks used to parrot-porters@perl
<purl> Message for chromatic stored.
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
% ambs has joined #parrot
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<Infinoid> I think maybe my flex is broken after all.
<Infinoid> all tests pass, except for t/library/md5.t, but that one passes without the patch
<nopaste> "Infinoid" at 96.238.213.50 pasted "suspiciously flex-like output from t/library/md5.t" (22 lines) at http://nopaste.snit.ch/12690
<kj> Infinoid: what's your flex --version output?
<Infinoid> flex 2.5.35
<kj> oh that looks good
<Infinoid> judging from the version defines, the previous one was generated by 2.5.34
<kj> i think I have 2.5.33 runnning in my cygwin install that I use when hacking imcc (i'm on win)
<kj> so should be fine there
<Senaka> http://flex.sourceforge.net/
<Senaka> says that 2.5.35 is the latest stable
<Senaka> released 26th February 2008
<Infinoid> kj: do you have that environment handy at the moment?
<Infinoid> I'm wondering if you can try to generate a parser and see if you see the weird failures I do
<nopaste> "Infinoid" at 96.238.213.50 pasted "imcc_disallow_pasm_dollar_variables.diff" (94 lines) at http://nopaste.snit.ch/12691
<Infinoid> (that's cognominal's patch from RT#52858 plus some minor tweaks)
<Infinoid> bbl, work &
<kj> I never used REJECT; do you think it's a good idea as opposed to a parrot exception message?
<Infinoid> cognominal: *tosses ball into your court*
<Senaka> I too do have some fixes for compilers/imcc/imcc.l
<kj> I mean, it should emit a syntax error right? (maybe that's what reject does...)
<Senaka> patch sent
<kj> I was also thinking, to split the cases for state emit and INITIAL
<cognominal> REJECT permits to treat the error in one place
<kj> but I'm not sure if that works, i.e. whether emit is only used as a PASM state
<Senaka> infinoid: can u also take a look at #52874's modifications to compilers/imcc/imcc.l
<Infinoid> Senaka: will do
<Infinoid> cognominal: ...but see http://nopaste.snit.ch/12690, which seems directly related to the use of REJECT
<cognominal> so I should not factorize
<kj> adding the REJECT stuff works on my box correctly
<Infinoid> I have no idea, I'm a flex noob.  generally, consolidation is great, but this seems to have some side effects here
<nopaste> "kjs" at 86.95.212.32 pasted "output $ registers in pasm mode" (3 lines) at http://nopaste.snit.ch/12692
<Infinoid> work &
<cognominal> I get the same error as Infinoid 
<kj> weird that it does work on my box, using flex 2.5.33
<Infinoid> win32?
<purl> win32 is the God forsaken platform.  It is not fickle about slashes; its system calls do not care. or ....DEEP HURTING. or a dying legacy system collapsing under its own weight. or see also:win32 for perl
<kj> yes
<Infinoid> maybe your platform allocates bigger buffers by default, or something.
<Infinoid> linux/amd64 here
<kj> mmm. I think flex generated scanners should be pretty stable...
<Senaka> purl hates windows
<purl> Senaka: what?
<kj> well actually this case of disallwoing $ registers in pasm should be handled by a rule, not by an extra check like this.
<kj> when imcc (and IF) is being replaced by a cleaner implementation this can be fixed easily
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% markus_ has left markus_!~markus@80-123-17-133.adsl.highway.telekom.at
% Senaka has left #parrot
<dalek> r26972 | fperrad++ | trunk:
<dalek> : [Lua]
<dalek> : - minor refactor
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26972
% davidfetter has left davidfetter!~chatzilla@start.fetter.org
<dalek> r26973 | fperrad++ | trunk:
<dalek> : [eclectus]
<dalek> : - use petite on win32
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26973
% markus_ has joined #parrot
% markus_ has left markus_!~markus@80-123-17-133.adsl.highway.telekom.at
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% Coke has joined #parrot
<Coke> tcl/join #perl6
<Coke> messages
<Coke> ... damint.
<Coke> senaka: there's a bug queue for the binary search thing on rt.
<Coke> msg senaka there's a bug queue for the binary search thing on rt.
<purl> Message for senaka stored.
% skids has left skids!bri@charon.clarku.edu
% sorc|laptop has joined #parrot
* sorc|laptop waves
<sorc|laptop> i'm trying to do the parrotblog.org tutorials
<sorc|laptop> i'm stuck on the exercises for episode 3
<sorc|laptop> "Null PMC access in find_method()" << that's all i get :(
<sorc|laptop> the parse tree seems to be created correctly
% sorc|laptop is now known as man_in_ltop
<man_in_ltop> stupid xchat
<Infinoid> hi!  which exercise?
<man_in_ltop> episode 3, exercise 5
<Infinoid> I take it doesn't tell you which line had the null PMC?
<man_in_ltop> x="42" << that's my input
<man_in_ltop> hmm ... running it in non-interactive mode gives more verbose output
<Infinoid> does http://www.parrotblog.org/2008/03/solutions-to-exercises-in-episode-3.html help, or have you already read that?
<man_in_ltop> already read that
<Infinoid> what's the non-interactive output?
<man_in_ltop> http://rafb.net/p/JMzIkj74.html
<pmichaud> null PMC access usually means that the invocant is undefined or hasn't been set
<pmichaud> unfortunately we don't (yet) have a good way to map runtime errors back to the original source
<man_in_ltop> ok, got something
<man_in_ltop> in exercise 4, solution says to use .lvalue(1)
<man_in_ltop> removing that line from my code makes it work
<man_in_ltop> so then ... what does "lvalue context" mean
<pmichaud> lvalue means that the PAST::Var node (or whatever) is being bound/assigned to at that point
<man_in_ltop> ahh ... me and my non-perl background :P
<man_in_ltop> problem was missing $
<man_in_ltop> while i'm here, i see things like ":name( ~$/ )" and ":node($/)". what's the difference between $/ and ~$/?
<moritz> ~$/ is the stringifcation of $/
% Limbic_Region has joined #parrot
<man_in_ltop> hmm ok
<man_in_ltop> i thought it was something like that
% wknight8111 has joined #parrot
% jhorwitz has left jhorwitz!~chatzilla@96.245.16.45
<man_in_ltop> honestly, i don't think i'm fully understanding the tutorial :)
<moritz> it assumes some Perl 6 knowledge I guess
<man_in_ltop> most perl i've done is hacking a plugin for irssi that does a scrolling topic bar :P
<moritz> and that was Perl 5
<man_in_ltop> someone else did all the tricky stuff, i just hacked it so it would resize when the window resized
% teknomunk has left teknomunk!~teknomunk@ubuntubob.residential.okstate.edu
% teknomunk has joined #parrot
% GNUtoo has joined #parrot
% teknomunk_ has joined #parrot
% teknomunk has left teknomunk!~teknomunk@ubuntubob.residential.okstate.edu
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-231.dynamic.mnet-online.de
<GNUtoo> hello, i've just installed parrot...now i'd like to run perl5,perl6 and python code...how do i do that?
% teknomunk_ has left teknomunk_!~teknomunk@ubuntubob.residential.okstate.edu
% teknomunk_ has joined #parrot
<wknight8111> I know perl 6 is still in active development, I dont know the current status of the Perl 5 and Python projects
<jonathan> GNUtoo: What did you install, exactly?
<GNUtoo> jonathan, gentoo's parrot 0.4.6
<GNUtoo> mabe i should try to install a more recent version...
<jonathan> Ouch.
<jonathan> Yes, we're on 0.6.0 now.
<jonathan> A lot has changed since 0.4.6.
<jonathan> Do you have svn?
<GNUtoo> yes
<jonathan> if so
<jonathan> svn co http://svn.perl.org/parrot/trunk/ parrot
<jonathan> cd parrot
<jonathan> perl Configure.pl && make perl6
<jonathan> Will build Parrot, the Perl 6 compiler and make a perl6 executable.
<GNUtoo> ok then i cd into and ./ to execute it cause i don't want to mess up my system...thanks a lot
<jonathan> make install is not really recommended at the moment, by the way. We're still very much developing at the moment, and there are known issues with doing make install.
<GNUtoo> just an idea: i saw in the fosdem talk video that it took some hours to make a python compiler...is it possible for someone that knows perl5,java and python to make a mips assembly interpretator?
<moritz> GNUtoo: the "some hours" are for the basic constructs. For a full featured compiler you still need more time
<Infinoid> GNUtoo: probably... but most of the work there would be in emulating various bits of hardware, I think
<GNUtoo> ok
% Andy has left Andy!~AndyL@host3130.follett.com
* jonathan sleeps
% zarchne has left zarchne!~michael@209.40.67.38
% skids has joined #parrot
% GNUtoo has left GNUtoo!~GNUtoo@host227-11-dynamic.31-79-r.retail.telecomitalia.it
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% man_in_ltop has left man_in_ltop!~benq@87.65.87.203.static.vic.chariot.net.au
% kid51 has joined #parrot
% zarchne has joined #parrot
% ruz has left ruz!~cubic@85.112.113.222
% tetragon has joined #parrot
% ruoso has left ruoso!~ruoso@81.84.157.216
<dalek> r26974 | particle++ | trunk:
<dalek> : [RELEASE] NEWS updates
<dalek> diff: http://www.parrotvm.org/svn/parrot/revision?rev=26974
<wknight8111> Was there a release scheduled for today?
<kid51> Releases are on the 3rd Tuesday of each month.
<wknight8111> so...tomorrow?
<kid51> particle is on the road and is doing this and that ahead of time.
<wknight8111> i'm so frazzled with school that I can't keep track of even the simplest things
<Infinoid> yes, tomorrow
<purl> o/~ the sun will come out.. tomorrow.. o/~ or the National Day of Slayer, and the National Emo Kid Beatdown day, by http://www.nationaldayofslayer.org/ and http://community.livejournal.com/wtf_inc/2805832.html or tomorrow and tomorrow and tomorrow creeps in this petty pace or mañana or free for all or another day
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% cjfields has joined #parrot
% Khisanth has left Khisanth!~Khisanth@pool-68-237-111-126.ny325.east.verizon.net
% Khisanth has joined #parrot
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% guru has joined #parrot
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% dalek has left dalek!dalek@feather.perl6.nl
% dalek has joined #parrot
% cjfields has left cjfields!~cjfields@adsl-99-147-17-24.dsl.chmpil.sbcglobal.net
% gryphon has joined #parrot
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% contingencyplan has left contingencyplan!~contingen@cpe-76-186-27-146.tx.res.rr.com
% guru has left guru!~guru@bas7-toronto01-1177859670.dsl.bell.ca
% contingencyplan has joined #parrot
<dalek> Jim Keenan | RFP: Parrot Needs Better Smoke Reports:
<dalek> link: http://www.perlfoundation.org/parrot/index.cgi?rfp_parrot_needs_better_smoke_reports
<shorten> dalek's url is at http://xrl.us/bfeof
% particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net
% kid51 has left kid51!~jkeen@pool-68-237-8-31.ny325.east.verizon.net
% tetragon has left tetragon!~seneca@69-196-138-185.dsl.teksavvy.com
% particle has joined #parrot
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% Andy has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% Andy has left Andy!~Andy@64.81.227.163
% tetragon has joined #parrot
% davidfetter has joined #parrot
% Ademan has joined #parrot
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
% skids has joined #parrot
% iblechbot has joined #parrot
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177227094.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<Infinoid> not enough hours in the day.  goodnight all
% iblechbot_ has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-204-114.dynamic.mnet-online.de
% iblechbot_ has left iblechbot_!~iblechbot@ppp-62-216-199-37.dynamic.mnet-online.de
% uniejo has joined #parrot
% markus has joined #parrot
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net