Parrot 0.8.2 "Feliz Loro" Released www.parrot.org/news/2008/Parrot-0.8.2
Set by moderator on 23 December 2008.
00:04 kid51 joined 00:06 ask_ joined
kid51 Does anyone know what I have to do to get any of the tests in languages/PIR/t/ to pass? 00:08
According to the README, once I've switched to langauges/PIR and run 'make', I should be able to run 'make test'. But all tests fail. 00:09
00:09 AndyA joined
nopaste "kid51" at 68.237.9.143 pasted "Results of 'make test' in languages/PIR/" (35 lines) at nopaste.snit.ch/15083 00:10
chromatic You have to convince kj to fix the code to run from that directory. 00:11
nopaste "kid51" at 68.237.9.143 pasted "Some output from a single test file in languages/PIR/t/" (22 lines) at nopaste.snit.ch/15084 00:12
kid51 So they're currently inoperable?
dalek r34302 | pmichaud++ | branches/pctloop2/compilers/pct/src/PAST:
: [pct]: Add the exception handler to the loop_gen code. Now we just test.
review: xrl.us/7o4d8
chromatic what does the error message say?
kid51 See 2nd nopaste 00:13
chromatic It was a rhetorical question. I'm asking you if you understand why it's failing. 00:14
kid51 No, I don't.
chromatic Okay. Here's the relevant part of the error message: 00:15
kid51 I was simply following the instructions in languages/PIR/README.
chromatic Parrot VM: Can't stat languages/PIR/pir.pbc
That's Parrot's version of:
Can't locate Not/A/Module.pm in @INC
Make sense?
kid51 ok. So do the tests have to run from the top-level Parrot directory ?
chromatic It looks like it, but I'm not sure that's right either. 00:16
kid51 Isn't working either.
chromatic Something in the PIR tests thinks it should be in the parrot root directory. If we can find that, we might be able to run the tests. 00:17
lib/Parrot/Test/PIR_PGE.pm 00:18
nopaste "kid51" at 68.237.9.143 pasted "Output of a languages/PIR/t/*.t test run from top-level parrot directory" (10 lines) at nopaste.snit.ch/15085
chromatic Looks like it has other problems as well. 00:22
If you can't run a language's tests from its own directory, skip it and move on.
File a bug that the language isn't relocatable maybe, but there are plenty of other things you can fix without having to debug this mess. 00:23
That's one of the reasons I had so much trouble keeping up with Lua. I could never figure out how to run a single test file individually.
kid51 Ironically, the only reason why I was poking my nose in there was to see if I could cop some tests to add to t/perl/Parrot_Test.t in order to boost the coverage of Parrot::Test. 00:24
dalek r34303 | pmichaud++ | branches/pctloop2/languages/perl6/src/builtins: 00:37
: [rakudo]: Add simple 'last' and 'redo' functions.
review: xrl.us/7rkaa
00:52 tetragon joined
dalek r34304 | pmichaud++ | trunk/compilers/pct/src/PAST: 01:12
: [pct]: Merge pctloop2 branch into trunk.
: This allows all loops to handle last/next/redo exceptions.
review: xrl.us/7wgst
r34305 | pmichaud++ | trunk/languages/perl6/src/builtins:
: [rakudo]: Merge 'last' and 'redo' functions from pctloop2 branch.
review: xrl.us/7wjqo
r34306 | pmichaud++ | branches: 01:13
: Remove obsolete branch.
review: xrl.us/7wntm
r34307 | chromatic++ | trunk/compilers/imcc (8 files): 01:26
: [IMCC] Replaced imcc_fprintf() with Parrot_io_fprintf() calls.
: Fixed a couple of compilation warnings.
review: xrl.us/7xit7
kid51 chromatic: trac.parrot.org/parrot/ticket/87 01:27
chromatic Good work. 01:28
dalek r34308 | pmichaud++ | trunk/compilers/pct/src/PAST: 01:31
: [pct]: Add 'next' component to PAST::Op while/until/repeat_* nodes
review: xrl.us/7x6cw
01:32 tuxdna joined
dalek r34309 | pmichaud++ | trunk/languages/perl6/src/parser: 01:32
: [rakudo]: Correct loop_statement to execute iteration expression on 'next'.
review: xrl.us/7yeps
Coke chromatic: added a PIC comment. votes welcome. 01:34
particle1: you may also wish to comment on that ticket (60048)
01:35 galf left
dalek r34310 | chromatic++ | trunk/compilers/imcc (3 files): 01:38
: [IMCC] Made imcc_vfprintf() a thin wrapper around Parrot_vsprintf_c(). This
: removes yet another sprintf() implementation.
review: xrl.us/7zbfx
Whiteknight you guys are on a rampage tonight! 01:39
01:43 particle joined
dalek r34311 | chromatic++ | trunk/compilers/imcc (2 files): 01:49
: [IMCC] Cleaned up some compilation warnings, making sure never to use an
: uninitialized variable.
review: xrl.us/72zhi
r34312 | chromatic++ | trunk/compilers/imcc: 02:01
: [IMCC] Added a check for the return value from a system call.
review: xrl.us/74i9b
02:22 MariachiElf joined
Coke watches _Commentary: The Musical_ 02:32
02:40 tetragon_ joined
kid51_at_dinner nick kid51 02:44
Coke rotfls at his dvd. 02:55
Coke finds the root cause of these failing tcl spec tess. 02:56
"tests"
chromatic They're haunted? 02:57
dalek r34313 | Whiteknight++ | branches/pdd09gc_part1/src (3 files): 02:58
: [pdd09gc_part1] fix a failed assertion, fix a segfault, and keep pmc_ext managed by the old ms collector. This solves A LOT of problems
review: xrl.us/79rvk
Whiteknight chromatic, I'm finding so many obvious problems that I was missing over the summer 02:59
contained_in_pool fails for objects in newly created arenas, which is why objects I was newly creating were failiing those sanity check assertions
GeJ Is anyone (else, obviously) experiencing segfaults while `make html`-ing? 03:00
Whiteknight but, I'm out of there for the night. later.
Coke chromatic: code.google.com/p/partcl/source/dif...amp;old=25 03:02
shorten Coke's url is at xrl.us/8adms
chromatic You removed a test, and then everything started working? 03:03
Coke heh. no, I added a failing test that shows why about a dozen of the spec tests are borked.
info level 0 should always report the sub and the args of your current sub. but it seems to get stuck. 03:05
(so in the test there, once I call bar check it's info level, the calling information is reported incorrectly for the rest of foo. 03:06
03:08 Zaba joined
chromatic I see. 03:11
Coke are you just humoring me? =-)
basically, I'm managing my own call chain; I think I'm forgetting to pop something. 03:12
chromatic I've seen something similar in Lua, due to the way Parrot produces backtraces. 03:20
I just don't have the brainpower to switch between language calling styles at the moment.
chromatic_dinner ... or the glucose levels. 03:21
Coke makes the bad horse gleeful. 03:31
chromatic_dinner thought it was a bad wolf.
Coke wrong franchise. 03:34
Tene Now that would be an entertaining crossover.
Coke Dr. Horrible Who.
chromatic_dinner There's fanfic of it. 03:35
Coke you say that without even checking.
... and you're right, no doubt.
slashfic, even.
Tene Coke: if he wrote it he wouldn't have to check... 03:36
chromatic_dinner I've only written Star Trek fanfic, and that was in response to Steve Yegge. 03:40
kid51 must sleep 03:44
purl $kid51->sleep(8 * 3600);
03:48 rurban_ joined
Coke ... Wow, of course this never worked. 04:02
04:02 elmex_ joined
Coke yay. 04:19
04:20 Limbic_Region joined
Limbic_Region salutations all 04:20
Coke hio 04:23
04:25 tetragon joined
Limbic_Region I was just reading whiteknight's use.perl post 04:26
interesting stuff
purl interesting is relative
Limbic_Region is any of the stuff getting pulled out being planned to be re-integrated? 04:27
specifically STM
?
chromatic_dinner Hard to say.
Limbic_Region well, presumably a smaller code base will be easier to maintain, optimize, debug, etc 04:28
04:29 bacek joined
Limbic_Region looking in from the outside and hoping babies don't get thrown out with the bath water is all 04:29
Coke too many mouths to feed
Limbic_Region and now I need to close out chatzilla so I can upgrade adobe flash so I can watch Adam Sandler's Happy Chanuka on youtube - not quite yak shaving but close 04:30
Limbic_Region brb &
chromatic_dinner Just between you, me, and posterity stalking me by reading the logs, Piethon may have been the worst thing ever to happen to Parrot.
Limbic_Region wow, that was a long time ago 04:31
chromatic_dinner Yeah, and we're still ripping out some of the code from it.
Limbic_Region well, you will have to tell me when I get back how much of that was Dan and how much was Leo
but really, Adam Sandler waits for no one
chromatic_dinner Not even in private will I speculate about that.
Limbic_Region TTFN
04:33 Limbic_Region joined
Tene What was piethon? 04:41
Coke an attempt to get parrot to run python faster than python. 04:42
Limbic_Region www.sidhe.org/~dan/blog/archives/ca...ethon.html 04:44
read bottom to top 04:45
lathos chromatic_dinner: Any thoughts on the NCI rewrite? 04:46
Coke pmichaud: TT#90 is a meta ticket; all deprecations should be tracked in their own tickets. 04:54
pmichaud okay, it can be a meta ticket. I was just making tickets for critical/important items in the roadmap 04:55
bacek good afternoon 04:56
Coke it's also unclosable by that release. =-) 04:57
pmichaud ...unclosable? 04:59
Coke yes. not all deprecations are removable by the january release.
pmichaud I'm simply putting down what was on the roadmap page. :-) 05:00
Coke hokay.
pmichaud it had it as a 0.9.0 milestone, and marked "critical"
I don't mind at all if it rolls over to 0.9.1, but someone else gets to make that call. :-)
I'm just the ticket maker. :-) 05:01
Coke k. I'm only saying something because my name is on it.
pmichaud you can fix that if you wish. :-)
I only stuck your name on it because your name was listed first in the roadmap.
05:04 particle joined
pmichaud I'm not sure how to break out the pdd30 stuff into tickets, though, so I guess I'll stop here. 05:05
Coke (listed first) I blame particle. 05:06
(added my comments to the ticket.)
Tene Coke: deprecations should depend on the release, not the other way around.
Coke tene: huh?
pmichaud the goal for this ticket/task was to have all of the items in DEPRECATED resolved before 1.0 (0.9.0 in this case) 05:07
perhaps that's an unrealistic goal.
but that's what was discussed at PDS. 05:08
Coke it's definitely a stretch.
Tene Coke: if that didn't make sense, I misunderstood what was being discussed. Just ignore me. I'll read scrollback later and feel silly. 05:09
05:13 geof joined
tewk pmichaud: is there a way to print a backtrace in PGE to see where I am? 05:44
Coke this is so depressing. my work has resulted in no new spectests passing. 05:48
tewk I'll try panic
Coke panic? 05:53
purl i heard panic was a Good Bunch Of Folks based in Portland, Oregon They write software for Macs, including Audion, Transmit, Desktastic, CandyBar and others. Buy their stuff!
Coke don't panic?
purl PANIC!!!
tewk <panic>
bacek passing a towel to tewk 05:54
Coke Anyone able to hack on trac.parrot.org/parrot/ticket/66 ? 05:57
oh. pmichaud ; were you able to generate a small test case for that? 05:58
tewk so is it a gc problem or a mod problem? 06:00
Coke mod? 06:01
purl mod is defined such that x mod y = x - y * floor(x/y) according to Knuth. But this is not always what people expect when x or y are negative as floor() would turn -4.5 into -5 while most people expect the result as if it were -4. This latter behavior is the remainder operator.
Coke oh, right. 06:02
no clue.
dalek r34314 | pmichaud++ | trunk/languages/perl6/src/builtins: 06:10
: [rakudo]: Make sure infix:<~> and prefix:<~> return Str.
: We hopefully can get rid of this when we have HLL support, but
: let's at least get them right for now.
review: xrl.us/8rmvr
Coke I need to set a variable as unix or windows for partcl. Anyone care to point at a parrot config that'll give me that easily? 06:11
06:11 Theory joined
Coke I am tempted to cheat and just key off 'slash' 06:12
06:16 masak joined
Coke done. 06:18
06:22 Ademan joined
bacek have stupid question. 06:31
How I can read from stdin in Rakudo?
dalek r34315 | petdance++ | trunk/compilers/imcc: 06:35
: fix function header and do some consting
review: xrl.us/8szvc
masak bacek: =$*IN 06:37
06:40 TiMBuS joined
bacek masak: thanks 06:52
chromatic lathos, Allison posted some thoughts to the list, but your rewrite looked sane to me. 06:54
lathos I can't understand how Allison's schema actually fits with NCI.
chromatic There is that too. 06:55
lathos I'll check in the refactoring, and I have some more refactoring to do, both of which will make it easier for us to implement whatever we end up with.
06:55 tetragon joined
bacek masak: use.perl.org/~bacek/journal/38146 use.perl.org/~bacek/journal/38147 :) 07:02
masak nice. 07:03
I was actually on my way through the latest use.perl posts to see if anyone responded to pmichaud++'s challenge. would have found your posis in a few minutes. :) 07:05
dalek r34316 | pmichaud++ | trunk/languages/perl6/src (2 files): 07:06
: [rakudo]: List methods are already in Any, no need to have them in List also.
review: xrl.us/8veu9
r34317 | simon++ | trunk/tools/build: 07:08
: Refactor all the little tables into one big table.
review: xrl.us/8vman
masak dpuu++ also contributed: use.perl.org/~dpuu/journal/38142 use.perl.org/~dpuu/journal/38145
bacek: in your &fact sub, you assign 1 to $n instead of comparing it. I doubt your actual code does that, because that would generate a runtime error (because params are readonly by default) -- but you might want to change it in the blog post. 07:15
bacek masak: yes... I code it '<='. I'll fix it.
masak: '<' consumed by use.perl.org... It still in post when I try to edit it... 07:17
masak bacek: use.perl has very strange rules for filtering stuff. 07:18
bacek: I wish I could give you specific advice, but I've found that different conditions lead to very different behaviour.
bacek masak: yeah... No problem, anyway. 07:19
fixed
masak bacek++
bacek masak: use.perl.org/~bacek/journal/38148 last one for today 07:31
pmichaud I'm currently working on fixes to the issues raised in www.rakudo.org/2008/12/perl-6-scrip...ment-11058 07:34
shorten pmichaud's url is at xrl.us/8w7v9
masak sounds like a worthy cause. 07:38
pmichaud I've already fixed 07:39
rakudo: say ('foo' ~ 'bar').reverse
polyglotbot OUTPUT[raboofā¤]
masak raboof! 07:40
pmichaud I'm about to fix Match objects.
dalek r34318 | pmichaud++ | trunk/compilers/pge/PGE (2 files): 07:41
: [pge]: Temporary fix to allow callers to decide the Match object
: (since we can't always provide a 'grammar' named argument).
review: xrl.us/8xrqz
07:48 japhb joined
Tene rakudo.paste: my @a = { $^a.perl.say; shift $^a }, {$^a.perl.say; pop $^a }, <a b c d e>; @a[0](@a) while @a; 07:49
nopaste "polyglotbot" at 193.200.132.146 pasted "perl6 paste" (7 lines) at nopaste.snit.ch/15086
masak self-modifying programs. :) 07:51
dalek r34319 | pmichaud++ | trunk/languages/perl6/src (3 files): 08:02
: [rakudo]: Matches now produce Rakudo Match objects instead of PGE::Match.
review: xrl.us/8zskx
r34320 | tewk++ | trunk/languages/ecmascript (17 files): 08:09
: [js] the beginning of core types
review: xrl.us/82ata
Tene btw, using globals in rakudo's interactive mode makes it nices. 08:30
nicer.
masak in what way?
Tene they persist, where lexicals don't.
from line to line
masak that _is_ useful. 08:31
Tene workaround for broken lexicals in interactive mode
masak so, er, how do I declare a global?
Tene just use it.
$*foo
no declaration
afaik
masak even nicer :)
pmichaud note that nowhere is it specified that lexicals in interactive mode should be preserved :-) 08:32
masak has been seriously considering diving into the interactive mode source code and fix the lexicals thing
pmichaud good luck.
purl You'll need it.
masak I suspect it's not an easy fix.
pmichaud not even close.
how do you preserve a lexical from a block you just exited?
masak why would I want to do that? 08:33
Tene I looked into that once before. I'm pretty sure I came up with something that would work, but it was a bit evil, and I didn't try it.
pmichaud because the lexicals are local to the block?
masak pmichaud: yes, so why preserve it afterward? I don't understand.
pmichaud remember that each line of input acts like its own block.
masak pmichaud: well, that's just wrong.
purl Fire and brimstone coming down from the skies. Rivers and seas boiling! Forty years of darkness, earthquakes, volcanos. The dead rising from the grave! Human sacrifice, dogs and cats living together... mass hysteria!
Tene It involved maintaining a separate lexpad and passing it in to a function to run some block using the given lexpad. 08:34
masak Tene: sounds evil-ish, yes.
pmichaud rakudo.pir: my $i = 4;
(how do I get rakudo to paste pir output?)
nopaste "polyglotbot" at 193.200.132.146 pasted "perl6 pir" (53 lines) at nopaste.snit.ch/15087 08:35
Tene perl6.pir: my $i = 1
pmichaud oh, there it is.
Tene ah
nopaste "polyglotbot" at 193.200.132.146 pasted "perl6 pir" (53 lines) at nopaste.snit.ch/15088
pmichaud see, when we compile an interactive line of code, it results in a Parrot sub.
Any lexicals we declare are local to that Parrot sub.
masak I see.
yes, that's a problem. 08:36
pmichaud So, in order for interactive mode to work, we have to have a way to tell the compiler to look in some other place for lexicals, and not declare the top-most lexicals using .lex
-or-
masak :)
pmichaud at the end of the block we have to magically find out what lexicals it had and preserve them somewhere. 08:37
so that we can restore them for the next line of input we get.
masak aye.
the first method is dangerous because we effectively alter the behaviour of Rakudo. 08:38
pmichaud I think "preserving the lexicals" is the most likely scenario at this point.
masak the second method is tricky because of the 'magically find out' step.
pmichaud well, when we compile the top-level block we have the symbol table available.
so we know what lexicals we declared, and thus which ones we have to preserve. 08:39
Tene unless we eval.
masak aie!
pmichaud eval is no problem -- any lexicals defined in an eval *are* local to that eval, and not preserved.
Tene in Perl 6, at least. :)
masak oh, will the changes to the interactive mode necessarily affect all HLLs, or just Rakudo? 08:40
dalek r34321 | pmichaud++ | trunk/languages/perl6/src (4 files):
: [rakudo]: Clean up reverse methods and functions.
review: xrl.us/83ru9
pmichaud I'd like to find a way to make it work for all hlls.
masak what I meant was, is there only one "interactive mode" thingy in PCT, or is there one for each HLL? 08:41
pmichaud there's only one in PCT
individual HLLs can override it with their own if they wish.
masak oh good.
pmichaud (afaik none of them do this yet) 08:42
Tene pmichaud: are there any exception issues left to work out for the Jan. release that you know of? 08:45
pmichaud Tene: not that I know of.
I think we're in really good shape there.
Tene Okay, so I can swap that out and start on HLL stuff next?
pmichaud I like the way the loop refactor turned out. Now if only Perl 6 doesn't mess it all up (which it probably will)
I managed to get rid of a ton of code in the refactor.
Tene Or is there something specific you want me to work on next? 08:46
pmichaud and clean up the standard C-style "for(a;b;c)" behavior in the process.
Tene I'm working on monday, probably, but other than that and family on Christmas, I'm free until Jan. 4. 08:49
pmichaud HLL is probably where we should focus next, yes.
Tene I've seen a few indications that I don't really grok your plan for HLL in PCT. That's why I keep asking for TT #25 to be filled out. 08:51
pmichaud high level plan is (1) add ".HLL 'perl6'" at the beginning of perl6.pir, (2) see what breaks, (3) start fixing that. 08:52
Tene Right.
There was something with exporting that still needed to happen, right?
08:53 ChrisDavaz joined
pmichaud yes, but we're nearing an answer to that on p6l. 08:53
if nothing else we'll do the exports manually for now.
Tene The reason you had me add symbols to ::EXPORT::ALL
pmichaud right, that tells us which symbols to import -- we just need to import them. 08:54
otoh, it might be as simple as taking the ['parrot';'PAST'] namespace and binding it to ['perl6';'PAST']
haven't tried that yet.
Tene Were you planning to delegate most of this to me, or did you want to be significantly involved? 08:55
08:55 Theory joined
pmichaud I was expecting I would probably need to be significantly involved. 08:56
Tene Okay. Do you have a day you'd like to start on this?
pmichaud almost any day is fine. 08:57
Friday is probably not so good, I guess.
(kids come home Friday, we open gifts then, they'll want to play, etc.)
Tene Okay. I'll start whenever, then.
... oh, right, we also need to get the class registry fixed soon. 08:58
pmichaud sure. I'd just make a 'rakudohll' branch or something and we'll see how far things progress.
Tene Did we get a decision from Allison?
pmichaud I don't think we have to worry too much about staying synchronized with trunk -- the hll stuff isn't likely to interact much with trunk changes.
merging whatever we do back into trunk should be straightforward, so it's okay if the branch falls a bit out of date. 08:59
I haven't heard _anything_ on the class registry. I entered a trac ticket for it this past week hoping it might show up on someone's radar.
However, it has a Jan 2009 milestone on it, so it's supposedly to be fixed this month. :-|
if you wanted to work on that, that would be really useful also. 09:00
Tene Should mail allison directly...
you have the TT #?
pmichaud #71 09:01
Tene I'll mail.
purl: allison?
purl allison is Allison Randal <mailto:allison@perl.org>
pmichaud thanks.
Tene pmichaud: could we add a <warn> rule to PGE, like <panic> ? 09:07
pmichaud I used to have one there. :-) 09:08
ummmmm, sure.
put it in PCT::Grammar, though.
same as <panic>
Tene So it needs to go in PGE::Util too? 09:09
pmichaud ummmm.
pmichaud checks.
Tene pctgrammar's panic just addmethod's pgeutil's die 09:10
pmichaud it should probably go directly into PCT::Grammar
(so should panic -- PGE::Util die will probably go away.)
just do warn for now.
omg it's 3:14 in the morning 09:14
Tene any idea what mob.'to'(-3) does in panic? 09:18
pmichaud kills the entire match.
Tene I'm not sure what I need to do to indicate a successful zero-length match.
pmichaud set 'to' to the same value as 'from'
09:21 alvar joined
Tene That still terminates with a syntax error. 09:23
Tene looks for other examples. 09:24
... oh, pgeutil already has a 'warn' 09:29
Tene sleep. 09:33
dalek r34322 | pmichaud++ | trunk/languages/perl6/docs: 09:36
: [rakudo]: spectest-progress.csv update: 264 files, 5837 passing, 0 failing
review: xrl.us/87b99
09:44 iblechbot joined
dalek r34323 | pmichaud++ | trunk/languages/perl6/src/classes: 09:52
: [rakudo]: Refactor to simplify returning Match object from regexes.
review: xrl.us/88d6n
r34324 | pmichaud++ | trunk/languages/perl6/src/builtins: 09:53
: [rakudo]: Clean up some bugs in .subst reported by skids1++ .
: There's still a lot more that needs fixing here, though.
review: xrl.us/88gdo
09:54 pdcawley joined 09:59 barney joined
dalek r34325 | bernhard++ | trunk/docs (3 files): 10:23
: #61638: [PATCH] Fixed typos in docs
: Courtesy of tuxdna.
review: xrl.us/9adph
10:25 MariachiElf joined
dalek r34326 | bernhard++ | trunk/ext/Parrot-Embed/t: 10:45
: [codingstd] svn:mime-type for pipp.t
review: xrl.us/9bcp6
r34327 | bernhard++ | trunk (6 files): 10:49
: [codingstd] remove trailing spaces
review: xrl.us/9bpc4
11:12 iblechbot joined
barney looks like squaak is broken 11:33
dalek r34328 | bernhard++ | trunk/languages/lolcode/src/parser:
: [lolcode] Remove two unneeded declarations of @?BLOCK
review: xrl.us/9e35c
r34329 | fperrad++ | trunk/languages (3 files):
: [Lua] smolder
: - add a target 'smoke'
: - improve harness
review: xrl.us/9e36s
11:49 rurban_ joined
dalek r34330 | bernhard++ | trunk/languages/m4 (2 files): 11:52
: [m4] The ParrotIO PMC is gone.
review: xrl.us/9gndm
12:05 ChrisDavaz joined
dalek r34331 | bernhard++ | trunk/languages (2 files): 12:08
: [lazy-k] Make it compile again. But no output is printed.
review: xrl.us/9icar
12:14 ask_ joined 12:18 iblechbot_ joined
dalek r34332 | bernhard++ | trunk/languages/squaak/src/parser: 12:30
: [squaak] isdecl() is more happy with a simple integer.
review: xrl.us/9jw6s
r34333 | bernhard++ | trunk/languages/pipp/src (3 files): 12:57
: [Pipp] Remove unneeded explicit loading of PGE-libs.
: Initialize @?BLOCK as ResizablePMCArray.
: Start with keeping track of blocks and associated symbol tables.
review: xrl.us/9mpaw
r34334 | bernhard++ | trunk (10 files): 13:11
: [Pipp] Rearrange files in pipp/src
review: xrl.us/9n9u4
r34335 | bernhard++ | trunk/compilers/pirc/new: 13:14
: [codingstd] wrap args in macro definitions
review: xrl.us/9occ2
14:04 tuxdna joined
dalek r34336 | bernhard++ | trunk/languages/pipp/src/pct (2 files): 14:05
: [Pipp] Shift from @?BLOCK in TOP rule.
: Prepare for class defintion introducing a new scope.
review: xrl.us/9sv96
r34337 | bernhard++ | trunk/languages/ecmascript (11 files): 14:07
: [codingstd] set svn properties
review: xrl.us/9s2q4
14:15 Theory joined 14:21 Zaba joined 14:30 ruoso joined 14:33 jimmy joined 14:50 gryphon joined 14:59 Limbic_Region joined
rurban sigh. finished with pdd30_install patching (52 .rej files). now the testing starts. 15:25
cygwin parrot-0.8.2-1: 11678 tests, 4 fail 16:03
t/pmc/eval 10, t/pmc/os 15 t/pmc/packfile 6 t/library/pg ? 16:04
16:16 iblechbot joined
dalek r34338 | pmichaud++ | trunk/languages/perl6/src/classes: 16:38
: [rakudo]: Adjust Pair.perl .
review: xrl.us/95z2s
tewk 16:47
16:47 pdcawley joined 17:20 allison joined 17:37 ChrisDavaz joined 17:47 apeiron joined 18:12 chromatic joined
dalek r34339 | rurban++ | trunk/languages/befunge: 18:13
: [befunge] fix syntax error
: new dot => 'string'
review: xrl.us/baduvy
19:21 PacoLinux joined 19:33 bacek joined 19:52 rurban_ joined 19:57 leto joined 20:08 MariachiElf joined 20:11 Eevee joined 21:21 mberends joined 21:31 tetragon joined
dalek r34340 | chromatic++ | trunk/languages/perl6/src/pmc: 21:38
: [Rakudo] Fixed some compilation warnings in MultiSub PMC.
review: xrl.us/batfyh
r34341 | chromatic++ | trunk/src: 21:42
: [src] Removed an un-COW from string_chopn_inplace(). It's unnecessary, as the
: STRING's length is stored in the header. We can modify that in place without
: copying the string. This gives PGE a nice speedup; 13.43% in producing
: Rakudo's operator precedence parser.
review: xrl.us/batv5d
21:54 TiMBuS joined
chromatic Hm, MALLOC_CHECK_=2 costs 10% of execution time. Shoulda known. 21:55
dalek r34342 | pmichaud++ | trunk/languages/perl6/src/classes: 22:22
: [rakudo]: Fix $x.map to work as list of 1 element.
review: xrl.us/baw8q5
r34343 | chromatic++ | trunk/src: 22:32
: [src] Only reallocate destination STRING buffer in string_append() when the
: resulting size exceeds (not merely equals) the current buffer size. This
: produces a 12.32% performance improvement in the Rakudo optable-building
: benchmark.
review: xrl.us/baxpb7
chromatic That should make PGE about a third faster. 22:34
22:53 pdcawley joined 23:33 Ademan joined
Tene I just had a horrible idea. Let's hope I fail at implementing it. 23:39
23:56 gryphon 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!