HAPPY BIRTHDAY #PARROT! | www.parrot.org/ | 1.4.0 | For 1.5: Remove Deprecated Features | planet.parrotcode.org/
Set by moderator on 14 August 2009.
00:04 MikHel joined
dalek rrot: r40604 | NotFound++ | failed to fetch changeset:
merge from trunk r40603
 00:05
treed Okay. 00:08
Smolder done.
00:09 Whiteknight joined
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r405603 - Ubuntu 9.04 amd64 (gcc) 00:11
r40603
00:17 tetragon joined
moderator www.parrot.org | planet.parrot.org | 1.4.0 | Feature Freeze: No big changes before the 1.5.0 release | Current Focus: TESTING! 00:22
Whiteknight hello #parrot 00:23
00:41 dduncan joined 00:45 kid51 joined 01:13 nathanmccauley joined 01:18 Andy joined
dduncan I found a bug in Parrot's Makefile generator, at least at r40598, the Makefile generator doesn't escape spaces in the path 01:26
so build fails
kid51 Can you open a trac ticket about that?
dduncan will check newest ...
and yes I could ... may have to make an account first ... 01:27
kid51 dduncan: In trac ticket, please include details of our OS, version of 'make', etc. 01:35
Considering the number of times that Parrot gets built each day, I am surprised at this report.
dduncan maybe no one else had spaces in their dirs
kid51 I have successfully run 'make' at HEAD (r 40604). 01:36
dduncan I have r40604 now 01:37
Whiteknight I definitely don't have spaces in my path 01:38
dduncan here's a sample line in the Makefile that Configure made for me: 01:39
ALL_PARROT_LIBS := -L/Volumes/Documents/Documents/Muldis floss projects/git_working_dirs/rakudo/parrot/blib/lib -lparrot $(ICU_SHARED) $(C_LIBS)
kid51 dduncan: Are you trying to build Parrot in a directory like this: C:\\\\my home dir ?
dduncan no space escaping
in contrast, Perl 5 handles this properly as I recall 01:40
kid51, yes, but I'm using a Unix-compatible
sans the trailing blib/lib/, the above is where it is checked ou 01:41
sure, presumably I could rename the dir to workaround the problem, but the makefile should be robust enough to not have a problem with it
kid51 So the spaces are in your sandbox's path, not in paths built by Parrot, correct? 01:42
dduncan yes
actually I know Perl's works properly, because I also have a DBD::SQLite checkout dir under "floss projects/" and it builds/etc fine 01:43
kid51 Okay, then a TT is in order. Although I don't have a Windows box, several of our lead developers do, so they will be in a better position than I to evaluate any patch you submit.
dduncan I don't have a Windows box either
you would have the same problem on any Unix or Linux etc
Mac OS X in my case
Unix compatible 01:44
so if you put a space in your own sandbox's dir name, you'd probably see the same issue
on the machine you have now
kid51 Okay, mention that in your TT.
dduncan its a common basic programming mistake ... shell/etc programming forgetting the files can have any chars in their names 01:45
I have to go for a bit, should add the TT within 2 hours 01:46
I will
mikehh let me test that 01:54
yup fails to build parrot in directory 'test parrot' 02:02
cc -o miniparrot src/main.o src/null_config.o \\ 02:05
-Wl,-rpath=/home/mhh/test parrot/blib/lib -L/home/mhh/test parrot/blib/lib -lparrot -lm -L/usr/lib -licuuc -licudata -lm -lnsl -ldl -lm -lcrypt -lutil -lpthread -lgmp -lreadline -fstack-protector -L/usr/local/lib -Wl,-E
cc: parrot/blib/lib: No such file or directory
make: *** [miniparrot] Error 1
dalek rrot: r40605 | allison++ | branches/pcc_arg_unify/lib/Parrot/Pmc2c/PCCMETHOD.pm:
[pcc] Mark that sig object is no longer needed after the NCI sub takes a
kid51 mikehh: Once dduncan creates that ticket, feel free to take it and fix it! :-) 02:13
02:19 TiMBuS joined 02:41 janus joined 02:52 davidfetter joined
dduncan I'm back ... now will login to trac and file ticket ... 03:09
a quick search didn't find any existing tickets on topic 03:10
mikehh dduncan: I tested this using a dir 'test parrot' and the build failed 03:12
dduncan I noticed 03:13
so, just created trac account ... 03:14
mikehh IIRC gnu make has major problems with spaces in dir/file names - I don't know about other makes - nmake?
dalek rdinal: c34b8a6 | treed++ | (3 files):
Properly fix == with bools. (joeri++) Also adds some tests and adds test:bool to the test:basic (and therefore test:all) targets.
 03:16
