Parrot 1.9.0 "Blue-fronted Amazon" released! | parrot.org | Priorities: Add deprecations for 2.0; test platforms; check with HLL implementors | Roadmap: icanhaz.com/parrotroadmap | Latest modified TT's: icanhaz.com/parrotbugs
Set by moderator on 9 January 2010.
00:00 cconstantine joined 00:02 payload joined 00:07 nopaste joined 00:09 hercynium joined 00:22 zak__ joined 00:32 nopaste joined 00:42 nopaste joined 00:52 abqar joined 00:57 nopaste joined 01:02 zak_ joined 01:05 plobsing joined, Zak joined 01:08 zak__ joined
plobsing hi #parrot 01:11
sorry for missing #ps
cotto_work it was a very quiet meeting 01:12
plobsing I'm looking to merge pmc_freeze_cleanup in the next couple of hours unless anyone has any objections 01:14
kid51 plobsing: Can you comment on whether merging in that branch will exacerbate the problems reported in trac.parrot.org/parrot/ticket/1393? 01:17
01:18 zak_ joined
kid51 plobsing: Also, there was some discussion of that in #ps today. chromatic alluded to a question about threads. 01:20
plobsing kid51: It's hard to predict if this issue will be exacerbated or alleviated by the branch. what happens is that the image sizes change, changing when collections happen revealing and/or hidding extant GC-related problems 01:21
kid51: the threads issue I already understand. simply put GC+Threads+COW=FAIL
kid51 I don't understand what image sizes are? Also, what do you mean by collections? 01:23
plobsing GC sweep/compaction passes
image sizes => number of bytes a frozen PMC takes
kid51 Am smoking branch now. 01:24
plobsing arch?
purl well, arch is at language.perl.com/ppt/src/arch/ or A version control system at www.regexps.com/
cotto_work Having seen the freeze/thaw code, I object to *not* merging within the next couple hours. 01:27
01:27 nopaste joined
kid51 cotto_work: Are you referring to the *current* freeze/thaw code? 01:28
cotto_work yes 01:29
01:31 zak__ joined
plobsing wrt revealing/hiding GC bugs, I've been considering adding another test$x target to the makefile to run the gcdebug core on all tests 01:32
kid51 plobsing: smolder.plusthree.com/app/public_pr...ails/31638 branch PASSes with one TODO passing 01:34
plobsing: But isn't that what we do now? 01:35
'make test' entails '--gc-debug' by default.
plobsing nope we run with various cores with a "--gc-debug" option
I want to run with -R gcdebug
which is somehow different and seems to more reliably catch gc bugs
kid51 What does that mean?
purl That boy needs therapy.
plobsing -R gcdebug is the slow core but running a full mark/compact each instruction 01:36
kid51 purl: Probably true -- but I have a choice between spending $150/hour on a shrink or being poor when I'm old.
plobsing not sure what if anything --gcdebug
does
anyways, with that smoke succeeding, I'll proceed with the merge 01:37
kid51 plobsing: Yes. Your branch was created before the 1393 problem emerged, so it won't show the problem by itself. (But trunk after merging will probably still show problem.) 01:38
cotto_work plobsing, aren't you supposed to sync from trunk before merging? 01:41
plobsing I did. I ran svn up. Isn't that sync from trunk?
my svn-foo is a little on the weak side
kid51 No, it's not. However, I'm unsure why cotto_work is recommending that. 01:42
cotto_work I was thinking more like svn merge svn.parrot.org/parrot/trunk .
I thought it was sop
kid51 My two cents: In this situation, I would do a fresh checkout of trunk. 01:43
Then call: svn merge svn.parrot.org/parrot/trunk@ 43030 svn.parrot.org/parrot/branches/pmc...eanup@HEAD . 01:44
plobsing why aren't I supposed to do something along the lines of (cd trunk; svn up; svn merge -r A:B ../branch_name) ?
kid51 Examine output for conflicts.
Resolve conflicts.
configure, build, test
plobsing: Suppose your merge leaves you with a lot of files in conflict. 01:45
It's helpful to have one sandbox where you can sort that all out, ...
cotto_work btw, you forgot to "fix" compilers/pirc/src/bcgen.h after running headerizer
kid51 ... while retaining another sandbox for ongoing commits to trunk.
bbiaf
plobsing cotto_work: what is compilers/pirc/src/bcgen.h and why do I have to fix it ? doc ref ? 01:46
cotto_work for some reason having the declaration for emit_pbc_key breaks pirc 01:47
also, I tools/dev/mk_native_pbc needs to be run and the changes committed 01:48
plobsing I already had that lined up. just commited
cotto_work there it is
running fulltest now 01:49
btw, this makes me happy: www.flickr.com/photos/davidcoallier/2207776375/
plobsing cotto_work: how do I reproduce the pirc breakage? 01:51
cotto_work try to build it 01:52
it'll asplode
01:53 bacek joined
nopaste "cotto_work" at 131.107.0.80 pasted "apply this in reverse to fix pirc" (16 lines) at nopaste.snit.ch/19255 01:53
cotto_work plobsing: ^
hio bacek_at_work
dalek rrot: r43434 | plobsing++ | failed to fetch changeset:
merge branch pmc_freeze_cleanup
cotto_work also, bacek
dalek rrot: r43435 | plobsing++ | trunk/t/native_pbc (4 files):
update native_pbc to new PBC format
cotto_work plobsing, is there somewhere (parrot-dev post, wiki page) where you've summarized the changes that were implemented by that branch? 02:01
plobsing no. where should I put that? 02:02
cotto_work the list or a wiki page would be fine, whichever is easier for you 02:03
dalek rrot: r43436 | plobsing++ | trunk/src/pmc/parrotthread.pmc:
dissable GC when using threads - they don't play nice
 02:09
