Parrot 0.6.0 "P&P" released | Please mentor for SoC | parrotcode.org/
Set by moderator on 12 April 2008.
pmichaud jonathan: iwbni we could just get at the lexpads using a normal hash-like interface, and then iterate over them using a standard iterator. 00:11
00:21 dalek joined 00:23 dalek joined 00:33 dalek joined 00:38 kid51 joined
dalek r26964 | chromatic++ | trunk: 01:01
: [t] Untodoed an assignment inheritance test, after Jonathan fixed assign.
diff: www.parrotvm.org/svn/parrot/revision?rev=26964
r26965 | chromatic++ | trunk: 01:03
: [src] Improved C++ compiler compatibility (Senaka Fernando, RT #52854).
diff: www.parrotvm.org/svn/parrot/revision?rev=26965
01:53 dalek joined 01:55 guru left 01:57 pmichaud joined 01:58 davidfetter joined
dalek Krishna Sethuraman | Parrot Development on Windows: 01:58
link: www.perlfoundation.org/parrot/index...on_windows
bernhard.schmalhofer@gmx.de | Plumhead:
shorten dalek's url is at xrl.us/bjcdh
dalek link: www.perlfoundation.org/parrot/index.cgi?plumhead
bernhard.schmalhofer@gmx.de | release_schedule_2008:
link: www.perlfoundation.org/parrot/index...edule_2008
will@coleda.com | How to convert PIR to C:
link: www.perlfoundation.org/parrot/index...t_pir_to_c
allison@perl.org | Release Planning:
link: www.perlfoundation.org/parrot/index...e_planning
shorten dalek's url is at xrl.us/bjcdj
dalek's url is at xrl.us/bjcdm
dalek allison@perl.org | milestones:
link: www.perlfoundation.org/parrot/index...milestones
Jim Keenan | YAPC::NA::2008:
shorten dalek's url is at xrl.us/7nmt
diakopter ooks
oops
well, it sorta worked 01:59
kid51 What were you attempting? 02:00
02:03 particle joined
diakopter kid51: polled updates from the wiki rss list 02:37
02:37 peepsalot joined, dalek joined
diakopter www.perlfoundation.org/feed/workspa...%20Changes 02:38
shorten diakopter's url is at xrl.us/bjcei 02:39
02:40 contingencyplan joined
kid51 Ah, I see. 02:42
dalek r26966 | jkeenan++ | trunk: 03:22
: Per discussion with particle re RT 52706, we're reverting to previous version
: so that we can get through this week's release without having
: t/dynpmc/gdbmhash.t hang on Darwin and prevent 'make test' from reaching a
: conclusion.
diff: www.parrotvm.org/svn/parrot/revision?rev=26966
03:24 sjansen joined 03:31 AndyA joined 04:08 integral joined 04:38 iblechbot joined 04:56 Psyche^ joined 05:37 GeJ joined 06:19 Senaka joined
Senaka seen Infinoid 06:19
purl Infinoid was last seen on #parrot 2 days and 16 hours ago, saying: racing sailboats & [Apr 11 07:21:42 2008]
Senaka seen coke 06:20
purl coke was last seen on #parrot 15 hours and 22 minutes ago, saying: -> away for a bit
Senaka hi anyone here?
06:22 uniejo joined
Senaka msg chromatic please check line 4203 in imclexer.c 06:25
purl Message for chromatic stored.
06:54 Senaka left 06:58 Senaka joined 07:40 iblechbot joined 07:54 Senaka left 07:55 IllvilJa joined 08:14 cosimo joined 08:31 kj joined 09:16 kj joined 09:25 ruoso joined 09:33 Senaka joined
Senaka kj:ping 09:33
duh
kj: ping 09:34
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?
09:35 Senaka left 09:42 Senaka joined 09:56 Senaka left 09:57 Senaka joined
kj I'm here 10:10
Senaka: ping
Senaka kj: gotacha
*gotcha
is imclexer.c needed?
irrespective of imcc.l? 10:11
kj needed in the repository, you mean?
it's needed to compile IMCC :-)
"flex imcc.l" generates imclexer.c 10:12
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? 10:13
Senaka or there is no where else that they are defined
well no build it I mean
kj sorry, I don't exactly understand what you're trying to do.
Senaka line 4203
kj: where does sections below line 4203 come from? 10:15
kj it's generated by flex
that's why it's documented so well :-) 10:16
Senaka from what file?
kj by the flex program
it's template stuff
ehm well it's code generated from the flex rules
Senaka ok in the switch block line 4283 10:17
say i want to add one more case
where can that be done?
kj so this is the machinery that implements the lexer
you can't and shouldn't 10:18
you should only update the imcc.l file
Senaka in that case this ain't getting built on C++
I need to add the default case 10:19
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..
in the configure stage
i think
gotta go for 20 min or so 10:20
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
i'll get it checked 10:21
kj just like PGE generates a parser based on rules you write
bbl
Senaka ok
ttyl
kj: I didn't have flex all this time 10:23
kj: lex/yacc is what I have 10:45
kj Senaka: lex/yacc should be fine, flex and bison are the same I think, but just newly implemented 10:46
Senaka yep 10:47
flex/bison
purl flex/bison are close enough to clones...
Senaka btw,
I still couldn't find what writes that portion of code
kj well somewhere in lex there's code that printf()s this 10:48
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? 10:49
kj www.gnu.org/software/flex/manual/ht...ex_19.html 10:50
this is for the c++ compilation; you don't need flex++ I was confused 10:51
I confused myself :-)
flex++ is needed to generate a lexer *class*, which isnot what we want
we just need to compile with c++ compiler instead of a c compiler.
as for the steps:
Senaka kj: yes
kj you on windows?
Senaka Linux
kj ok
Senaka Ubuntu Gutsy 10:52
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
I see that sections in this file is regenerated
but not all
kj what sections are you referring to? 10:53
Senaka line 4203
it should read #line 4204 "compilers/imcc/imclexer.c"
below that you'll find some switch/case constructs 10:54
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
you won't find it back in the imcc.l file 10:55
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?
it should compile fine
Senaka checking 10:56
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.... 10:57
kj it seems your ticket is about code in src/pmc/bigint.c 10:58
Senaka bigint.c is another issue 10:59
kj can you try to compile imclexer.c with g++?
what does it say?
Senaka that has something to do with including gmp.h
yes that's another
kj I thought when using a c++ compiler, functions should be declared as extern "C" { ... } 11:00
Senaka yes and no 11:01
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
did a distclean and started make
kj just g++ -c imclexer.c
11:02 rdice joined
kj maybe it's a keyword thing; c++ has many new keywords, sometimes they're used as var.names in parrot source 11:02
(which should be fixed)
bbl 11:03
Senaka kj: gimme some time
ttyl
11:06 kid51 joined
Senaka kj: aha! that's a warning 11:09
is Buffer a dead concept? 11:14
kj dunno what buffer that is 11:19
s/that is/you mean/
Senaka GC has PMC and Buffer
two concepts...
but no where else (ex:- Glossary) is this being defined 11:20
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
btw 11:21
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
see resources section 11:22
Senaka yeah 11:23
kj: that switch/case thing is a warning rather 11:25
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 11:26
In the meantime, the GMP issue in bigint still holds
kj sorry can't help you there. 11:28
i'm not a core hacker
Senaka kj: ok perhaps chromatic should have something to say
this has something to do beyond the scope of Parrot. A possible confusion of includes 11:29
either a wrong order, or we included some incompatible headers
11:43 man_in_ltop joined
man_in_ltop waves 11:43
are there any tutorials on how to combine PGE and PIL/PASM? :)
Senaka how to send a second patch to an issue? 11:45
kj man_in_ltop: what do you want to do?
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 11:46
Senaka kJ: well gave me a new ticket 11:51
kj through RT you can reply on it
Senaka kj: ok I did send a mail saying that #52874 is related 11:55
kj: have you got to mail parrotbug only once? 11:57
per issue i mean.
12:00 tetragon joined, uniejo joined
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. 12:16
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. 12:17
man_in_ltop kj, thanks, looks pretty good 12:20
Senaka Coke: Can we merge them? 12:23
Coke I just said it was possible, yes.
Senaka 52876, 52874, and 52854 12:24
: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
:)
12:32 rdice joined
Senaka #include <gmp.h> has issues on Ubuntu Gutsy 12:35
I have to add a hack #define _LIBINTL_H to get through
this is related to C++ build
Coke: ?? 12:36
seen Allison 12:37
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++ 12:38
Coke if that's a bug report... open a ticket. 12:39
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 12:40
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.
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.
(I'm not trying to ditch you, just trying to make sure these issues do get resolved.) 12:41
gotta run.
work beckons.
13:02 gryphon joined
Senaka perl #50068 seems to be resolved 13:17
pmichaud: ping 13:28
13:36 paco joined 13:39 rdice joined 13:43 skids joined 13:50 rdice joined
Senaka seen pmichaud 13:51
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.
14:00 Andy joined
Senaka well, there are a good number of commits between March 28th and April 14th... one of these introduced a new C++ build break 14:02
question regarding tower of hanoi sample 14:18
shouldn't we start from initial position?
pmichaud where is it starting now?
Senaka move one 14:19
so the initial position is not see
*seen
pmichaud makes sense to me :-) 14:20
Senaka which current? or the one with the starting point?
pmichaud: you only need one line to fix this 14:22
avar w 26
Senaka ## Now solve it.
print_towers(towers)
move_stack(size, 0, 2, 1)
pmichaud avar: bwngo!
avar MM!
Senaka ?? go for it?
14:26 jhorwitz joined
Senaka pmichaud: ?? 14:26
pmichaud Senaka: looks good to me 14:28
Senaka pmichaud: do you refer to the current one?
pmichaud your change looks good to me 14:31
15:06 ambs joined
ambs seen merlyn 15:06
purl merlyn was last seen on #moose 24 days and 17 hours ago, saying: ... methodsandmessages.vox.com/library/...ltalk.html [Mar 20 15:09:20 2008]
moritz merlyn was last seen on perlmonks.org 1 day ago ;-) 15:08
15:41 sjansen joined 15:47 markus joined 15:52 Senaka joined
Senaka msg Coke App::SVNBinarySearch needs Version and Module::Build 15:53
purl Message for coke stored.
16:03 markus_ joined
dalek r26967 | fperrad++ | trunk: 16:16
: [regex]
: - update the target test
: - allows the Makefile regeneration
diff: www.parrotvm.org/svn/parrot/revision?rev=26967
cognominal 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" 16:23
sorry
16:26 markus joined
dalek r26968 | fperrad++ | trunk: 16:45
: {regex]
: - oops (duplicate regeneration)
diff: www.parrotvm.org/svn/parrot/revision?rev=26968
16:45 Senaka left 16:51 markus_ joined 17:19 robkinyon joined, robkinyon left 17:22 barney joined 17:28 Theory joined
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. 17:49
The question is, do I probe for every library and header I want all at once, or do I do them piecemeal?
I'll need to probe for GL itself, plus GLU, GLUT, and what *variety* of GLUT I have (original GLUT, freeglut, OpenGLUT, etc.) 17:50
Infinoid it makes sense to clump all of that stuff together
not necessarily all in the same line of output, but certainly all in the same section 17:51
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 17:52
japhb And how does a user find out how to enable the OpenGL stuff, if the probes fail to find all they need?
hmmm
Infinoid its nice to give the user specifics about why something failed 17:53
enabling the OpenGL stuff is platform-specific
japhb nodnod
Infinoid its sufficient to tell the user what broke 17:54
(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 17:55
dalek r26969 | bernhard++ | trunk:
: Update date in PLATFORMS
diff: www.parrotvm.org/svn/parrot/revision?rev=26969
18:01 Senaka joined 18:08 lidden joined
jonathan Candlelit fondue + breeze = hard work. 18:20
japhb Real candle, or sterno? 18:21
jonathan Whatever tealights class as. ;-)
japhb realish.
That's just crazy. How many tealights are you using? 18:22
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. 18:23
So it would appear, there is enough heat. ;-)
I probably shouldn't mention this hear, or everyone will conclude I'm too dumb to have a commit bit. 18:25
s/hear/here/ # think I just proved my point...
japhb heh 18:26
Why does config/auto/readline/readline.in studiously avoid using the readline headers?
Wouldn't those be needed later during the build anyway?
I think I would have tried to use 7 tealights in a centered hexagon arrangement -- and thereby boiled the cheese. :-) 18:27
Though I more likely would have just gone with the sterno version 18:28
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. :-)
readline - I'm sure somebody mentioned something about that looking odd on the mailing list recently... 18:29
Certainly looks odd to me. 18:30
dalek r26970 | fperrad++ | trunk: 18:36
: [regex]
: - fix pmc dependencies
diff: www.parrotvm.org/svn/parrot/revision?rev=26970
pmichaud jonathan++ # my Dog $fifi .= new() # wow. 18:38
jonathan I'm not that many features off having all the code in my Perl 6 OO talk actually runnable on Rakudo. 18:40
18:42 ambs joined
rdice That's some sweet looking OO code. 18:44
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 18:46
jonathan pmichaud: I like that line. ;-) 18:48
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
/msg purl messages erase # I think
ambs pmichaud: thanks
pmichaud see also /msg purl messages help 18:49
ambs worked
dalek r26971 | fperrad++ | trunk: 18:57
: [regex]
: - fix pdd17pmc (use STATICSELF instead of SELF when MMD)
diff: www.parrotvm.org/svn/parrot/revision?rev=26971
19:02 ambs_ joined 19:20 ruoso joined
Infinoid tewk: ping 19:22
19:25 Ademan joined
cognominal can someone check and commit my patch : rt.perl.org/rt3/Public/Bug/Display.html?id=52858 19:27
with the proviso that "pir mode" should be "past mode".
Infinoid past, or pasm? 19:33
t/compilers/imcc/syn/symbols.t will need to be fixed up for the new error string 19:35
t/library/md5.t is failing too, but I'm not sure that's related. 19:38
cognominal arf, I am tired. pasm indeed. 19:39
Infinoid my flex output looks a bit different from what was previously there. looks like I have a newer version
YY_FLEX_SUBMINOR_VERSION got bumped 19:40
cognominal mine is 2.5.33
Infinoid 2.5.35 here 19:41
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
so it is the latest on the Gutsy apt 19:42
apt repo I mean
Infinoid t/codingstd/tabs.t 1 256 1 1 1
t/compilers/imcc/syn/errors.t 1 256 5 1 2
t/compilers/imcc/syn/symbols.t 4 1024 5 4 1-4
t/library/md5.t 1 256 6 1 4
I can fix up the codingstd part, it's probably something to do with my having cutpasted the diff out of RT 19:43
the compilers/imcc/ stuff looks like its just barfing on the changed error text
Senaka C++ build succeeded with tweaks
make test started
19:54 davidfetter joined
Senaka hi all 19:54
C++ build succeeded with a great deal of work 19:55
:)
now it seems that some tests are broken
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? 19:56
cognominal yes, I will work on that. 19:57
how do you run all tests in a specific folder.
??
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 19:58
cognominal Infinoid, I need to install some Perl package to get prove? 20:00
20:01 kj joined
Infinoid oh, hmm. it normally installs as part of Test::Harness I think 20:01
cognominal visibly. I am not a smoker :) 20:02
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.
20:03 ambs joined
Infinoid I think maybe my flex is broken after all. 20:07
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 nopaste.snit.ch/12690 20:08
kj Infinoid: what's your flex --version output? 20:09
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 20:10
kj i think I have 2.5.33 runnning in my cygwin install that I use when hacking imcc (i'm on win)
so should be fine there
Senaka flex.sourceforge.net/ 20:11
says that 2.5.35 is the latest stable
released 26th February 2008 20:12
Infinoid kj: do you have that environment handy at the moment?
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 nopaste.snit.ch/12691
Infinoid (that's cognominal's patch from RT#52858 plus some minor tweaks) 20:13
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* 20:14
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 20:15
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 20:16
Infinoid Senaka: will do 20:18
cognominal: ...but see nopaste.snit.ch/12690, which seems directly related to the use of REJECT
cognominal so I should not factorize 20:20
kj adding the REJECT stuff works on my box correctly 20:21
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 nopaste.snit.ch/12692 20:22
Infinoid work &
cognominal I get the same error as Infinoid
kj weird that it does work on my box, using flex 2.5.33 20:23
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.
linux/amd64 here 20:24
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. 20:26
when imcc (and IF) is being replaced by a cleaner implementation this can be fixed easily
20:31 Senaka left
dalek r26972 | fperrad++ | trunk: 20:32
: [Lua]
: - minor refactor
diff: www.parrotvm.org/svn/parrot/revision?rev=26972
r26973 | fperrad++ | trunk: 20:50
: [eclectus]
: - use petite on win32
diff: www.parrotvm.org/svn/parrot/revision?rev=26973
20:55 markus_ joined 21:17 Coke joined
Coke tcl/join #perl6 21:18
messages
... damint.
senaka: there's a bug queue for the binary search thing on rt.
msg senaka there's a bug queue for the binary search thing on rt. 21:19
purl Message for senaka stored.
21:46 sorc|laptop joined
sorc|laptop waves 21:46
i'm trying to do the parrotblog.org tutorials 21:47
i'm stuck on the exercises for episode 3
"Null PMC access in find_method()" << that's all i get :(
the parse tree seems to be created correctly 21:48
man_in_ltop stupid xchat 21:51
Infinoid hi! which exercise?
man_in_ltop episode 3, exercise 5 21:52
Infinoid I take it doesn't tell you which line had the null PMC? 21:54
man_in_ltop x="42" << that's my input 21:55
hmm ... running it in non-interactive mode gives more verbose output 21:56
Infinoid does www.parrotblog.org/2008/03/solution...ode-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 rafb.net/p/JMzIkj74.html 21:58
pmichaud null PMC access usually means that the invocant is undefined or hasn't been set
unfortunately we don't (yet) have a good way to map runtime errors back to the original source 21:59
man_in_ltop ok, got something
in exercise 4, solution says to use .lvalue(1) 22:00
removing that line from my code makes it work
so then ... what does "lvalue context" mean 22:03
pmichaud lvalue means that the PAST::Var node (or whatever) is being bound/assigned to at that point 22:04
man_in_ltop ahh ... me and my non-perl background :P 22:05
problem was missing $
while i'm here, i see things like ":name( ~$/ )" and ":node($/)". what's the difference between $/ and ~$/? 22:06
moritz ~$/ is the stringifcation of $/ 22:08
22:09 Limbic_Region joined
man_in_ltop hmm ok 22:09
i thought it was something like that 22:10
22:10 wknight8111 joined
man_in_ltop honestly, i don't think i'm fully understanding the tutorial :) 22:15
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 22:16
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
22:17 teknomunk joined, GNUtoo joined 22:19 teknomunk_ joined
GNUtoo hello, i've just installed parrot...now i'd like to run perl5,perl6 and python code...how do i do that? 22:19
22:20 teknomunk_ joined
wknight8111 I know perl 6 is still in active development, I dont know the current status of the Perl 5 and Python projects 22:21
jonathan GNUtoo: What did you install, exactly?
GNUtoo jonathan, gentoo's parrot 0.4.6 22:22
mabe i should try to install a more recent version...
jonathan Ouch.
Yes, we're on 0.6.0 now.
A lot has changed since 0.4.6.
Do you have svn? 22:23
GNUtoo yes
jonathan if so
svn co svn.perl.org/parrot/trunk/ parrot
cd parrot
perl Configure.pl && make perl6
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 22:24
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. 22:25
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? 22:26
moritz GNUtoo: the "some hours" are for the basic constructs. For a full featured compiler you still need more time 22:27
Infinoid GNUtoo: probably... but most of the work there would be in emulating various bits of hardware, I think
GNUtoo ok
jonathan sleeps 22:34
22:44 skids joined 22:58 kid51 joined, zarchne joined 23:21 tetragon joined
dalek r26974 | particle++ | trunk: 23:29
: [RELEASE] NEWS updates
diff: www.parrotvm.org/svn/parrot/revision?rev=26974
wknight8111 Was there a release scheduled for today? 23:30
kid51 Releases are on the 3rd Tuesday of each month.
wknight8111 so...tomorrow? 23:31
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 23:35
purl o/~ the sun will come out.. tomorrow.. o/~ or the National Day of Slayer, and the National Emo Kid Beatdown day, by www.nationaldayofslayer.org/ and 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
23:51 dalek joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!