dduncan to fix, presumably you just have to escape, eg write \\<space> or quote the path ... see what Perl's MakeMaker does 03:17
now I assume that I just pick the status flags I think most appropriate, but core devs will change them if they think different
for the ticket
question, regarding 'component', is a problem in the makefile more a 'build' or 'configure' problem? I'll assume the first 03:19
mikehh try and set the appropriate flags - I will have a look later and probably add a comment
must get some sleep now
configure generates the makefiles 03:20
bbl - in a few hours 03:21
dduncan so I'll make it 'configure' then 03:22
wasn't sure if that 'component' meant something about Parrot's runtime configuration 03:23
but you seem to confirm it means the configure.pl/etc ... part of the build
dalek ose: r97 | Austin++ | trunk/ (23 files):
Grammar refactoring checkpoint. Symbol Resolution works. Need to fix types,
 03:43
dduncan okay, mikehh and kid51, the new Ticket 930 is mine 03:44
dalek TT #930 created by duncand++: build fails when sandbox path contains whitespace
04:32 tetragon joined
cotto good evening, #parrot 04:37
04:56 Andy joined 05:01 tetragon joined 05:03 nathanmccauley joined 05:17 dduncan left 05:18 tetragon joined
cotto chromatic, ping 05:28
chromatic pong 05:30
cotto Can you recommend some good remedial reading on continuations and CPS?
The more I dig into this, the more I'm finding that I don't really have a mental model for what's going on. 05:31
If wikipedia's entries on Continuations and CPS are good enough, that's where I am now. 05:32
allison cotto: there's really not a lot of good material out there, unfortunately 05:36
cotto: most of it's slanted toward functional languages
cotto I'm finding that. 05:37
I have the basic idea down that a continuation represents the state of a program at a given point, but I'm having trouble getting an intuitive understand of how they're used and what can be done with them. 05:38
allison I've collected some papers: delicious.com/allisonrandal/continuations 05:39
(but, still slanted toward functional languages) 05:40
the basic idea is just a reset button
(but a partial one)
cotto allison, thanks. I'll look through those links. 05:42
allison I think I'll have to end up writing some papers on the subject 05:43
cotto Fittingly, I just watched mst's "you're not good enough" talk a couple days ago. 05:44
cotto finds it highly ironic that his desire to improve PHP would lead him to learn about continuations. 05:47
05:56 tetragon joined 06:03 jrtayloriv joined 06:04 gaz joined 06:09 jrtayloriv joined 06:12 uniejo_ joined 06:27 szabgab joined 06:41 HG` joined 06:51 gaz joined 06:54 tetragon joined 07:00 japhb joined 07:06 gaz joined 07:31 baest joined 07:52 gaz joined 08:03 gaz joined 08:37 payload left 08:42 jrtayloriv joined 08:45 masak joined
bacek_at_work cotto: try to google "call/cc for c-programmers" 08:46
dalek rkdown: b90919f | fperrad++ | README:
add a README
 08:49
GeJ Good morning everyone. 08:52
masak o/ 09:05
eirik morning
09:18 mokurai left
cotto bacek_at_work, thanks! 09:24
I wish I could sleep, but that's a good alternative. 09:25
09:25 eiro joined 09:26 eiro joined 09:40 jrtayloriv joined 09:41 bacek joined
bacek o hai 09:43
09:44 eiro joined 09:56 mikehh_ joined 10:24 bacek joined
Infinoid good morning 11:02
purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
bacek and good moroning to you Infinoid 11:03
Infinoid hai bacek 11:10
jonathan Hi all. I'm getting segfaults when building Rakudo. It's finding the math_ops and loading it, but then segfaults when calling dynops_register 11:23
Erm, dynop_register
That's inside the dynop library itself, where it calls back into libparrot to register itself. 11:24
Anyone else seeing this issue? I'm on Win32+MSVC++.
done the usual make realclean of Rakudo, plus got clean Parrot checkout and so forth.
In my build tree, t\\dynoplibs\\math.t passes, fwiw 11:26
Infinoid hmm. I'm having trouble updating rakudo, and trouble cloning it too 11:27
error: Unable to verify pack 54212d785776bfea26a19ad365b04ecf0feb4c2b is available
jonathan Odd. 11:28
Curiously, parrot_install\\bin\\parrot parrot\\t\\dynoplibs\\math.t works (that's from my Rakudo driectory)
Hmm. Even compiling that to a PBC and running with the installed Parrot works. 11:29
Infinoid ok. cloning from git://github.com/rakudo/rakudo.git works, cloning from github.com/rakudo/rakudo.git seems to be missing some vital commits 11:31
Infinoid tries to build it 11:32
11:32 bacek joined
Infinoid is this with installed parrot or locally generated parrot? 11:33
bacek installed. 11:34
purl installed is easy as well.
bacek I have same problem 11:35
==16025== Process terminating with default action of signal 11 (SIGSEGV)
==16025== Access not within mapped region at address 0xC
==16025== at 0x4074416: Parrot_set_p_p_kc (set.ops:461)
==16025== by 0x411576F: runops_slow_core (cores.c:462)
jonathan Infinoid: I can reproduce it with both.
Oh ouch. 11:37
If I move the .loadlib for math_ops to be earlier (e.g. before we load perl6_ops)
Then it segfaults on loading perl6_ops.dll instead.
Again, in register.
11:41 szabgab joined
jonathan Hmm. It seems the segfault happens when we try to load more than one dynops lib. 11:48
Yup. I can reproduce the segfault with just: 11:50
.loadlib 'math_ops'
.loadlib 'perl6_ops'
.sub 'main' :main say "alive"
.end
erm, line break got lost int he paste.
*the
And it's not specific to Rakudo's dynops.
I can do 11:51
.loadlib 'math_ops'
.loadlib 'obscure_ops'
And get the exact same kind of segfault.
moritz trac it! 11:54
jonathan moritz: Aye, just seeing if I can't fix it first. 11:56
I'd be curious to know if anyone can reproduce this off Win32. 11:57
dalek TT #931 created by jonathan++: Segfault on Win32 when loading multiple op libraries 12:05
jonathan Ticketed, help most welcome. 12:06
12:08 quek joined
bacek Yay. src/runcore/main.c:1145 12:18
jonathan bacek: I fear it may be realloc'ing something, then looking at the old memory. 12:20
bacek It reallocs core->op_func_table on second pass and than uses it below.
jonathan bacek: Right. 12:21
I've got a local patch that seems to prevent the problem.
But it's a workaround more than a fix.
bacek (But I can be totally wrong (as usual (and I have to stop reading too much CS stuff)))
jonathan bacek: trac.parrot.org/parrot/ticket/931#comment:2 12:23
bacek jonathan: you have to free old stuff. But +1 for approach. 12:25
jonathan bacek: Aye, I didn't consider that patch as something to apply.
12:25 AndyA joined
moritz somehow parrot's 'make install' is weird... 12:25
when I do a make realclean; perl Configure.pl; make install 12:26
it compiles parrot, but doesn't install it
bacek jonathan: of course. But it's better to create new stuff and replace old stuff in single point anyway.
moritz and when I run 'make install' again
it actually installs ist
s/ist/it/
nopaste "bacek" at 114.73.57.79 pasted "dyop patch for jonathan" (57 lines) at nopaste.snit.ch/17570 12:31
bacek jonathan: can you try nopasted patch? It's less hackish 12:32
jonathan bacek: That looks sane. Let me try. 12:34
nopaste "bacek" at 114.73.57.79 pasted "Lesser patch for jonathan" (22 lines) at nopaste.snit.ch/17571 12:36
bacek jonathan: second version doesn't change behaviour. It just fixes realloc issues. I'll commit it if confirm that it works. 12:37
(Actually valgrind already confirmed it, but I don't trust soulless machine :)
jonathan bacek: Wait, you prefer the seocn one? 12:38
OK
bacek No, I prefer first. But release is tomorrow.
jonathan Actually that second patch is more along what I had pondered might work. 12:39
bacek: OK, trying it. 12:40
purl well, trying it is quicker than talking on IRC about not trying it ;>
jonathan purl: kicking you is quicker than drinking a beer. So?
purl i don't know, jonathan
bacek jonathan: it works! :) 12:41
jonathan result here forthcoming... 12:42
Yes, looking better. 12:43
bacek++
bacek ok. Committing now
jonathan Yay, make test works. 12:44
bacek jonathan: You are welcome! :) 12:45
dalek rrot: r40606 | bacek++ | trunk/src/runcore/main.c:
[cage] Don't reuse reallocated func_table by old pointer in dynop_register. Closing TT#931
 12:46
12:47 szabgab joined
bacek jonathan: feel free to close TT#931 for more karma :) 12:48
jonathan bacek: Done 12:49
Thanks again!
dalek TT #931 closed by jonathan++: Segfault on Win32 when loading multiple op libraries
mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40606 - Ubuntu 9.04 amd64 (g++) 13:24
13:29 ruoso joined
mikehh rakudo (5637208) builds on parrot r40606 - make test/make spectest (up to 28011) PASS - Ubuntu 9.04 amd64 (g++) 13:38
13:48 rdice joined 13:59 quek left 14:10 braceta joined 14:13 Coke joined
Coke My IDE thought it would be funny if it did an "svn rm" when I said 'delete this file'. 14:13
14:14 Andy joined
mikehh Coke: that's what you get with IDE's :-} 14:18
partcl r587 builds on parrot r40606 - make test FAILs 7 tests but only 2 subtests - t/internals/pir_compiler.t - Failed tests: 1, 4 - 6 other tests exit status 1 but pass all subtests 14:23
thats on Ubuntu 9.04 amd64 (g++)
got to go to the store - my grandsons start school again tomorrow and need a couple of items - bbl 14:25
14:26 quek joined 14:28 jsut|work joined
Coke mikehh: I'd be interested to see the failure report for t/internals/pir_compiler.t 14:31
14:34 quek left 14:44 Psyche^ joined
PerlJam seen pmichaud 14:53
purl pmichaud was last seen on #parrot 3 days, 23 hours, 24 minutes and 53 seconds ago, saying: muixirt: I don't know what all will be possible there. Currently the biggest stumbling block is that lexicals can only be PMCs, not int/string/num [Aug 13 15:22:14 2009]
14:55 hercynium joined
nopaste "bacek" at 114.73.57.79 pasted "partcl failures for Coke++" (39 lines) at nopaste.snit.ch/17572 14:57
bacek Coke: it doesn't fail so badly on my box. But 1 and 4 are failing. 14:58
15:05 HG` joined
dalek kudo: 45c6dd3 | masak++ | src/parser/grammar.pg:
[src/parser/grammar.pg] now parses #=[...]
 15:12