rrot: r43437 | plobsing++ | trunk/compilers/pirc/src/bcgen.h:
fix pirc build after headerizer
cotto_work It looks like some tests in t/examples/pod.t are causing fulltest to fail. Someone should probably fix those. 02:10
02:12 nopaste joined 02:16 plobsing_ joined, zak_ joined 02:18 Zak joined
kid51 Well here's some good news ... 02:27
I just did 'svn up' on trunk after plobsing's merges. 02:28
Am currently at r43437.
I got the same smoke results in trunk as I did in the branch ...
i.e., PASS with t/pmc/eval.t TODO passed: 12 02:29
02:29 zak_ joined
kid51 ... which means that the failure being discussed in TT #1393 did NOT occur! 02:29
The dog did not bark!
plobsing_ so the changes hide the bug? yay! sort of 02:30
dalek tracwiki: v1 | plobsing++ | pmc_freeze_cleanup 02:34
tracwiki: create page to describe changes in pmc_freeze_cleanup branch
tracwiki: trac.parrot.org/parrot/wiki/pmc_fre...ction=diff
tracwiki: v2 | plobsing++ | pmc_freeze_cleanup
tracwiki: trac.parrot.org/parrot/wiki/pmc_fre...ction=diff
nopaste "kid51" at 70.85.31.226 pasted "t/examples/pod.t: failures at r43437" (59 lines) at nopaste.snit.ch/19256 02:40
02:40 JimmyZ joined
plobsing_ same failures exist in r43433. errors not a result of pmc_freeze_cleanup merge 02:51
Coke the pod example failures may be a result of my earlier fix to properly delimit those examples. 02:54
02:55 zak__ joined 02:57 nopaste joined 03:13 bacek joined
dalek rrot: r43438 | plobsing++ | trunk/docs/pmc/subs.pod:
fix docs/pmc/subs.pod wrt t/examples/pod.t
 03:14
rrot: r43439 | plobsing++ | trunk/docs/user/pir/intro.pod:
fix docs/user/pir/intro.pod wrt t/examples/pod.t ('=begin PIR' becomes 'begin PIR_FRAGMENT')
plobsing_ tunk fulltest passes on linux x86_64
cotto happy times 03:18
03:20 cognominal joined 03:27 nopaste joined 03:39 zak_ joined
Coke sorry about that. 03:40
03:43 Zak joined
kid51 must sleep 03:46
purl $kid51->sleep(8 * 3600);
plobsing_ dalek slow? 03:47
dalek rrot: r43440 | plobsing++ | trunk (3 files):
add -G flag to t/harness and testG makefile target to run tests with '-runcore gcdebug'
 03:48
