Camelia, the Perl 6 bug

IRC log for #parrot, 2009-05-10

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 jonathan You might be the first person writing an emitter in NQP. :-)
00:00 bacek At least second after pmichaud :)
00:01 jonathan Oh? I didn't realize pm did an emitter too (OK, other than the Perl 6 to LOLCODE translator... ;-))
00:01 bacek O wait. He emits from PCT.
00:01 jonathan Yeah, the emitter for PCT is written in PIR.
00:01 jonathan And yes, it uses multi-dispatch.
00:02 bacek And I using same approach. But I want NQP :)
00:05 bacek I'll kill dalek again with my commit message.
00:07 dalek parrot: r38662 | bacek++ | branches/pmc_pct/compilers/pmcc/src/emitter/c.pir:
00:07 dalek parrot: Pass pmclass PAST as first argument during parsing.
00:07 dalek parrot: It will require for proper emitting SUPER, SELF and other macros.
00:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38662/
00:08 bacek He survived. That's good
00:08 bacek afk # housekeeping
00:50 Whiteknight masak: ping
00:50 Whiteknight or, i guess this question could be answered by any Perl 6 hacker
00:51 Whiteknight any of that species around?
00:52 cotto Isn't there a channel for that? ;)
00:52 Infinoid I've been meaning to learn it, but it's a rather daunting task.
00:52 cotto ditto
00:53 cotto although working with nqp helps, since it's a subset
00:53 Whiteknight yeah, I suppose i can go there, but it's on adifferent server
01:55 kid51 Possible 'make' failure:
01:55 kid51 make: *** No rule to make target `include/parrot/gc_mark_sweep.h', needed by `src/string/api.o'.  Stop.
01:55 kid51 make: *** No rule to make target `include/parrot/gc_mark_sweep.h', needed by `src/string/api.o'.  Stop.
01:56 kid51 At:  /usr/local/bin/perl tools/build/vtable_extend.pl
01:56 kid51 make: *** No rule to make target `include/parrot/gc_mark_sweep.h', needed by `src/string/api.o'.  Stop.
01:56 kid51 doing realclean;svn up;reconfiguring;rebuilding
01:57 kid51 Got this:  ls: include/parrot/gc_mark_sweep.h: No such file or directory
01:59 kid51 src/string/api.c was touched in r38654, whiteknight's merging of the gc_api branch into trunk
02:03 kid51 Actually, src/string/api.c has been touched several times recently.
02:10 kid51 Looks like that was a false alarm.  svn up, reconfigure and rebuild appears to have cleared up the problem.
02:20 Infinoid kid51: Do you build with make -j, by any chance?
02:33 mikehh_ joined #parrot
02:34 dalek parrot: r38663 | jkeenan++ | trunk/lib/Parrot/Docs/File.pm:
02:34 dalek parrot: Delete 2 inline comments so that we can close http://rt.perl.org/rt3/Tic​ket/Display.html?id=43683.
02:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38663/
02:35 Infinoid hmm, nevermind.  I don't see how it could be a missing makefile dependency, I can't find any references to that header at all
02:35 janus joined #parrot
02:38 mikehh__ joined #parrot
02:44 kid51 Infinoid:  No, I did not.  But I think the initial report was wrong.  I did an 'ls Makefile', inferred that I was ready to 'make' and forgot that earlier tonight I had done 'svn up' and pulled in all those changes from your branch.
02:45 kid51 What is 'make -j' anyway?
02:45 kid51 I subsequently built and tested successfully:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/21195
02:50 Infinoid ah.  make -j runs jobs in parallel, to take advantage of multiple CPUs/cores
02:50 Infinoid It's also a good way to find missing makefile dependencies, because of its inherent randomness
02:52 kid51 Well, I certainly don't have multiple CPUs on this 5-year-old iBook.
02:53 Infinoid Yeah, I just thought your report might be something else, sorry
03:32 eternaleye joined #parrot
03:43 dalek parrot: r38664 | bacek++ | branches/pmc_pct/compilers/​pmcc/src/parser/actions.pm:
03:43 dalek parrot: Set pasttype to inline for inline nodes.
03:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38664/
03:46 dalek parrot: r38665 | bacek++ | branches/pmc_pct/compilers/​pmcc/src/parser/actions.pm:
03:46 dalek parrot: Fix handling of macros flags in actions.pm
03:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38665/
03:46 dalek parrot: r38666 | bacek++ | branches/pmc_pct (6 files):
03:46 dalek parrot: Initial support for MACRO substitution
03:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38666/
03:52 cognominal joined #parrot
03:57 Theory joined #parrot
05:07 Theory joined #parrot
05:14 Eevee joined #parrot
05:34 dalek parrot: r38667 | bacek++ | branches/pmc_pct/compilers/pmcc/src/emitter (2 files):
05:34 dalek parrot: Fix passing PMC PAST to C::emit
05:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38667/
05:37 dalek parrot: r38668 | bacek++ | branches/pmc_pct/compilers/pmcc (4 files):
05:37 dalek parrot: Inprove parsing of MACRO call arguments
05:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38668/
05:37 dalek parrot: r38669 | bacek++ | branches/pmc_pct/compilers/pmcc/src/emitter/c.pm:
05:37 dalek parrot: Ooops. I forgot to add emitter/c.pm
05:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38669/
05:37 dalek parrot: r38670 | bacek++ | branches/pmc_pct/compilers/pmcc/src/emitter/c.pm:
05:37 dalek parrot: Remove useless FIXME comment
05:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38670/
05:42 bacek cotto: Look! I've got something working for MACRO calls! :)
05:42 cotto so bacek, how long before you get L1 specified and implemented
05:42 cotto I see what you did there.
05:43 cotto bacek++
05:43 bacek cotto: I need language/pir...
05:43 cotto How much more is there to do before pmcc can replace pmc2c?
05:44 bacek It's almost straight forward now.
05:44 dalek parrot: r38671 | bacek++ | branches/pmc_pct/compilers/pmcc (2 files):
05:44 dalek parrot: SELF.method should generate VTABLE_method.
05:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38671/
05:44 bacek We can start generating get_vtable/update_vtable now.
05:44 bacek Last big chunk - rewrite METHODs.
05:45 cotto That's nontrivial.
05:45 cotto I knew there was something big.
05:45 bacek Agreed... I think it's better wait for allison to finish pcc_rewired branch.
05:46 cotto yup
05:46 cotto What about filenames?
05:47 bacek erm. filenames?
05:47 cotto are those available to the parts that need them (i.e. the .c, .h and .dump generating code)?
05:47 cotto foo/bar/baz.pmc ->foo/bar/baz.c, etc
05:48 bacek ah. those filenames... it doesn't look hard to implement
05:50 cotto Also, unserialize_attrs in src/node.pir currently spits a warning to stderr when it can't find an expected dump.  I'm not quite sure what dtrt is here, since some PMCs which are extended (mainly default) don't have ATTRs.
05:51 cotto actually, it'll probably need a list of directories to look through for dumps, since dynpmcs can extend normal PMCs.
05:51 bacek current pmc2c silently regenerates .dump
05:52 cotto that'd work, as long as the compiler knows where to look for the .pmc files.
05:53 bacek You'll definitely "need a list of directories to look through for dumps" :)
05:53 bacek Actually $cwd and "src/pmc" probably enough.
05:54 cotto It looks like dumps and pmcs are currently installed as part of either install or (more likely) install-dev
05:54 bacek O! We can supply them in command prompt
05:54 bacek supply list of directories
05:54 cotto that would make the installed version easy too
05:55 cotto bacek++
05:55 bacek cotto++ # indeed :)
05:59 bacek Ok. Looks like "someone" have to start extending command-line "pmcc" compiler to dump generated files into proper places.
05:59 bacek Any volunteers?
05:59 purl Any volunteers are welcome and get beer and pizza.
05:59 bacek purl: good girl :)
05:59 purl thanks bacek :)
05:59 cotto I'll take that, although not tonight.
06:00 bacek cotto: ok. Thanks
06:00 bacek I'll take class_init/get_vtable/update_vtable generating.
06:01 cotto actually, won't it be enough to pass in the path to the pmc, since the dump will go in the same place?
06:01 bacek dynpmc?
06:01 cotto of course there'll still need to be a search path for dumps
06:01 bacek :)
06:02 cotto dynpmcs are treated the same way as pmcs, as far as dumps go
06:02 * bacek dreams about removing ATTRs from headers and reimplement ATTRs handling in pmcs...
06:03 bacek Poking inside PMC isn't good idea
06:04 cotto I'm hoping they'll go away eventually, but pmcc won't be usable if it doesn't make them work like pmc2c does.
06:04 bacek agreed.
06:04 * cotto looks forward to 3.0
06:05 bacek And 3.1
06:05 bacek And 3.11 for Workgroups!
06:06 cotto It'll be a different bird altogether.
06:07 bacek :)
06:09 dduncan joined #parrot
06:09 bacek Ok. Little brake. I hope I'll implement get_vtable/update_vtable today (without MUTLIs of cause.)
06:09 cotto ok.  I'll probably be in bed when you get back.
06:09 cotto night
06:10 bacek night
06:17 dduncan left #parrot
08:50 register joined #parrot
08:51 iblechbot joined #parrot
09:59 dalek parrot: r38672 | bacek++ | branches/pmc_pct (4 files):
09:59 dalek parrot: Add stub for default.pmc specialised handling.
09:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38672/
10:03 bacek_ joined #parrot
10:12 dalek parrot: r38673 | bacek++ | branches/pmc_pct/compilers/​pmcc/src/parser/actions.pm:
10:13 dalek parrot: Add some TODO comments
10:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38673/
10:13 dalek parrot: r38674 | bacek++ | branches/pmc_pct (3 files):
10:13 dalek parrot: Register PMC::Emitter::PMC::default as ancestor of PMC.
10:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38674/
10:13 dalek parrot: r38675 | bacek++ | branches/pmc_pct/compilers​/pmcc/src/emitter/pmc.pm:
10:13 dalek parrot: Split generate_class_init into 3 parts
10:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38675/
10:13 dalek parrot: r38676 | bacek++ | branches/pmc_pct/compilers​/pmcc/t/data/default.pmc:
10:13 dalek parrot: Add stripped down version of default.pmc into test suite.
10:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38676/
10:13 dalek parrot: r38677 | bacek++ | branches/pmc_pct/compilers/pmcc/t/07-default.t:
10:13 dalek parrot: Add (failing) test for default.pmc handling
10:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38677/
10:17 gaurav joined #parrot
10:45 dalek lua: 20bf64a | fperrad++ | src/pmc/lua (5 files):
10:45 dalek lua: fix build against https://trac.parrot.org/parrot/changeset/38654 (gc_api merge)
10:45 dalek lua: s/pobject_lives/Parrot_gc_mark_PObj_alive/
10:45 dalek lua: COMPATIBILITY BREAK
10:45 dalek lua: review: http://github.com/fperrad/lua/commit/20​bf64a9dee6e8648456c78e90b6e882d7d6c687
10:51 bacek Guys...
10:52 bacek pobject_lives even wasn't marked as deprecated.
10:52 bacek And marked as PARROT_EXPORT...
10:53 bacek Same for VTABLEs stuff...
10:55 jonathan There was a general deprecation notice in 1.0 about C function names not of the form Parrot_subsystem_foo
10:55 moritz what a clever move ;-)
10:56 bacek found deprecation notice about "pobject_lives"...
10:57 bacek But can't find deprecation about VTABLEs... Looks like we have to revert my merges of tt631_part* branches.
10:58 jonathan bacek: What changed?
10:59 jonathan (that you feel needed a deprecation cycle?)
10:59 bacek We stop exporting generated VTABLEs functions. See #528 and #631
10:59 bacek And #651
11:01 jonathan OK, but people shoulda been calling those through the VTABLE_foo macros?
11:01 jonathan Which still works, if I understand correctly?
11:01 bacek They should.
11:01 jonathan OK, well, anyone who wasn't IMO gets what they deserve...
11:01 bacek But we used to export functions directly.
11:01 jonathan Sure. I'd really hope people weren't calling them directly though.
11:02 jonathan For one it breaks polymorphism.
11:02 bacek Apparently lua called them.
11:02 jonathan Oh?
11:02 * jonathan is a little surprised
11:02 moritz lua used pobject_lives
11:02 moritz (like rakudo did)
11:03 bacek 2. Second realted problem - lua uses direct calls to MULTI functions. I can help with replacing such calls with "Parrot_mmd_multi_dispatch".
11:03 bacek It's from #651.
11:03 moritz oh
11:03 bacek It was something like "Parrot_Foo_method_TYPE"
11:03 dalek rakudo: a74a9cf | moritz++ | t/spectest.data:
11:03 dalek rakudo: we pass S12-methods/chaining.t
11:03 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​74a9cf7105f9249960f3791e76dac035c2899fb
11:04 jonathan Heh, I didn't know that was possible. :-)
11:05 bacek fperrad++ refactored such calls to multi_dispatch. But my point is that we used to export them. So we need deprecation cycle :-/
11:05 bacek jonathan: it _was_ possible
11:05 moritz bacek: maybe ask on next #ps
11:05 bacek moritz: I can't attend to #ps... It's too early for me.
11:06 bacek Or too late
11:06 bacek 4:30AM localtime
11:06 jonathan bacek: Suggest sending mail to the list.
11:07 jonathan So can be discussed there, or suggest it's brought up at next #ps.
11:08 * bacek is not very good writer in polite english.
11:09 jonathan bacek: Just try and limit yourself to one swear word per sentnece. :-)
11:10 bacek My dictionary for technical discussions usually includes words like "crap", "bullshit" and "OMG, do you really thinks using your brains?"
11:14 * jonathan looks forward to an email containing all three
11:21 szbalint I'm pretty sure linguists know this and there are probably a few of those around here, but swearing in one's native language is harder than doing so in a second or third language. When you swear in your native language, it feels stronger.
11:22 szbalint I actually found myself swearing much more in english than I do in hungarian :)
11:22 * bacek rewrote mail 3 times to avoid such technical terms.
11:22 bacek afk # family
11:23 jonathan szbalint: Yeah, I know that feeling.
11:24 jonathan You never really know a language until you know how to swear in it too. :-)
11:24 szbalint that's bullsh..I mean you're completely right :)
11:25 jonathan ;-)
11:28 Whiteknight joined #parrot
11:31 kj joined #parrot
11:57 cognominal joined #parrot
12:02 kid51 joined #parrot
12:09 kj left #parrot
12:23 Whiteknight joined #parrot
12:24 dalek parrot: r38678 | whiteknight++ | branches/gc_api:
12:24 dalek parrot: Removing the gc_api branch, it's been merged into trunk already with no major problems. Will do other gc-related cleanup in other branches if I need
12:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38678/
12:40 rg joined #parrot
13:16 he joined #parrot
13:37 masak joined #parrot
14:05 whoppix joined #parrot
14:30 kid51 joined #parrot
14:31 dalek tracwiki: v68 | jkeenan++ | WikiStart
14:31 dalek tracwiki: Currently there is no information on the original Parrot Development Roadmap page.  It's all been translated into the per-release roadmap.  We should have a page where we describe our overall development plan, but, until we do once again, we shouldn't have a link to an empty page on the first page of our wiki.
14:31 dalek tracwiki: https://trac.parrot.org/parrot/wiki/​WikiStart?version=68&action=diff
14:31 dalek tracwiki: v14 | cotto++ | ParrotQuotes
14:31 dalek tracwiki: various language-related observations
14:31 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Pa​rrotQuotes?version=14&action=diff
15:08 pmichaud joined #parrot
15:13 tetragon joined #parrot
15:17 Theory joined #parrot
15:23 dalek tracwiki: v51 | jhorwitz++ | ModParrotArchitecture
15:23 dalek tracwiki: https://trac.parrot.org/parrot/wiki/ModPar​rotArchitecture?version=51&action=diff
15:26 dalek tracwiki: v52 | jhorwitz++ | ModParrotArchitecture
15:26 dalek tracwiki: https://trac.parrot.org/parrot/wiki/ModPar​rotArchitecture?version=52&action=diff
15:33 dalek tracwiki: v42 | jhorwitz++ | ModParrotHLLDocs
15:33 dalek tracwiki: https://trac.parrot.org/parrot/wiki/ModP​arrotHLLDocs?version=42&action=diff
15:44 dalek rakudo: cbc1bf6 | moritz++ | t/spectest.data:
15:44 dalek rakudo: regress on a few tests tests that now use "augment" instead of "is also"
15:44 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​bc1bf6140f9c31872b51ddf9c6a7161845c789c
15:56 eternaleye_ joined #parrot
16:05 Tene purl: tell WhiteKnight the 'issues' link in your blog post just links to the "MAKE A PASTE" page, not to an actual paste.
16:05 purl Tene: what?
16:06 Tene purl: msg WhiteKnight the 'issues' link in your blog post just links to the "MAKE A PASTE" page, not to an actual paste.
16:06 purl Message for whiteknight stored.
16:18 cognominal joined #parrot
16:29 yuvipanda joined #parrot
17:08 mikehh_ joined #parrot
17:14 dalek rakudo: e6363e8 | pmichaud++ | docs/spectest-progress.csv:
17:14 dalek rakudo: spectest-progress.csv update: 383 files, 11085 passing, 1 failing
17:14 dalek rakudo: Failure summary:
17:14 dalek rakudo:     S32-io/IO-Socket-INET.t 2 - echo server and client
17:14 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​6363e82c0c8bae8f673d9f5e4c061d830a5e753
19:04 jan joined #parrot
19:14 yuvipanda left #parrot
19:25 dalek rakudo: 496e1f0 | moritz++ | t/spectest.data:
19:25 dalek rakudo: a few more files for t/spectest.data
19:25 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​96e1f0dbe9401beebcfa0da40fe274d18f8434d
19:31 particle1 joined #parrot
19:46 indy joined #parrot
19:47 indy Hi there!
19:47 purl i guess Hi there! is there a smart way to use inheritance of a db in dbic?
19:47 indy currently trying to get rakudo running and I am wondering whether anybody would be available to help
19:49 jonathan indy: hi
19:50 jonathan You having trouble building?
19:50 indy yep, sort of
19:50 indy I installed the win binary for Parrot-1.1.0
19:51 jonathan OK, the one hosted on SourceForge?
19:51 indy it's location is C:\Parrot-1.1.0
19:51 indy yes
19:51 indy http://sourceforge.net/project/downloading.php?gr​oup_id=211372&filename=setup-parrot-1.1.0.exe
19:51 jonathan OK.
19:52 jonathan And that works OK?
19:52 indy and rakudo-2009-04.tar.gz
19:52 indy I think it does
19:53 indy when I type parrot I do get
19:53 indy parrot -[acEGhprtvVwy.] [-d [FLAGS]] [-D [FLAGS]][-O [level]] [-o FILE] <file>
19:53 indy basically I am stuck here:
19:53 indy perl Configure.pl --parrot-config="C:\Parrot-1​.1.0\bin\parrot_config.exe"
19:54 indy NMAKE : fatal error U1073: don't know how to make 'C:\fperrad\Parrot\RELEASE_1_1
19:54 jonathan I think there are some issues with using the Parrot Win32 installer, and then doing a source build of Rakudo.
19:54 jonathan Did you try the Win32 installable version of Rakudo from Sourceforge?
19:54 indy NMAKE : fatal error U1073: don't know how to make 'C:\fperrad\Parrot\RELEASE_1_1_0\parrot.exe'
19:54 jonathan http://sourceforge.net/project/show​files.php?group_id=211372&amp;packa​ge_id=310553&amp;release_id=677853
19:55 indy no,  I haven't
19:55 indy thanks for the link
19:55 jonathan Yeah. Building Rakudo from source against a Parrot installed this way currently doesn't work. We'd like it to in the future. But for now you really need to either build both from source, or just use the supplied binaries.
19:56 indy Ok.. thanks for the clarification
19:56 jonathan I do from source, 'cus I'm hacking on Rakudo a bit. But I know people have had success using the Win32 binaries too.
19:57 indy cool stuff
19:58 indy I'd like to get in it a bit as well
19:58 indy but first need to get it running and have some more time to play around ;-)
19:59 jonathan Yeah, the binaries make for an easy way in.
20:00 jonathan Once you get to wanting to work from the source, it builds easily enough under the free versions of MS VC++ compiler. And I think it's OK under MinGW too. Cygwin I fear we're a tad broken on though.
20:02 Infinoid strawberry perl (which includes mingw) has proven to be a nice all-in-one for me
20:02 Infinoid it gives you perl5 and c compilers, pretty much everything parrot needs
20:02 indy Well, I am using the commercial version of VS2008, so that hopefully should do it as well I hope ;-)
20:02 Infinoid that should work too
20:03 jonathan Yeah, should be fine.
20:03 jonathan So long as nmake and cl are in your path, should work out.
20:04 indy does the rakudo installer automatically set the environment path?
20:05 jonathan Not sure, sorry. I didn't use it.
20:05 jonathan I meant about the path in relation to if you wanted to compile from source.
20:05 jonathan The installer won't need those.
20:06 jonathan Or you maybe meant if the installer sets the path of where it installs the perl6 binary, in which case I don't know.
20:06 indy no worries
20:07 indy just realized what I did wrong
20:07 indy working now :-)
20:09 jonathan yay
20:11 indy thanks a lot for your help!
20:27 knewt- joined #parrot
20:27 szbalint joined #parrot
20:31 indy hmm
20:32 indy just tried the simple "hello world" example and I don't get any output at all...
20:32 indy say "Hello" ~ " World" ~ "!";
20:34 jonathan indy: Odd. You ran it as perl6 and then did it at the interactive prompt?
20:35 indy yes, that is working
20:35 indy but also perl6 -c hello.pl doesn't return any output
20:35 jonathan -c ?
20:35 purl well, -c is real    0m3.827s
20:35 jonathan Oh, -c is "check syntax" - should have said the syntax was OK though.
20:36 jonathan does perl6 hello.pl work?
20:37 indy sorry, not explaining myself well enough
20:37 indy What I meant was that just executing perl6 is taking me to the interactive move
20:38 indy trying to run something like '
20:38 indy print "Hello";
20:38 indy however returns
20:38 indy Unhandled exception at 0x011065a8 in perl6.exe: 0xC0000005: Access violation.
20:38 indy when I run
20:38 indy perl6 hello.pl
20:38 indy I do not get any output
20:38 indy when I try to check the syntax with
20:38 indy perl -c hello.pl
20:39 indy I also do not get any output
20:39 indy not even "OK"
20:41 jonathan Ouch. :-(
20:41 jonathan That doesn't sound good.
20:41 jonathan What does after it fails to give output this give:
20:41 jonathan echo %ERRORLEVEL%
20:42 indy -1073741819
20:42 purl -1073741819
20:45 jonathan ouch
20:45 jonathan What version of Windows are you running on?
20:46 donaldh joined #parrot
20:46 indy Server 2003 R2 SP2
20:47 jonathan OK, odd.
20:48 jonathan I've not heard of issues with the binaries on that platform. On the other hand, I don't know how widely used they are...
20:48 jonathan It is probably worth reporting you ran into issues with them though.
20:48 jonathan purl, rakudobug?
20:48 purl rakudobug is, like, mailto:rakudobug@perl.org
20:51 indy ok, will send a mail
20:52 jonathan Thanks.
20:52 indy Thank you
21:01 cotto bacek, ping
21:03 szbalint joined #parrot
21:06 cotto (and happy Monday)
21:06 jonathan no no no Monday means WORK.
21:07 cotto not for me :(
21:08 jonathan Ouch. :-(
21:08 cotto well, not paid
21:14 jonathan Sorry to hear that.
21:18 cotto more time for parrot
21:31 eternaleye joined #parrot
21:32 indy left #parrot
21:37 bacek good morning
21:38 bacek cotto: pong
21:51 __darbelo joined #parrot
21:56 dalek parrot: r38679 | chromatic++ | trunk (6 files):
21:56 dalek parrot: [IMCC] Allowed Unicode identifiers in named parameters, arguments, and return
21:56 dalek parrot: values, as TT #654 requests.
21:56 dalek parrot: The resulting IMCC code could use some refactoring: create a new token which
21:56 dalek parrot: represents a constant SymReg that is already a properly constructed STRING or
21:56 dalek parrot: Unicode STRING.  As well, this new code needs memory profiling, as the expected lifespan of this memory isn't always clear.  Still, it fixes the immediate bug.
21:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38679/
21:56 dalek parrot: r38680 | bacek++ | branches/pmc_pct/compilers/pmcc/src/emitter (2 files):
21:56 dalek parrot: Move few methods from pmc.pir to pmc.pm
21:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38680/
22:19 gryphon joined #parrot
22:50 dalek rakudo: a27bbb6 | moritz++ | build/PARROT_REVISION:
22:50 dalek rakudo: bump parrot revision to get Unicode identifiers in named arguments, chromatic++
22:50 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​27bbb6b222a9da3237c82b6bfdca2ec49971ad3
22:52 cotto bacek, sorry about that.  I figured out my question.
22:57 Ademan joined #parrot
23:11 dalek tracwiki: v14 | coke++ | BranchDescriptions
23:11 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Branc​hDescriptions?version=14&amp;action=diff
23:12 eternaleye joined #parrot
23:15 dalek parrot: r38681 | cotto++ | branches/pmc_pct/compilers/pmcc/pmcc.pir:
23:15 dalek parrot: [pmcc] don't load a couple unneeded libraries
23:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38681/
23:18 kid51 joined #parrot
23:50 Whiteknight joined #parrot
23:54 japhb joined #parrot

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

Parrot | source cross referenced