Coke bacek, ah. 15:18
bacek_at_work, bacek, mikehh: fixed. 15:33
dalek rtcl: r588 | coke++ | trunk/t/internals/pir_compiler.t:
Explicitly load tcl_group everywhere.

Seems like we should want to avoid having to do a loadlib here, and have it be available from the library load.
16:07 nathanmccauley joined 16:26 MikHel joined, nathanmccauley joined 16:53 nathanmccauley joined
mikehh partcl r588 builds on parrot r40606 - make test FAILs 6 tests exit status 1 but pass all subtests all fail with attempt to access code outside of current code segment 17:01
17:02 chromatic joined
mikehh presumably this is after they have passes the subtest? 17:02
17:03 MoC joined, theory joined
mikehh s/passes/passed/ 17:06
17:09 mokurai joined
dalek kudo: b60cef0 | jnthn++ | build/PARROT_REVISION:
Bump up Parrot revision we require to one that doesn't segfault the build on various platforms.
 17:20
kudo: 17c4b9d | jnthn++ | src/ (2 files):
Make .HOW on a role give back the metaclass, rather than pun the role and give back the metaclass of the punned class. Correcting this also required fixing something that relied on the old broken behavior.
kudo: d77baf0 | jnthn++ | t/spectest.data:
Add S14-traits/package.t to the spectests.
kudo: 2f177d4 | jnthn++ | :
Merge branch 'master' of git@github.com:rakudo/rakudo
17:23 braceta left
dalek kudo: 06d27c0 | jnthn++ | src/pmc/p6opaque.pmc:
Re-work the decision process for punning. Un-regresses Enum.pick.
 17:26