03:57 nopaste joined 03:58 zak_ joined 03:59 plobsing joined 04:05 zak__ joined 04:22 nopaste joined 04:32 bacek joined 04:42 nopaste joined 04:57 nopaste joined 05:05 zak_ joined 05:08 abqar joined 05:17 nopaste joined 06:26 chromatic joined 06:34 JimmyZ joined 06:51 cotto_w0rk joined 06:54 abqar_ joined, leto joined 06:57 bacek joined, Maddingue joined 06:58 baest joined 07:24 uniejo joined 07:25 mikehh joined 07:40 jsut_ joined 07:42 uniejo_ joined 07:44 uniejo joined 07:55 iblechbot joined 08:02 davidfetter joined 08:13 bacek joined 08:38 fperrad joined 08:56 aninhumer joined 09:11 bacek joined 09:34 dalek joined 09:36 AndyA joined
bacek o hai 09:45
09:48 dduncan left 11:31 dalek joined 11:46 payload joined 11:56 kid51 joined 12:07 bluescreen joined
kid51 make fulltest: Darwin/PPC: r43437: PASS 12:09
12:23 bluescreen joined
dalek rrot: r43441 | jkeenan++ | failed to fetch changeset:
Merge tt473_remove_memcpy_aligned branch into trunk. Applying patch submitted by Andy Dougherty in �trac.parrot.org/parrot/ticket/473 to remove unused configuration probes.
 12:43
rrot: r43442 | jkeenan++ | branches/tt473_remove_memcpy_aligned:
Branch has been merged into trunk and is no longer needed at HEAD.
purl i already had it that way, dalek.
aninhumer Editing chXX_hlls.pod, not sure what this is trying to say: "If the PMCs were written properly to satisfy this interface 12:56
all the necessary information from those PMCs. Operate on the PMCs at the
VTable level, and we can safely ignore the implementation details of them."
Also, trivial, but what's the canon capitalisation of vtable? 12:57
12:59 clinton joined
dalek rrot: r43443 | jkeenan++ | tags/tt473_remove_memcpy_aligned-43162:
Branch to which tag corresponded has been merged into trunk; tag may be removed.
 12:59
13:05 ruoso joined 13:22 cconstantine joined 13:35 jsut joined 13:47 payload joined 13:56 payload joined
dalek a: 8b826f5 | fperrad++ | dynext/pmc/lua (3 files):
update PMC freeze/thaw after merge branch pmc_freeze_cleanup
 14:06
14:09 PerlJam joined 14:19 zak_ joined
PerlJam good morning #parrot 14:19
davidfetter oh hai 14:32
dalek rrot: r43444 | mikehh++ | trunk/docs/user/pir/intro.pod:
fix examples_tests TODO pass - docs/user/pir/intro.pod
 14:36
14:52 plobsing joined, zak__ joined 14:55 Zak joined
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#31657), fulltest) at r43444 - Ubuntu 9.10 amd64 (gcc with --optimize) 15:02
t/pmc/eval.t - TODO passed: 12 in make coretest, make test and in all cores in fulltest
15:02 fperrad_ joined 15:10 cognominal joined, Psyche^ joined 15:23 iblechbot joined 15:40 payload joined, bubaflub joined 16:02 Zak joined 16:17 zak_ joined
dalek tracwiki: v1 | Freddy1++ | ZendStudioIde 16:17
tracwiki: trac.parrot.org/parrot/wiki/ZendStu...ction=diff
cotto unusual spam there 16:36
16:40 zak__ joined 16:44 Zak joined 16:45 zak_ joined
cotto baleeted 16:46
16:47 plobsing joined
cotto (fwiw, it was a partial copy/paste from forums.zend.com/viewtopic.php?f=59&t=2134) 16:51
17:10 zak__ joined 17:19 zak_ joined 17:22 theory joined 17:25 zak__ joined 17:30 mtk joined 17:33 jsut_ joined 17:36 chromatic joined
dalek rrot: r43445 | mikehh++ | trunk/t/pmc/eval.t:
fix t/pmc/eval.t - test 12 TODO pass
 17:51
