Camelia, the Perl 6 bug

IRC log for #parrot, 2009-08-23

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:02 mikehh testr FAIL, All others PASS (pre/post-config, smoke, nqp_test, rest of fulltest) at r40724 - Ubuntu 9.04 amd64 (g++) (see TT #939)
00:03 mikehh the test t/dynpmc/foo.t passes testr on i386 - on amd64 it fails test 6 & 7
00:04 chromatic mikehh, did you bisect the failures?
00:07 mikehh not exactly but it passed at r40676 but failed at r40685
00:07 mikehh and since
00:08 chromatic I don't know if anyone will fix it accidentally.  If you can pinpoint it to one commit, we may have a better time of things.
00:08 mikehh I am not exactly sure how to bisect from there
00:08 chromatic Check out r40680 and see if it passes.
00:09 mikehh ok I try that
00:12 kid51 joined #parrot
00:12 pyrimidine joined #parrot
00:13 mikehh actually I will do it a bit later - I need some sleep before I start doing something really stupid
00:21 cotto joined #parrot
00:25 pyrimidine joined #parrot
00:31 quek left #parrot
00:46 dalek cardinal: f34c51f | (Joeri Samson)++ | src/parser/ (2 files):
00:46 dalek cardinal: Removes two unused rules from grammar
00:46 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/f34c51f1e37452acadd654d030b6e84c6c2ab857
00:55 dalek parrot: r40725 | whiteknight++ | branches/pmc_sans_unionval (2 files):
00:55 dalek parrot: [pmc_sans_unionval] Found the source of the test failure, it was the fixed-size allocator. Disabled that for now, will examine it more in a different venue. This branch is ready to merge into trunk now
00:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40725/
00:57 Whiteknight stupid alligator
01:20 dalek parrot: r40726 | whiteknight++ | failed to fetch changeset:
01:20 dalek parrot: [pmc_sans_unionval] merge this branch into trunk. Resolves TT #549
01:20 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40726/
01:21 Whiteknight and with that monkey off my back, I can get to focusing on the alligator
01:21 Whiteknight (#parrot has just turned into zoobooks)
01:30 pyrimidine joined #parrot
01:33 dalek parrot: r40727 | NotFound++ | trunk/src/gc/mark_sweep.c:
01:33 dalek parrot: [cage] fix c++ build
01:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40727/
01:47 kid51 I have one test failure for r40726 on Darwin/PPC:  t/dynpmc/foo.t
01:48 kid51 http://smolder.plusthree.com/app/pu​blic_projects/report_details/26464
01:48 kid51 http://smolder.plusthree.com/app/pu​blic_projects/report_details/26463 is a successful smolder for Linux/i386.
01:51 nopaste "kid51" at 67.240.249.240 pasted "t/dynpmc/foo.t failure on Darwin/PPC after merge of pmc_sans_unionval branch" (25 lines) at http://nopaste.snit.ch/17644
01:54 kid51 Whiteknight ping
01:55 nopaste "GeJ" at 202.22.227.62 pasted "Similar error as reported by kid51. (platform is FreeBSD amd64)" (23 lines) at http://nopaste.snit.ch/17645
01:55 Whiteknight kid51: pong
01:55 kid51 Looks like a very impressive merge, but there's one little test that isn't making it.
01:56 kid51 Have any ideas?
01:56 Whiteknight I saw that t/dynpmc/foo.t error, fiddled some stuff, and it disappeared
01:56 Whiteknight so it must be intermittant
01:56 kid51 or OS-specific?
01:56 Whiteknight let me take a look, I might be able to kill it with fire
01:58 kid51 Could it be an endian problem?
01:58 GeJ I'd go for OS-specific. Running prove -v t/dynpmc/foo.t 6 times in a row consistently reports 6 segfaults.
02:00 Whiteknight hmm, I didn't see the same error that either of you are seeing
02:00 Whiteknight I saw the same test fail but for a different reason
02:01 Whiteknight okay, I just saw the same error that GeJ saw. I can only get it to appear about 1/4 times
02:03 pyrimidine joined #parrot
02:04 Whiteknight ...and the backtrace is hideous
02:04 kid51 I get it consistently on Darwin PPC.  Note 'endianness' is an OS-specific thing.  My Darwin is bigendian; my Linux is not.
02:05 kid51 GeJ is FreeBSD bigendian?
02:06 kid51 Gej:  Your paste shows skip on test 6 and failure on test 7.  I have failure on 6 and pass on 7.
02:07 GeJ kid51: yes, sorry, I realized too late that it wasn't the same error.
02:07 GeJ Sorry for the confusion.
02:07 kid51 np
02:08 Whiteknight these horrible calling conventions data structures
02:08 Whiteknight it's all as confusing and convoluted as possible
02:09 Whiteknight endianness is a hardware-specific thing
02:10 GeJ question,  what's needed to enable BigInt and BigNum features ?
02:10 kid51 I suspect it's a library you install with your packaging system.
02:11 kid51 I probably installed it years ago just so I could get some Parrot tests to not skip.
02:12 Whiteknight GMP
02:13 * Whiteknight has to go now, will have to fix this problem tomorrow
02:14 kid51 Yes, GMP is the library
02:19 GeJ Aaaah. let's build that then.
02:20 kid51 make fulltest passes on Linux/i386.
02:20 kid51 IIRC, GMP is one of those things that you want to use your packaging system for rather than compiling from scratch.
02:21 kid51 but that was > 2years ago. YMMV
02:23 GeJ under FreeBSD packaging system pretty much means compiling from scratch. Except that someone pretty much figured all the problems and made removed the rough corners for you.
02:28 TiMBuS joined #parrot
02:31 GeJ new smoke test uploaded. BigInt and BigNum tests seem to pass now (test number increased by ~140). The segfault in t/dynpmc/foo.t remains.
02:32 GeJ http://smolder.plusthree.com/app/pu​blic_projects/report_details/26468
02:35 janus joined #parrot
02:36 patspam joined #parrot
02:47 * kid51 must sleep
02:47 purl $kid51->sleep(8 * 3600);
03:05 pyrimidine joined #parrot
03:14 michel joined #parrot
03:16 quek joined #parrot
03:21 theory joined #parrot
03:59 mokurai joined #parrot
05:02 szabgab joined #parrot
05:33 Tene allison: your most-recent pcc commit adds five new failures to t/op/calling.t for me
05:35 allison Tene: the reversion?
05:36 allison Tene: or fetching an integer value instead of a PMC value
05:37 allison the latter was a fix for a warning about casting a pointer to an integer, because it was fetching a PMC value and storing it in an INTVAL variable
05:38 allison (but then, the variable was never used, so could have been deleted, but I left it figuring it was probably going to be used for the slurpy modifications)
05:38 allison if it was the reversion, then it's a false positive
05:38 allison named arguments should never be stored in the positional array
05:39 allison so, if storing a named argument in the positional array fixes a failing test, it's just working around another bug elsewhere
05:40 allison I'm working on "Null PMC access in get_string_keyed_str()" in Test;Builder
05:41 allison probably actually somewhere in the I/O subsystem, since it doesn't happen until after the 'puts' method is called on a FileHandle object
05:51 Tene allison: it was the latter, afaict.
05:52 Tene although, they're not failing i nmy current checkout, so i guess maybe I fixed it?
05:52 Tene regardless, don't worry about it.
05:58 beta joined #parrot
06:05 dalek parrot: r40728 | tene++ | branches/pcc_arg_unify (2 files):
06:05 dalek parrot: [pcc] Fail on too many params.  Update more error tests.
06:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40728/
06:15 allison Tene: which test file are you working on?
06:15 Tene t/op/calling.t
06:15 purl well, t/op/calling.t is failing in trunk?
06:16 allison Tene: okay, it's t/src/extend.t that I know still has unconverted functions
06:16 allison (not related)
06:18 allison Tene: the fix I just committed finally allows the PIR test files to run
06:19 dalek parrot: r40729 | allison++ | branches/pcc_arg_unify/src/call/pcc.c:
06:19 dalek parrot: [pcc] Delay vtable function on PMC until after null check on the PMC.
06:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40729/
06:20 allison Tene: some of the PIR test files that were failing before now pass all tests successfully
06:21 allison Tene: some of them reveal more problems. I killed t/op/annotate.t after it reported 60000+ successful tests out of 33 planned tests
06:21 Tene heh
06:23 allison Tene: it's playing with exceptions and annotations, so there's a good chance this is one of those infinite exception loops (throwing an exception while in the middle of handling an exception)
06:23 Tene I can probably fix it tomorrow.  Going to bed shortly.
06:24 allison Tene: exactly what I was going to say
06:24 Tene but yes, I agree.
06:24 Tene add a pop_eh before the 'elements' call
06:25 Tene to see the real issue.
06:26 allison Tene: inside the handlers? yes
06:26 Tene line 42 of annotate.t
06:28 allison it's a multiple dispatch error "No applicable methods"
06:29 allison which means it's probably attempting to dispatch on the wrong PMC
06:30 allison (not passed correctly somewhere along the line)
06:37 allison it's actually 'is($I0, 0...' that's borking
06:38 cono joined #parrot
06:40 allison well, that's fair, since 'is' is declared as a :multi, and isn't declared with a "Integer, Integer" variant
06:40 allison so, it's autoboxing again
06:57 kjeldahl joined #parrot
07:30 ttbot Parrot trunk/ r40726 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/75513.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
07:30 ttbot Parrot trunk/ r40727 MSWin32-x86-multi-thread make error http://tt.ro.vutbr.cz/file/cmdout/75514.txt ( http://tt.ro.vutbr.cz//buil​dstatus/pr-Parrot/rp-trunk/ )
07:32 ilbot2 joined #parrot
07:32 Topic for #parrotis now http://www.parrot.org | http://planet.parrot.org | 1.5.0 "TEH PARROTZ!"  Released! | Feature freeze over, coders start your engines!
08:06 quek left #parrot
08:15 michel joined #parrot
08:35 mikehh magnet.llarian.net irc - looks like it just died - even purl
08:36 Tene joined #parrot
08:52 Eevee joined #parrot
08:53 Ron joined #parrot
09:08 chromatic joined #parrot
09:36 MoC joined #parrot
10:00 flh joined #parrot
10:01 confound joined #parrot
10:01 TiMBuS joined #parrot
10:01 cotto joined #parrot
10:01 particle joined #parrot
10:01 solarion joined #parrot
10:01 TimToady joined #parrot
10:01 nopaste joined #parrot
10:01 Aisling joined #parrot
10:01 spinclad joined #parrot
10:01 ingy joined #parrot
10:01 basic joined #parrot
10:01 s1n joined #parrot
10:01 magnachef joined #parrot
10:01 silug joined #parrot
10:01 purl joined #parrot
10:01 mmpf joined #parrot
10:35 bacek joined #parrot
10:46 kjeldahl joined #parrot
10:48 dalek TT #942 created by MoC++: GCC 4.4 complains about invalid C90 syntax
10:51 Whiteknight joined #parrot
10:58 MoC Hi Whiteknight. Could you please take a look at this: https://trac.parrot.org/parrot/ticket/942? It still worked yesterday and since I know from your blog posts that you are involved in the GC development I thought I'd ask you directly..
10:59 Whiteknight good morning MoC
11:01 Whiteknight okay, fixed
11:01 Whiteknight sorry about that, some code got out of order in the merge last night
11:02 MoC No problem, thanks for fixing it promptly :)
11:04 dalek parrot: r40730 | whiteknight++ | trunk/src/gc/mark_sweep.c:
11:04 dalek parrot: [gc] fix a problem with mixed declarations and code for TT #942. MoC++
11:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40730/
11:07 bacek Whiteknight: hi
11:07 nopaste "bacek" at 122.110.46.106 pasted "context_pmc3 shenanigans..." (21 lines) at http://nopaste.snit.ch/17648
11:07 bacek Whiteknight: any ideas about what the heck happens in http://nopaste.snit.ch/17648
11:07 bacek ?
11:09 Whiteknight bacek: is that in trunk?
11:09 bacek context_pmc3
11:09 Whiteknight oh, nevermind
11:09 Whiteknight let me lok
11:09 Whiteknight look*
11:10 Whiteknight that test passes on my system
11:10 Whiteknight Linux x86_64
11:10 bacek it passed on my if I just rename file :/
11:11 Whiteknight that's weird
11:12 bacek indeed...
11:12 purl indubitably
11:12 bacek botsnack
11:12 purl thanks bacek :)
11:13 Whiteknight bacek: I merged the pmc_sans_unionval branch a few hours ago, I hope that doesn't mess up any of the context_pmc stuff
11:13 mikehh Whiteknight: I have been getting failures with make testr (as part of fulltest) since r40680 - do you also get these failures?
11:13 Whiteknight mikehh: intermittently. I didn't see it before I merged
11:13 Whiteknight I'm starting to look at it now
11:14 bacek Whiteknight: I can clean any mess. I just need to understand why exceptionhandler test failing...
11:14 Whiteknight mikehh: t/dynpmc/foo.t?
11:14 purl t/dynpmc/foo.t is failling even with a fresh check out
11:14 Whiteknight thanks purl
11:15 mikehh Yes - I just wanted to confirm this - I don't get the error on i386 just amd64
11:16 Whiteknight so it works fine on i386?
11:16 Whiteknight bacek: no idea, I can't reproduce
11:16 mikehh also I fail test 6 on a build without optimize and test 6-7 with --optimize
11:17 bacek Whiteknight: and your system is...?
11:17 Whiteknight bacek: Linux x86_64
11:17 Whiteknight Ubuntu 9.04 if you need specifics
11:17 mikehh thats on Ubuntu 9.04 amd64 - it passes on Ubuntu 9.04 i386
11:18 bacek Whiteknight: erm... Mine is Linux/i386.
11:19 mikehh see tt #939
11:19 Whiteknight okay, so somewhere in Parrot-land we have a problem between these two systems that is causing two separate failures
11:19 Whiteknight that makes me happy
11:19 Whiteknight except it makes me sad
11:20 mikehh only on amd64 and .pbc
11:20 mikehh Wightknight: me too :-{
11:32 Whiteknight okay, I think I have at least some of it figuredo ut
11:36 Whiteknight ...okay, my "fix" causes the problem to appear 100% of the time instead of being intermittent
11:40 mikehh it just now failed in smolder (t/dynpmc.foo.t - test 7 that is)
11:40 mikehh at r40730
11:40 Austin joined #parrot
11:41 Austin Hello, #parrot.
11:43 Whiteknight good morning Austin
11:43 Austin I just upgraded. :(
11:44 Austin On the plus side, the build was totally clean. No more symlink problems.
11:46 Austin On the minus side, my close compiler now consumes all available memory and dies when killed by (I think) a kernel rlimit.
11:51 Whiteknight well, that's good
11:51 Whiteknight at least it's something
11:52 Austin "Something" is a good description.
11:53 Austin Naturally, I thought of garbage collection when the PVM got up to ~700m ...
11:53 Whiteknight naturally
11:53 Austin Has something changed in the GC? I didn't see any mention in the NEWS file...
11:53 mikehh We seem to have a problem here with t/dynpmc.t
11:58 mikehh test 7 fails in smolder, test 6 in testb, test 6-7 in testC, passes testf, testg, testr, fails test6-7 in testS
11:58 bacek seen NotFound
11:58 purl NotFound was last seen on #parrot 22 hours, 19 minutes and 19 seconds ago, saying: fperrad: maybe just by mistake, let me check...
11:58 mikehh thats at r40730 on Ubuntu 9.04 amd64
11:58 Whiteknight Austin: yes, the GC changed pretty substantially last night
11:59 Whiteknight I merged in a branch
11:59 bacek msg NotFound can you check Capture.init. Looks veeeery suspicious.
11:59 purl Message for notfound stored.
11:59 Austin Whiteknight: aha. Time to bisect, I guess.
11:59 Whiteknight yeah, I'm working on it
12:01 bacek msg NotFound Ignore me. It's just brand new auto_attrs
12:01 purl Message for notfound stored.
12:10 dalek parrot: r40731 | whiteknight++ | trunk/src/gc/api.c:
12:10 dalek parrot: [gc] fix one issue where a PMC has metadata that wasn't getting marked. This fixes one intermittent failure, but now I am seeing another intermittent failure that happens less frequently
12:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40731/
12:14 HG` joined #parrot
12:17 mikehh BTW smolder passed at r40729 but there were other problems with fulltest
12:22 HG`` joined #parrot
12:26 Whiteknight yeah
12:27 Austin yeah?
12:27 mikehh testing r40731 now
12:27 Whiteknight yeah!
12:28 Whiteknight this last failure is a beast, the backtrace is evil
12:28 Austin yeah?!
12:28 Whiteknight segfault is happening inside the hideous argument-passing code
12:28 Austin Oh.
12:28 Whiteknight in the deepest, darkest dungeon of Parrot hell
12:28 Austin Mine's pretty simple.
12:28 Austin "Killed"
12:28 purl "Killed" is, like, southern for "martyred"
12:29 Austin I think one problem with the argument passing is how it's (not) done.
12:29 Austin But 'ey. That's why we've got you.
12:30 mikehh well smolder PASSes
12:30 Whiteknight allison is refactoring all this nonsense in her branch, so she might bring some sanity to this bullshit
12:31 Austin LOL. Rots of ruck with that.
12:32 Austin Holy crap. According to the news, Greece is on fire.
12:32 Austin There's a pun there, I'm sure.
12:43 dalek TT #942 closed by whiteknight++: GCC 4.4 complains about invalid C90 syntax
12:44 kjeldahl joined #parrot
12:46 mikehh at r40731 t/dynpmc/foo.t fails testC and testS - failed test 6-7 and testr - failed test 7 - All other tests PASS (pre/post-config, smolder, nqp_test, rest of fulltest) - Ubuntu 9.04 amd64 (g++)
12:48 Whiteknight I can't figure out why this test is failing in any special way
12:49 Whiteknight or why other tests like these wouldn't be failing too
12:50 bacek Whiteknight: try valgrind
12:51 dalek parrot: r40732 | bacek++ | branches/context_pmc3/src/pmc/context.pmc:
12:51 dalek parrot: [pmc] Add small description to Context PMC.
12:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40732/
12:51 dalek parrot: r40733 | bacek++ | branches/context_pmc3/src/interp/inter_create.c:
12:51 dalek parrot: [core] Restore set on initial recursion_depth to -1.
12:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40733/
12:51 dalek parrot: r40734 | bacek++ | branches/context_pmc3/incl​ude/parrot/interpreter.h:
12:51 dalek parrot: [core][docs] Add small docs about new Context related macros.
12:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40734/
12:51 Whiteknight bacek: ping
12:51 bacek Whiteknight: pong
12:52 Whiteknight bacek: where is the code for a PMC MULTI generated?
12:52 Whiteknight I think I found the solution, but it's a fix in the generated code
12:52 bacek lib/Parrot/Pmc2c
12:52 bacek Give me diff for generated code and I'll fix pmc2c
12:54 dalek parrot: r40735 | bacek++ | branches/context_pmc3/src/jit_defs.c:
12:54 dalek parrot: [cage] Remove accidentally commited generated file.
12:54 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40735/
12:54 Whiteknight I think I have it
12:54 Whiteknight rebuilding now
12:55 bacek ok
12:57 Whiteknight mikehh: ping
12:57 mikehh Whiteknight: pong
12:58 dalek parrot: r40736 | whiteknight++ | trunk/lib/Parrot/Pmc2c/PMCEmitter.pm:
12:58 dalek parrot: [gc] I think I've fixed the error that we're seeing. I'm still not entirely certain what's happening internally that messes this up, but this fixes it.
12:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40736/
12:58 Whiteknight mikehh: I think I've got a fix. Can you test it out on r40736?
12:58 Whiteknight works on my system, but the last 24 hours shows that's not good enough criteria
12:58 mikehh doing it now (gcc)
12:58 Whiteknight thanks!
13:02 Whiteknight fulltest is cranking right along for me
13:08 Whiteknight yeah, fulltest passes for me perfecfly
13:08 Whiteknight so that's a good sign
13:12 joeri joined #parrot
13:12 Whiteknight somewhere along the line, the current PCC refactor requires that PMC** results arguments point to a valid, initialized PMC
13:12 Whiteknight er, the current PCC system
13:13 Whiteknight that value is never used anywhere, but somehow the GC is getting it's hands on it and is throwing a fit
13:17 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40736 - Ubuntu 9.04 amd64 (gcc)
13:20 Whiteknight yay!
13:21 mikehh Whiteknight - that has been bugging (;-}) me for a couple of days now - I just couldn't figgure why it was failing in testr (originally)
13:21 Whiteknight which core is testr?
13:21 quek joined #parrot
13:22 Whiteknight (I can never remember the names of those stupid make targets
13:22 masak joined #parrot
13:22 mikehh I've no idea - it compiles to pmc and the runs the .pmc file
13:22 kid51 joined #parrot
13:23 mikehh argh .pbc
13:24 Whiteknight okay
13:24 mikehh I think I will test with g++ to see if that's ok and then try rakudo again (it failed to build on r40729)
13:25 Whiteknight mikehh++
13:25 Whiteknight so many cleanups to do...
13:25 mikehh and prtobably close TT #939 now
13:26 Whiteknight yeah
13:30 Whiteknight bacek: ping
13:30 dalek TT #939 closed by whiteknight++: t/dynpmc/foo.t FAILs testr with Segmentation fault
13:34 quek joined #parrot
13:46 braceta joined #parrot
13:52 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40736 - Ubuntu 9.04 amd64 (g++)
13:53 Whiteknight awesome
13:53 uniejo joined #parrot
13:53 mikehh rakudo fails to build on parrot r40736 (gcc or g++) - p6opaque.c:275: error: ‘PMC’ has no member named ‘pmc_ext’
13:54 kid51 Whiteknight:  At r40736, prove -v t/dynpmc/foo.t passes all tests
13:54 kid51 on darwin/ppc, that is.
13:54 kid51 ... fixing last night's problem.
13:54 Whiteknight awesome
13:55 Whiteknight thanks kid51++
13:55 * kid51 starts smolder test
13:55 Whiteknight karma g?
13:55 purl g has karma of 547
13:55 mikehh from g++ i take it
13:55 Whiteknight yeah
13:57 moritz karma g++
13:57 purl g++ has neutral karma
14:00 Whiteknight what's the Configure incantation to build with g++?
14:01 moritz purl, g++ configure?
14:01 purl moritz: bugger all, i dunno
14:01 Whiteknight purl configure g++?
14:01 purl i haven't a clue, whiteknight
14:01 Whiteknight you're worthless purl
14:02 mikehh how can you pick on a poor bot like that?
14:02 Whiteknight I think it was like perl Configure.pl --ccxx="g++" --cc="g++" --link="g++"
14:02 Whiteknight I'll show you how: Purl, you're retarded
14:02 mikehh I use perl Configure.pl --optimize --test --cc=g++ --cxx=g++ --link=g++ --ld=g++ --configure_trace
14:03 Whiteknight what does --configure-trace do?
14:03 moritz purl, g++ configure is perl Configure.pl  --cc=g++ --cxx=g++ --link=g++ --ld=g++
14:04 kid51 Whiteknight:  Ask the man who wrote it!
14:04 Whiteknight ...who wrote it?
14:04 kid51 Yo
14:04 mikehh got go to the store - bbl
14:04 Whiteknight kid51: what does --configure-trace do?
14:05 kid51 To oversimplify, it logs the growth of the Parrot::Configure object over the course of the configuration steps.
14:05 kid51 It's useful if you're trying to debug configuration problems, but plays no role once you've got your Makefile.
14:06 kid51 It records the state of the P::C object at each step and places that in a Storable file hidden in your topdir.
14:06 kid51 perldoc lib/Parrot/Configure/Trace.pm
14:07 Whiteknight ah, so probably nothing that I need to be thinking about
14:07 kid51 There's a post-configuration test (run with --test or --test=build) which tests whether that module is working properly.
14:07 Whiteknight ok
14:07 kid51 No, you don't.
14:08 kid51 It's very stable and only very obsessive testers like mikehh and kid51 and the release manager need worry about it.
14:08 kid51 But if someone were to propose new configuration steps, then it would be useful.
14:09 kid51 My Smolder test on Darwin/PPC was good:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/26489
14:10 kid51 And on Linux:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/26490
14:22 masak I'm getting this trying to build Rakudo HEAD:
14:22 masak p6opaque.c:275: error: 'struct PMC' has no member named 'pmc_ext'
14:23 Austin Interestingly, I find a partial failure at 40656.
14:24 kid51 Austin:  There's been a big branch merge and some debugging since r40656.
14:24 kid51 We're at r40736.
14:25 Austin Kid51: Yeah. I'm bisecting looking for where a problem started to occur.
14:25 Austin I just upgraded from 40290, and everything went to hell.
14:26 Austin (Which, come to think of it, was pretty much the same thing that happened when I upgraded into 1.4 as well.. :(
14:27 moritz in theory, should rakudo need to change in any way after the auto_attrs merge?
14:27 Psyche^ joined #parrot
14:30 kid51 moritz:  I don't see a branch called 'auto_attrs'
14:31 moritz Date:   Tue Aug 18 17:24:24 2009 +0000     merge auto_attrs branch into trunk
14:31 moritz oh, and there was another merge
14:31 moritz Date:   Sun Aug 23 01:18:17 2009 +0000    [pmc_sans_unionval] merge this branch into trunk. Resolves TT #549
14:31 moritz maybe that's the offensive one
14:32 moritz when trying to build Rakudo with latest parrot I get
14:32 moritz p6opaque.c: In function ‘Parrot_P6opaque_clone’:
14:32 moritz p6opaque.c:275: error: ‘PMC’ has no member named ‘pmc_ext’
14:32 AndyA joined #parrot
14:37 kid51 Whiteknight:  Can you do an svn rm on the pmc_sans_unionval  branch now?
14:38 s1n ,  is there an opcode that calls Parrot_setenv?
14:46 s1n i see a reference in the changelog to new ops, but i don't see the op anywhere in ops (though i do see sleep, referenced on the same changelog entry)
14:47 masak ok, Rakudo builds on Parrot r40719. possible later revisions as well.
14:47 masak s/ble/bly/
14:47 quek left #parrot
14:47 Whiteknight kid51: i've got a few branches that can probably disappear now
14:47 Whiteknight I don't normally like to delete things immediately in case we need to rollback, but I think we're good at this point
14:48 Whiteknight bacek:ping
14:49 Whiteknight moritz: no, Rakudo should not have to change after auto_attrs
14:49 Whiteknight it was an internal-only change
14:50 s1n i see t/pmc/env.t uses Env, is that what i should be looking at?
14:51 dalek parrot: r40737 | whiteknight++ | branches/pmc_sans_unionval:
14:51 dalek parrot: [pmc_sans_unionval] remove this branch, it's been merged into trunk and all failures that Ive seen have been sorted out by now
14:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40737/
14:54 Ron joined #parrot
14:55 dalek parrot: r40738 | whiteknight++ | trunk/lib/Parrot/Pmc2c/PMCEmitter.pm:
14:55 dalek parrot: [pmc] we don't need to parse the need_ext flag in PMCs anymore, after the auto_attrs branch. No harm in having it, but not necessary
14:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40738/
14:59 dalek tracwiki: v6 | japhb++ | ModuleEcosystem
14:59 dalek tracwiki: fix missing word
14:59 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Mod​uleEcosystem?version=6&action=diff
15:05 dalek parrot: r40739 | whiteknight++ | trunk/src/pmc (48 files):
15:05 dalek parrot: [pmc] we don't need need_ext anymore, so BALEETED
15:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40739/
15:06 confound joined #parrot
15:15 kjeldahl joined #parrot
15:21 dalek parrot: r40740 | whiteknight++ | trunk (8 files):
15:22 dalek parrot: [pmc] remove more references to need_ext and PMC_EXT
15:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40740/
15:23 Whiteknight NotFound: ping
15:23 NotFound Whiteknight: pong
15:24 Whiteknight NotFound, the function free_pmc_in_pool in src/gc/mark_sweep.c. Shouldn't it always call VTABLE_destroy?
15:24 Whiteknight Also, shouldn't that free the attrs?
15:25 NotFound Whiteknight: supposedly it must check the active destroy flag, but now Default has a do-nothing destroy, so is safe to always call it.
15:26 Whiteknight ok
15:26 Whiteknight but shouldn't it still free the PMC_data?
15:26 NotFound The attrs must be freed after calling destroy,
15:26 NotFound But only if the attrs_size is not zero.
15:27 theory joined #parrot
15:28 Whiteknight right, but should it happen in that function?
15:28 Whiteknight it isn't currently
15:30 NotFound Don't know, I don't looked yet at the changes of the merge.
15:32 Whiteknight okay, I just want to make sure we aren't leaking memory here
15:32 dalek parrot: r40741 | whiteknight++ | trunk/src (5 files):
15:32 dalek parrot: [pmc] remove more references to PMC_EXT, mostly comments
15:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40741/
15:35 jonathan ...pmc_ext is gone?
15:38 Whiteknight dead and buried
15:38 Whiteknight murdered even
15:39 jonathan Whiteknight: "Rakudo should not have to change" - the build is broken.
15:39 jonathan Or so I'm told.
15:39 Whiteknight hmm, that's weird
15:40 Whiteknight actually, probably not. I know you do a lot of stuff in C
15:40 * masak takes a note of jonathan's way to elicit a response from the Parrot devs
15:40 moritz p6opaque.pmc line 257
15:41 masak I said this 80 minutes ago. :)
15:41 Whiteknight sorry masak, I was AFK 80 minutes ago
15:41 masak ok. np.
15:42 Whiteknight I can patch it up probably, but I don't have commit access
15:42 Whiteknight (don't want it either, I don;t know git and would break things)
15:43 jonathan Whiteknight: That'd be awesome; if you just nopaste me a diff I'll apply it.
15:43 moritz applying patches is easily done.
15:43 jonathan Or moritz or masak or whoever.
15:43 Whiteknight okay, awesome
15:43 jonathan There's a bunch of us who can.
15:43 * moritz just removed that and the next line and is spectesting now
15:43 mikehh reported it a couple of hours ago
15:44 jonathan I know pmichaud++ wants to do PGE stuff and that means Rakudo is going to need to track Parrot trunk even more closely than usual.
15:44 mikehh it started failing at around r40729 with that error
15:45 jonathan So build breakages are going to be quite painful.
15:45 mikehh that was here of course, not in #perl6
15:45 mokurai joined #parrot
15:47 Whiteknight This is just a bad month for it because so many big changes and branches are landing
15:47 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40740 - Ubuntu 9.04 amd64 (gcc)
15:47 jonathan Whiteknight: Yeah, it's unfortunate timing.
15:48 Whiteknight okay, I have the patch. How do I take a diff in git?
15:48 jonathan git diff
15:48 purl git diff is 1700 lines
15:48 Whiteknight nopaste?
15:48 purl i guess nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others) or http://gist.github.com/ or paste or gtfo
15:49 nopaste "Whiteknight" at 69.249.176.251 pasted "fix for pmc_ext breakage for jonathan++" (14 lines) at http://nopaste.snit.ch/17649
15:50 Whiteknight PMC_EXT doesn't exist anymore, all it's fields are in PMC now
15:51 jonathan Whiteknight: Did anyone yet check if that gets us some memory / performance win, out of curiosity?
15:51 mikehh moritz mentioned that he was testing a fix
15:52 Whiteknight jonathan: definite memory win, should be a performance win but we have lots of benchmarks that we need
15:52 jonathan Whiteknight: Aye. I'm just thinking that we need to allocate one less thing now. :-)
15:53 jonathan Rakudo uses properties a decent bit, so removing an indirection for getting at those will surely be a win, even if a small one.
15:53 Whiteknight it gets rid of an entire GCable item pool, decreases the amount of memory allocated per PMC, reduces the need to make two allocations per PMC (PMC and PMC_EXT), removes a number of "if(pmc->pmc_ext)" checks, etc
15:53 Whiteknight so it's a definite win, I just don't know how much
15:53 jonathan Right, makes sense.
15:53 jonathan I don't see any immediate downsides.
15:54 Whiteknight combine that with some of the other work lately (fixes to Sub PMC attributes, the auto_attrs work, etc) and 1.6.0 is going to be notably faster then 1.5.0 was
15:54 Whiteknight a signficant decrease in the number of malloc calls, if nothing else
15:56 kjeldahl joined #parrot
15:57 dalek cardinal: c6d9334 | (Danius Michaelides)++ |  (3 files):
15:57 dalek cardinal: Array#nitems() has been removed from 1.9.
15:57 dalek cardinal: Signed-off-by: Ted Reed <ted.reed@gmail.com>
15:57 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/c6d933485b418706442d444f03821d4b073e4496
15:57 dalek cardinal: a2b5f4d | (Danius Michaelides)++ |  (3 files):
15:57 dalek cardinal: Implement Array#count() - new to ruby 1.9.
15:58 dalek cardinal: Signed-off-by: Ted Reed <ted.reed@gmail.com>
15:58 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/a2b5f4dcbf6db1d1a1bdd88a1301e745aea0ad79
15:58 dalek cardinal: f33b494 | (Danius Michaelides)++ |  (3 files):
15:58 dalek cardinal: Implement Array#select.
15:58 dalek cardinal: Signed-off-by: Ted Reed <ted.reed@gmail.com>
15:58 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/f33b4944e160024765ec2d3e37eb840925e59170
15:59 Ron_ joined #parrot
16:00 Whiteknight I love watching commits come rolling in
16:00 moritz jonathan, Whiteknight: testing Whiteknight's patch now
16:00 uniejo joined #parrot
16:00 Whiteknight thanks! moritz++
16:00 jonathan Whiteknight: ah, thanks for beating me to it. :-)
16:00 jonathan erm
16:00 jonathan gah
16:01 jonathan moritz: See what I just mis-fired at Whiteknight :-)
16:01 moritz jonathan: ;-)
16:01 * jonathan brb
16:01 Whiteknight I'm spectesting too, but that will take forever
16:02 moritz having a new Test::Harness and multiple cores helps
16:06 mikehh yeah - it used to take an hour on my old system
16:10 rblasch__ joined #parrot
16:21 kid51 joined #parrot
16:27 * jonathan back
16:27 jonathan moritz: How's the spectests looking with the patch?
16:28 moritz jonathan: just finished as I saw your hilight here
16:28 moritz so I'm pushing now.
16:28 jonathan moritz++, Whiteknight++ # thanks!
16:31 dalek rakudo: e2b5e8f | moritz++ |  (2 files):
16:31 dalek rakudo: re-enable building on latest parrot. Also bump PARROT_REVISION
16:31 dalek rakudo: Patch courtesy by Andrew Withworth, Whiteknight++
16:31 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​2b5e8fc7172381091159935cde8fc3797276c78
16:37 kid51 r 40736 passed make fulltest on Linux i386
16:40 dalek parrot: r40742 | whiteknight++ | trunk/src/gc/mark_sweep.c:
16:40 dalek parrot: [gc] a small fix to the fixed-size allocator that *likely* is the source of errors on Win32 using this tool. Hasn't fixed the issue with Complex.t, however
16:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40742/
16:41 MoC Hm. Now, I don't know wether Rakudo or Parrot is responsible for this, but Rakudo has problems during compilation because backslashes are removed from the directory path (on Win32):
16:41 MoC C:\GnuTools\MSYS\home\MoC\​Parrot\bin\pbc_to_exe.exe perl6.pbc
16:41 MoC Can't read 'C:GnuToolsMSYShomeMoCParrot/lib/par​rot/1.5.0-devel/include/config.fpmc' : No such process
16:42 moritz MoC: what does `parrot_config prefix` return?
16:43 MoC C:\GnuTools\MSYS\home\MoC\Parrot
16:44 moritz then it could very well be a Rakudo problem
16:44 MoC parrot_config actually isn't consistent with the usage of \ and / in the path values, some contain \ some /, some a mixture of both.
16:44 moritz MoC: could you please nopaste the generated Makefile?
16:44 MoC Ok
16:46 jonathan fwiw, currently doing a build on Win32 of latest
16:46 MoC Look at #perl6 for the makefile link.
16:47 moritz seen it, thanks
16:47 moritz there seem to be some inconsitencies about what is double backslashed and what not
16:47 moritz under CLEANUP it's all double backslashed
16:48 moritz most other things are not
16:53 jonathan Builds for me; MS VC++ / WinXP.
16:53 MoC >_>
16:53 moritz great.
16:53 MoC I'll try make realclean...
16:54 jonathan MoC: Ah, I guess you're using a different compiler and toolchain.
16:54 moritz it looks like cygwin
16:54 MoC Yes, MinGW4.4
16:54 jonathan MoC: So it's possible there's a bug somewhere that affects that.
16:54 moritz oh
16:54 moritz MoC: if your problem persists, please file a bug report
16:55 MoC However I don't use sh to compile it, it's just that I also cloned into my MSYS home folder
16:55 jonathan MoC: The output of parrot_config --dump could be interesting to see in your bug report too.
16:56 MoC And I should file this as rakudo bug? Because it's pbc_to_exe which emits the error... (I don't know if it resolved that path itself or it was hardcoded within the pbc)
16:57 moritz MoC: yes, rakudobug
16:57 purl hmmm... rakudobug is mailto:rakudobug@perl.org
16:57 joeri joined #parrot
16:58 MoC Can I attach files to that mail? Or does it have to be inline?
16:58 MoC Ok, has to wait until later, anyway, lunchtime now.
16:59 moritz MoC: attachments are fine
17:03 chromatic joined #parrot
17:17 dalek rakudo: e781e94 | mberends++ | tools/test_summary.pl:
17:17 dalek rakudo: tools/test_summary.pl: remove the almost redundant 'test' report column
17:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​781e94b57939e41f7322f98b765cacad7a7c7b4
17:18 dalek rakudo: c4c67da | mberends++ | :
17:18 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
17:18 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/c​4c67daa2468762fa38d7951054036e4316e0d64
17:19 Whiteknight NotFound: ping
17:19 NotFound Whiteknight: pong
17:20 Whiteknight NotFound: I think r40742 should fix the fixed-size allocator in Windows (TT #940). Could you give it a test?
17:21 * Whiteknight has to go away now and can't test it quite yet
17:21 NotFound Whiteknight: too hot now to power on one more laptop ATM, I'll try later
17:22 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40742 - Ubuntu 9.04 amd64 (g++)
17:25 MoC moritz: rakudobug submitted.
17:38 mikehh rakudo (c4c67da) builds on parrot r40742 - make test / make spectest (up to 28050) PASS - Ubuntu 9.04 amd64 (g++)
17:38 mikehh bbl
17:40 dalek joined #parrot
17:57 davidfetter joined #parrot
19:17 Ron joined #parrot
19:59 chromatic joined #parrot
20:19 chromatic Hm, the Rakudo benchmark is 4.98% slower with Parrot trunk than before the unionval branch landed.
20:20 chromatic If I re-enable the fixed-size allocator, it's 3.08% slower.
20:21 jonathan chromatic: "the Rakudo benchmark"?
20:21 chromatic Hello, world! in Perl 6.
20:21 jonathan chromatic: Ah, OK.
20:21 jonathan chromatic: So mostly a measure of our startup time.
20:22 chromatic Yes.
20:22 jonathan Our startup time is loooong.
20:22 jonathan A lot of it is because of our signature building stuff.
20:22 chromatic I can fix some of that with pmichaud's isa-STRING-PMCProxy patch.
20:23 nillo joined #parrot
20:23 jonathan Well, what also should happen is that signature construction should get vastly cheaper.
20:23 jonathan I'm planning to completely re-do signatures in the space of the next 2-2.5 months.
20:23 kid51 joined #parrot
20:24 jonathan Performance improvements will be one of the things I design for.
20:24 jonathan All of that said, signature construction ATM is really not much different from object construction elsewhere in Rakudo.
20:24 jonathan So any wins made to that are overall wins still.
20:25 chromatic If you can give me a short PIR benchmark, I'll do what I can.
20:26 jonathan chromatic: tbh, I'm more inclined to hold out and see what the profiler ays.
20:26 jonathan *says
20:27 jonathan Why I guess we maybe cheat a little on signatures, object construction overall is a fairly complex process.
20:27 chromatic Fair enough.
20:27 jonathan So I'd rather know where we're slow in that area from data rather than guess. :-)
20:27 Whiteknight chromatic: you think the unionval actually caused a slowdown?
20:28 Whiteknight "unionval stuff"*
20:28 chromatic Something did.
20:28 Whiteknight the fixed-size allocator has a bug that I'm trying to track down
20:29 Whiteknight the lazy allocator has a bug too that I'm also looking at
20:31 Whiteknight actually, i don't think it has a bug anymore :)
20:33 moritz it'll be the first bug-free piece of software in human history ;-)
20:35 dalek parrot: r40743 | whiteknight++ | trunk/src/gc (3 files):
20:35 dalek parrot: [gc] enable the lazy allocator. Fix one bug in the lazy allocator where a new arena can potentially be allocated before the last arena has been completely allocated. Also, some cleanups for the fixed-size allocator (though that still is disabled by default)
20:35 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40743/
20:35 Whiteknight not bug-free, but that last bug is gone
20:35 jonathan Whiteknight: Did that have a fail on Windows?
20:35 jonathan (fixed-size al..)
20:35 Whiteknight ah yes, it did
20:35 Whiteknight I think I fixed that issue but I haven't tested it satisfactorily yet
20:35 jonathan Whiteknight: I'm on Windows.
20:36 Whiteknight (i knew I was supposed to wait for something)
20:36 jonathan Whiteknight: MS VC++ / WinXP is that's an interesting combination.
20:36 Whiteknight I'm about to load up my win32 machine too
20:36 jonathan s/if/is/
20:36 jonathan oh arse
20:36 jonathan s/if/is/
20:36 jonathan :-)
20:37 jonathan Anyway, if you want me to run a build, just let me know what to do to enable it and I can give it a try.
20:38 Whiteknight jonathan: it's enabled in r40743, so just svn up && make
20:38 Aisling joined #parrot
20:39 * jonathan realcleans to be safe
20:46 Whiteknight jonathan: no, it's a different problem. I'm getting confused
20:47 MoC Fresh win23 smoke report at: http://smolder.plusthree.com/app/pu​blic_projects/report_details/26503
20:47 MoC s/Fresh/Recent/
20:47 Whiteknight the problem on Win32 is the fixed-size allocator not working (which is disabled globally). The thing I just fixed is the lazy-allocator mode
20:48 jonathan Whiteknight: Ah, OK.
20:55 cotto joined #parrot
20:57 braceta joined #parrot
20:58 Whiteknight these stupid fixed-size errors are killing me
21:02 joeri left #parrot
21:02 skv_ joined #parrot
21:29 theory joined #parrot
21:31 rhr_ joined #parrot
22:18 hachi joined #parrot
22:27 braceta left #parrot
22:40 rg1 joined #parrot
22:42 mikehh chromatic: ping
22:43 mikehh Whiteknight: ping
22:43 chromatic pong
22:43 Whiteknight pong
22:45 mikehh chromatic: I am getting a codetest failure in src/gc/gc_ms.c (space before parens) which I am not sure how to fix
22:45 mikehh if ((!pool->free_list || pool->num_free_objects < pool->replenish_level)
22:45 mikehh #if GC_USE_LAZY_ALLOCATOR
22:45 mikehh && !pool->newfree
22:45 mikehh #endif
22:45 mikehh )
22:46 mikehh as in last line - any ideas on that?
22:46 mikehh without repeating the statement
22:47 mikehh what would be the policy on a statement like that?
22:49 Whiteknight that's my edit, I'll fix it
22:50 chromatic You could move that check into its own conditional in the block.
22:51 Whiteknight yeah
22:52 dalek parrot: r40744 | whiteknight++ | trunk/src/gc/gc_ms.c:
22:52 dalek parrot: [gc] fix codestd failure, and other small things
22:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40744/
22:53 cotto joined #parrot
23:06 bacek joined #parrot
23:23 mokurai joined #parrot
23:24 patspam joined #parrot
23:27 Coke Whiteknight: question - is need_ext still valid syntax for a PMC that just does nothing?
23:27 mokurai left #parrot
23:27 Whiteknight it is still valid that I am aware of, just does nothing
23:28 NotFound There are no error for invalid flags, they just get ignored.
23:33 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40744 - Ubuntu 9.04 amd64 (gcc)
23:35 mokurai joined #parrot
23:42 mikehh rakudo (c4c67da) builds on parrot r40744 - make test / make spectest (up to 28054) PASS - Ubuntu 9.04 amd64 (gcc)

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

Parrot | source cross referenced