18:00 joeri joined
particle (31-4.5-.9)*1.093 18:07
purl 27.9808
18:10 HG` joined
particle 22*1.093 18:11
purl 24.046
18:14 jan joined 18:18 hercynium joined
particle 23.5*1.093 18:31
purl 25.6855
Coke buys particle a calculator. 18:32
moritz 2**128
purl 3.40282366920938e+38
Coke 2**2**2 18:33
purl 16
Coke polyglotbot: tcl: puts hi
polyglotbot Coke: OUTPUT[Parrot VM: Can't stat languages/tcl/tcl.pbc, code 2.ā¤main: Packfile loading failedā¤]
Coke seen mdiep
purl mdiep was last seen on #parrot 210 days, 10 hours, 9 minutes and 27 seconds ago, saying: err... bed [Jan 19 08:18:08 2009]
18:44 japhb joined 19:30 NotFound joined 19:34 particle1 joined
l3t0 polyglotbot: parrot: print "o hai\\n" 19:36
l3t0 fails
19:59 Aisling joined
Coke polyglotbot: pir: say "what?" 20:05
rakudo: say "what?" 20:06
polyglotbot OUTPUT[Parrot VM: Can't stat languages/perl6/perl6.pbc, code 2.ā¤main: Packfile loading failedā¤]
20:06 rdice joined 20:10 MikHel joined 20:59 hercynium joined
dalek kudo: 15abd0f | jnthn++ | src/pmc/p6opaque.pmc:
Complete implementation of 'is hidden' so it actually influences deferal.
 20:59
kudo: d66f569 | jnthn++ | src/pmc/p6opaque.pmc:
Fully implement hides trait modifier's semantics.
kudo: 55c5fa1 | jnthn++ | src/pmc/p6opaque.pmc:
Corrections to the last patch, which broke a couple of spectests.
 21:05
21:26 Whiteknight joined 21:32 bacek joined 21:38 joeri left 22:02 Limbic_Region joined 22:12 Whiteknight joined
Coke I'm not seeing a lot of segfaults. I wonder if the rakudo bug that was just fixed was the cause. 22:36
jonathan Rakudo bug?
purl hmmm... Rakudo bug is mailto:rakudobug@perl.org
jonathan Coke: The multiple dynops one? 22:37
Whiteknight don't go talkin'bout no bugs up in 'ere!
jonathan That probably mighta hit anyone using more than one dynop library at a time. :-)
Whiteknight we don't need no stinkin' bugs
dalek rrot: r40607 | allison++ | branches/pcc_arg_unify/src/call/pcc.c:
[pcc] Better handling of invocant argument type in signature strings.
 22:38
22:38 allison joined
chromatic Coke, were you loading multiple dynops libraries? 22:39
22:39 rg joined
bacek good morning 22:44
purl Here I am, brain the size of a planet, and all they say is 'Good Morning'
Coke chromatic: not intentionally. 22:45
Coke looks forward to un-skipping a ton of tests. 22:46
22:46 ascent joined
Whiteknight doesn't even really know how the dynop loading and dispatching mechanism works 22:46
of course, I'm not looking at it until after the release in any case 22:47
chromatic It's ripe for refactoring.
Coke chromatic: ... is there a part of parrot that is not?
Whiteknight Coke beat me to it!
chromatic Several parts are pretty decent.
Coke usually does. OH!
Whiteknight chromatic: those are the several parts that have been refactored recently 22:48
Coke chromatic: ... is there a part of parrot that you haven't already refactored that is not?
"too slow."
chromatic Can't think of one offhand.
22:49 jimk joined
Whiteknight I have very high hopes for Parrot in the future, with some major cleanup throughout it could become a pretty fantastic program 22:50
it's nice now, but it could become awesome
chromatic PGE and NQP/PCT are the nicest parts.
Whiteknight no question 22:51
purl rumour has it no question is too silly to ask
bacek We just need some decent optimiser for PCT-generated code... 22:52
Whiteknight MMD is nice but needs to be optimized, IO is pretty nice in general.
Coke bacek: oh sure, shun tcl again. =-)
bacek State-of-art GC! O, wait... 22:53
chromatic IO isn't bad.
We're good at code generation as part of the build.
bacek Coke: tcl? what tcl? :) 22:54
cotto Whiteknight, I'm planning on merging all branches into trunk in preparation for the release. Any objections? 22:55
bacek cotto: What??? Merging before release??? 22:56
Whiteknight cotto: merge all of them, ESPECIALLY the ones from circa 0.0.5 that don't even compile
cotto especially those 22:57
cotto gets busy
Whiteknight chromatic: we're decent at code generation, but a lot of the generated code is needlessly redundant and non-performant
see, for example, the NCI thunks or the auto-generated VTABLEs for all the PMC types 22:58
chromatic No kidding.
The PCC rewiring will help tremendously.
Coke is there anything anyone can do to unblock that branch? 22:59
Whiteknight And JIT is a sin against computers, Kernighan Be Praised!
Coke JIT? what JIT?
chromatic Just refactoring PCC so that we don't have to insert ~135 lines of code in PMC .c files for each METHOD is a win.
Whiteknight what is the status of that branch now? I haven't been keeping up with it 23:00
I know allison is still working on it actively, but I don't know how far she is
(and I don't want to keep harassing her about it)
jonathan is hoping to ask for status update on that at #ps tomorrow
I'm planning a big re-working on Rakudo's calling-related stuff in the near future. 23:01
Whiteknight another reworking of the Rakudo calling-related stuff? 23:02
bacek This is tradition :) 23:04
cotto rrot: r40609 | cotto++ | trunk (149 files):
[pmc2c] merge the lazyrakudo branch back into trunk
23:04 RobertLJ joined
bacek cotto: !!!! :) 23:05
chromatic Heh. 23:06
jonathan omfg
oh, phew
jonathan worried until he spotted that wasn't dalek... 23:07
cotto you're welcome
Coke cotto++ 23:08
bacek jonathan: btw, can you drop lazyrakuo branch? It's probably useless now... 23:10
Whiteknight bacek: what's the status of the tt795_* branch, you have a completion estimate on that? 23:12
bacek Whiteknight: it's done
I even tested it with partcl and rakudo (and mikehh++ helped with it) 23:13
Whiteknight oh awesome, I didn't realize it had gone so quickly!
cotto The C2 wiki is very helpful sometimes:
"Call/CC is best used for blowing students' minds, or providing elegant solutions to difficult problems."
bacek Whiteknight: it was easy. 23:14
cotto: I've spent 3 days groking call/cc :)
cotto Crap. That means it'll take me at least a week. 23:15
I'm getting a glimmer of its awesomeness, though. 23:16
Whiteknight I've never even heard of call/cc
chromatic/cotto: what's the status of the pluggable runcores branch?
dalek rdinal: 7f1a943 | treed++ | src/parser/grammar.pg:
Floats need to have at least one digit prior to the radix.
 23:18
rdinal: 298dbf0 | treed++ | src/parser/grammar.pg:
foo++ and foo-- don't exist in Ruby
nopaste "bacek" at 114.73.54.219 pasted "call/cc example for cotto++" (7 lines) at nopaste.snit.ch/17573
cotto Whiteknight, chromatic's part is solid and the actual profiling code is pretty good, but we need to spend some time figuring out how to map between CPS and the format that Callgrind expects (straight call/return).
Whiteknight cotto: so what is the purpose of that branch, to make runcores pluggable AND to add a profiling core? 23:19
cotto That's what it's become.
bacek cotto: meditate half an hour on nopasted code. It's actually very simple :)
Whiteknight okay
jonathan bacek: Yes, that branch can be killed.
svn rm svn.parrot.org/parrot/branches/lazyrakudo/ should do it, yes? 23:20
bacek jonathan: yes
jonathan Dobre. 23:21
It be goneth.
dalek rrot: r40608 | jonathan++ | branches/lazyrakudo:
Remove lazyrakudo branch - we'll probably take a different approach, and this is way too old to merge now.
 23:24
bacek $dayjob time. See you 23:25
dalek rdinal: 7ae0541 | (Joeri Samson)++ | src/ (2 files):
Remove postfix ++ and --
 23:29
rrot: r40609 | allison++ | branches/pcc_arg_unify/src (2 files):
[pcc] Fix test failures due to call signature being collected when it's

not needed anymore. (The gc_register_pmc should be unnecessary after contexts properly mark their current_sig struct member. That may have to wait until contexts become GC-able.)		 23:34
rdinal: 6061f7e | (Joeri Samson)++ | t/gc.t:
Use real true and false when testing GC
 23:35
Coke SotD.
rdinal: 0560029 | treed++ | src/classes/GC.pir:
Actually have GC's methods return true and false, rather than strings.
cotto allison, wasn't the corevm make target from pcc_arg_unify? 23:45
allison cotto: yes, that's where I developed it 23:46
cotto: (though I never checked it into that branch)
cotto ok. I was surprised not to see it there.
dalek rdinal: 171e24b | (Joeri Samson)++ | src/parser/grammar.pg:
Make all proto ops look the same
rdinal: 4ca9cd2 | (Joeri Samson)++ | src/ (2 files):
Add support for () in expressions
rdinal: 37af6e9 | fperrad++ | build/Makefile.in:
fix build with make
allison cotto: I did it because I was stuck in building PGE, but really wanted to be able to run the tests for a better handle on the problems
allison cotto: I try not to apply any changes on both trunk and branch because of merge nightmares, but it's probably about time for a fresh branch from trunk 23:48
Coke I hear that's easier with git. =-) 23:49
(I am not advocating git. I'm merely being a jerk.) 23:50
treed It's not as easy as you might think, once you've published your branch.
You start getting "non-fast-forward" warnings. 23:51
Coke hurm. only some of my segfaults have mysteriously disappeared. Others mysteriously remain.
23:54 nathanmccauley joined
dalek rtcl: r589 | coke++ | wiki/SpecTestStatus.wiki:
update skip information.
 23:57
rtcl: r590 | coke++ | trunk/config/PARROT_VERSION:
bump parrot revision; fewer sefaults up here.
allison Coke: :) people say that, and then I see them agonizing over their latest trouble with git on IRC.
Coke Oh, I've been agonizing over git-svn for weeks now.
I hear that if you leave off the '-svn' bit, it's better. I'm skeptical. =-)
allison laughs so hard she chokes on her lemonade 23:59

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!