17:53 cotto_work joined 17:54 zak_ joined 17:56 jsut joined 17:59 zak_ joined 18:02 zak__ joined 18:17 davidfetter joined 18:19 zak__ joined 18:23 theory joined 18:25 coke joined
coke feather is out of ptys. 18:25
18:38 plobsing joined 18:55 payload joined 19:03 joeri joined
aninhumer Is it suggested to submit a separate "[PATCH]" ticket, even if a bug ticket already exists? Or just attach the patch? 19:05
coke just attach. 19:06
(woot)
feather? 19:07
purl feather is feather.perl6.nl/ or a perl6 community development server or run by juerd.
coke juerd?
purl i heard juerd was root or at juerd.nl/ or mailto:juerd@juerd.nl
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#31660), fulltest) at r43445 - Ubuntu 9.10 amd64 (g++ with --optimize) 19:09
19:10 AndyA joined 19:31 jsut_ joined 19:35 bluescreen joined 19:38 japhb joined 19:42 ash_ joined
TimToady phone 20:00
ash_ so... i have a question, what does parrot do if you have a .lex '$name', $S0 ? that's not an error, and it compiles, it just silently fails to create the lexical variable
i guess my question is, why? 20:01
chromatic IMCC takes an odd approach to error handling.
ash_ so... thats an imcc problem? just curious, i was banging my head against the wall trying to figure something out and it turned out i was just being dumb and passing the wrong thing to .lex, but that seemed like it should of failed before i did a find_lex 20:03
chromatic I'm pretty sure it's an IMCC problem, and I'm certain it's an easy fix to add a better error there. 20:06
If you had a few test cases, it'd be almost trivial.
ash_ alright, i'll write up some test cases for you 20:07
chromatic Thanks!
20:12 Psyche^ joined
ash_ so, since this is a parser error, how would i write a test for it? i'd need to have the file contents in a string that is going to run the imcc and expect an error to be raised, but i am not sure how to accomplish that 20:16
or if you want i can just give you an example file that i thought should raise an error that doesn't
chromatic Some of the files in t/ in Parrot use a function called pir_error_output_is(). 20:17
Otherwise, ping dukeleto and ask him about error catching in PIR.
ash_ okay, i'll look for that one and use it 20:18
chromatic: so you know, i looked in the test helper, there is a pir_error_output_is but its not used much, pir_error_output_like is used far more, i am going to use pir_error_output_like 20:22
chromatic Sure, that's fine.
ash_ so, should .lex box the value into a pmc? or should it raise an error? the design doc 20 which cover's .lex doesn't cover that, and the docs on opcode's show that the store_lex op takes a pmc, store_lex raises an error if anything other than a pmc is passed to it 20:27
cotto_work It's nice to see there some other Parrot hackers who read LtU. 20:28
20:29 bacek joined
chromatic My plan is to make IMCC throw a syntax error when using anything other than a PMC register with .lex. 20:29
ash_ okay, i'll try to come up with examples that should fail, i'll just look for a generic error message for now 20:31
chromatic I can change the text of the error message if you don't think it's brilliant. 20:36
ash_ sure
dalek TT #1409 created by Aninhumer++: [PATCH] Copyedit + Fixes to submissions.pod 20:43
redbrain that paper Leto just sent around is pretty good! 20:45
GeJ Good morning everyone 20:53
aninhumer I'm editing docs/user/pir/intro.pod, if it was made at the time of 0.8.1 I imagine "make install" is supposed to work now? (It did for me) 20:57
cotto_work yes 20:58
btw, thanks. Documentations updates are most welcome. 21:03
21:05 davidfetter joined 21:14 payload joined 21:15 davidfetter joined 21:20 plobsing joined 21:21 ewilhelm left 21:25 hudnix joined 21:28 payload joined
ash_ chromatic: i have some basic tests gist.github.com/276594 it adds 6 tests, 3 of them already pass, just to verify store_lex only excepts a pmc as its argument, anything else raises a parser error, .lex's tests fail though 21:32
chromatic Sounds reasonable. 21:33
ash_ the gist is a svn diff
chromatic: anything else you'd need from me? want me to put a ticket in trac or something? 21:37
chromatic If I don't get to it by this time tomorrow, please do. 21:52
ash_ sure, i'll try to remind you, if i don't forget 21:53
chromatic I wrote it on my task list.
22:01 theory joined
aninhumer I'm trying to work out how the scheduler works, but as far as I can see, the code attribute of my Tasks is being reset to null? 22:05
gist.github.com/276617
This produces: Null PMC access in invoke() 22:06
current instr.: 'testcaller' pc 62 (conctest.pir:39)
chromatic Look out, here comes bacek! 22:10
dalek rrot: r43446 | bacek++ | branches/gc_encapsulate/src/gc (2 files):
Reimplement allocation of attributes in GC MS
 22:17
rrot: r43447 | bacek++ | branches/gc_encapsulate/src/gc/gc_private.h:
Fix Variable_Size_Pool *compact declaration.
rrot: r43448 | bacek++ | branches/gc_encapsulate/src/gc/gc_ms.c:
Implement GC MS gc_allocate_buffer(_with_pointers)
rrot: r43449 | bacek++ | branches/gc_encapsulate/src/gc (2 files):
Implement GC MS mark/sweep block/unblock
22:27 cognominal joined 22:31 mikehh joined 22:47 nopaste joined 22:57 cognominal joined 23:03 Limbic_Region joined 23:08 davidfetter joined
bacek_at_work o hai 23:14
GeJ G'Day bacek. 23:24
23:24 cconstantine joined
bacek_at_work G'Day GeJ 23:24
23:34 kid51 joined 23:54 bacek 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!