Camelia, the Perl 6 bug

IRC log for #parrot, 2010-02-14

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:07 Whiteknight chromatic: TT #1443 is sufficiently vague.
00:08 Whiteknight can't imagine I will get far with it without further info
00:09 Whiteknight jonathan: ping
00:10 Whiteknight dukeletoz == bizarro dukeleto?
00:18 Whiteknight rakudo doesnt even seem to build
00:21 Whiteknight fuggedaboudit
00:21 purl I fuggodaboudit
00:21 Whiteknight eh tony wes got a wiseguy
00:47 bacek joined #parrot
00:49 Austin Oi.
00:50 Austin Can someone explain to me why Parrot/Test.pm always runs parrot by cd'ing to the binary dir?
00:53 chromatic No idea.
00:54 Austin Nor me. It's a problem for reuse, since passing CD=>some-other-dir apparently overrides the binary-dir location, and ./parrot is never found.
00:57 bacek o hai
00:58 Whiteknight you know Austin, if you found half as many solutions as you found problems, you would be our MVP
00:58 Austin :)
00:59 Austin Whiteknight, every time I report a problem it means I've either found a solution or a workaround for the last one.
00:59 Austin Since N > 2 in this case, I have found *more* than half as many.
00:59 Whiteknight okay, fine. Next time I see you, I'll give you the game ball
01:00 Austin This after you've spent the evening buggering? Keep your balls, sirrah.
01:00 Whiteknight urg, this rakudo error is already a pain in the ass
01:07 dalek parrot: r43947 | bacek++ | trunk (2 files):
01:07 dalek parrot: Split parseflags into two functions. minimal version doesn't use any parrot subsystem and used to parse flags required for initializing interpreter
01:07 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43947/
01:10 dalek TT #1436 closed by bacek++: Crash on parsing unknown command line arguments.
01:30 bacek joined #parrot
01:47 jsut joined #parrot
02:31 bacek joined #parrot
02:44 bacek joined #parrot
02:44 theory joined #parrot
02:44 mikehh joined #parrot
02:44 sri joined #parrot
02:44 cotto_work joined #parrot
02:44 jan joined #parrot
02:44 confound joined #parrot
02:44 TonyC joined #parrot
02:44 hicx174 joined #parrot
02:44 jhelwig joined #parrot
02:44 PacoLinux joined #parrot
02:44 eiro joined #parrot
02:44 wagle joined #parrot
02:44 NotFound joined #parrot
02:44 athomaso1 joined #parrot
02:44 Hunger joined #parrot
02:44 redbrain_ joined #parrot
02:44 treed_ joined #parrot
02:44 tewk joined #parrot
02:44 frodwith joined #parrot
02:44 spinclad joined #parrot
02:44 baest joined #parrot
02:44 elmex joined #parrot
02:44 dalek joined #parrot
02:44 jjore joined #parrot
02:44 Infinoid joined #parrot
02:44 preflex joined #parrot
02:44 integral joined #parrot
02:44 cotto joined #parrot
02:44 kvorg joined #parrot
02:44 szabgab joined #parrot
02:44 nopaste joined #parrot
02:44 Coke joined #parrot
02:44 Util joined #parrot
02:44 dukeleto joined #parrot
02:44 cxreg joined #parrot
02:44 Essobi joined #parrot
02:44 slavorgn joined #parrot
02:44 workbench joined #parrot
02:44 GeJ joined #parrot
02:44 rhr joined #parrot
02:44 leto joined #parrot
02:44 solarion joined #parrot
02:44 KatrinaTheLamia joined #parrot
02:44 ingy joined #parrot
02:44 Tene joined #parrot
02:44 ascent joined #parrot
02:44 hudnix joined #parrot
02:44 bacek_at_work joined #parrot
03:31 Austin Hmm.. it would be 'nice' if this segfault were persistent.
03:35 janus joined #parrot
03:40 nopaste "bacek" at 122.110.37.173 pasted "Wallpapering TT#1443" (13 lines) at http://nopaste.snit.ch/19613
03:55 dalek TT #1444 created by doughera++: Test failures in t/run/exit.t
04:01 dalek kakapo: 682822a | austin++ |  (17 files):
04:01 dalek kakapo: Tweaked globals to prevent init problems.
04:01 dalek kakapo: review: http://gitorious.org/kakapo/kakapo/commit​/682822ad85d01c25edeedf9ddd3d4fbf10771d74
04:01 dalek kakapo: 4219dc0 | austin++ | t/ (9 files):
04:01 dalek kakapo: Added test cases for basic KRT0 loading function.
04:01 dalek kakapo: Signed-off-by: Austin Hastings <Austin_Hastings@Yahoo.com>
04:01 dalek kakapo: review: http://gitorious.org/kakapo/kakapo/commit​/4219dc07290ae0571cc064eb8c20554a25928232
04:19 cognominal joined #parrot
04:49 cognominal joined #parrot
04:59 preflex joined #parrot
05:22 shockwave What is the exit op-code for quitting a script? I have tried 'quit' and 'exit', among others.
05:25 Austin What language?
05:25 purl language is horrifyingly verbose
05:26 Austin Ultimately, parrot has the exit opcode. If you're coding pir, just do exit <integer>. If you're doing nqp, try pir::exit(<expr>)
05:52 shockwave I'm doing PIR. I tried 'exit <int>' and it worked.
06:26 theory joined #parrot
06:39 kurahaupo joined #parrot
07:01 Austin Here comes my kiwi friend;
07:01 Austin I'm alone in #parrot no more!
07:01 Austin A short poem: Hi, Ku!
07:02 cognominal joined #parrot
07:39 dalek kakapo: b00cfd6 | austin++ |  (5 files):
07:39 dalek kakapo: Checkpointing before notest branch.
07:40 dalek kakapo: Signed-off-by: Austin Hastings <Austin_Hastings@Yahoo.com>
07:40 dalek kakapo: review: http://gitorious.org/kakapo/kakapo/commit​/b00cfd63c3c6b3955187a1ee193f1cae1940caeb
08:19 bacek joined #parrot
08:21 patspam joined #parrot
08:51 iblechbot joined #parrot
08:59 cognominal joined #parrot
09:00 Austin haiku?
09:00 purl haiku is http://haiku-os.org/ for making an open-source BeOS. Or: Some gumballs are great / But as far as gumballs go / Tim's balls are the best. or http://arstechnica.com/open-source/news/2009/09/h​ands-on-with-haiku-back-to-the-future-of-beos.ars
09:51 dalek parrot: r43948 | mikehh++ | trunk/src/pmc/imageio.pmc:
09:51 dalek parrot: fix codetest failure - line length
09:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43948/
09:51 dalek parrot: r43949 | mikehh++ | trunk/src/main.c:
09:51 dalek parrot: fix codetest failure - there should be at least one space between a C keyword and any subsequent open parenthesis
09:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43949/
10:14 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32190), fulltest) at r43949 - Ubuntu 9.10 amd64 (gcc with --optimize)
10:47 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32191), fulltest) at r43949 - Ubuntu 9.10 amd64 (g++ with --optimize)
11:36 patspam joined #parrot
11:38 patspam joined #parrot
11:53 woosley joined #parrot
12:04 joeri joined #parrot
12:10 kurahaupo joined #parrot
12:33 ruoso joined #parrot
12:50 dalek parrot: r43950 | gerd++ | trunk/config/gen/makefiles/root.in:
12:50 dalek parrot: This update is to fix the make target "hello". I looked back until 0.8.2
12:51 dalek parrot: but always find "make hello" broken. It is because the ".o" file extension
12:51 dalek parrot: will not recognized like it is used so I take pbc_to_exe.
12:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43950/
12:59 woosley1 joined #parrot
12:59 woosley1 left #parrot
13:09 cognominal joined #parrot
13:21 payload joined #parrot
13:54 Whiteknight joined #parrot
14:08 Whiteknight good morning #parrot
14:37 ruoso joined #parrot
14:46 dalek parrot: r43951 | whiteknight++ | branches/op_pmcs/src/pmc (2 files):
14:46 dalek parrot: opcode can only be created from OpLib, not directly
14:47 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43951/
14:47 dalek parrot: r43952 | whiteknight++ | branches/op_pmcs/src/pmc/opcode.pmc:
14:47 dalek parrot: opcode can only be initialized once
14:47 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43952/
15:08 cognominal joined #parrot
15:27 Whiteknight build appears to fail on x86-opensolaris
15:33 bacek joined #parrot
15:38 Psyche^ joined #parrot
15:44 nopaste "pmichaud" at 66.25.4.52 pasted "bnot opcode in parrot 2.0.0" (9 lines) at http://nopaste.snit.ch/19615
15:47 nopaste "pmichaud" at 66.25.4.52 pasted "bnot opcode in parrot trunk" (10 lines) at http://nopaste.snit.ch/19616
15:54 tetragon joined #parrot
15:57 theory joined #parrot
16:04 fperrad joined #parrot
16:08 dalek parrot: r43953 | whiteknight++ | trunk/src/ops/bit.ops:
16:08 dalek parrot: fix the bnot_p_p opcode to preserve the same semantics as it had before vtable_massacre branch
16:08 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43953/
16:24 dalek parrot: r43954 | jonathan++ | trunk/t/op/arithmetics.t:
16:24 dalek parrot: [t] Test to cover bnot_p_p regression that whiteknight++ just fixed.
16:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43954/
16:27 lucian joined #parrot
16:33 fperrad_ joined #parrot
16:34 jan joined #parrot
16:34 ash_ joined #parrot
16:41 kid51 joined #parrot
16:45 payload joined #parrot
16:50 kid51 seen gerd?
16:50 purl gerd was last seen on #parrot 60 days, 20 hours, 16 minutes and 5 seconds ago, saying: Coke: the release in on the ftp-server I am still working on the website  [Dec 15 20:33:50 2009]
16:56 AndyA joined #parrot
17:11 AndyA joined #parrot
17:43 mikehh kid51: ping
17:44 dalek rakudo/master: abc9b2e | jonathan++ | docs/ROADMAP:
17:44 dalek rakudo/master: Move five completed, top-priority ROADMAP items to the completed section, now ng is master. :-)
17:44 dalek rakudo/master: review: http://github.com/rakudo/rakudo/commit/a​bc9b2e798b4aeb2856938ca99edc836057844f7
17:49 kid51 mikehh:  pong
17:50 mikehh kid51: was under the impression that make coretest was essentially the same as the runcore tests from make fulltest, but it also now runs src and run tests
17:50 kid51 Hmm, I'll have to check that out.  Am not as familiar with make coretest
17:51 kid51 It's documented as: Run the minimal 'core functionality' suite.
17:52 kid51 Coded as:  # "core tests" -- test basic functionality but not ancillaries
17:52 kid51 coretest : corevm
17:52 kid51 $(PERL) t/harness $(EXTRA_TEST_ARGS) --core-tests
17:52 mikehh ah so, it used to be the same, bit it changed a while back - not exactly sure when - who generally looks after that?
17:53 kid51 It's a collective responsibility; there's no one lord and master
17:55 mikehh the thing is that the core tests from fulltest used to be the same but now are, for example:
17:55 mikehh testb : test_prep
17:55 purl test_prep is the 'make' target on which 'make test' immediately depends and is currently equivalent to 'make'
17:55 mikehh $(PERL) t/harness $(EXTRA_TEST_ARGS) -b $(RUNCORE_TEST_FILES)
17:55 kid51 see lines 61-78 of lib/Parrot/Harness/DefaultTests.pm
17:56 kid51 This may be a case where our terminology has gotten more confusing over the years.
17:57 kid51 We are perhaps overloading the term 'core'.
17:59 kid51 We have these things called runcores (which I do not really claim to understand very well).  In make fulltest, we test each of these runcores in succession.
17:59 kid51 But then, I suspect, we also use the term 'core' in its more generic sense:  the most essential thing to test
18:00 kid51 IIRC, about two years ago Allison created make corevm and make coretest to be the quickest possible way of testing changes to the most essential code in Parrot, i.e., something quicker and more to the point than 'make test' -- but not intended to be the definitive test suite.
18:01 mikehh kid51: the runcores are different ways of running the ops for example -S uses a giant switch statement and -r (not really a runcore) generates and runs the .pbc
18:01 kid51 Note how similar these two phrases are:  run the tests which test the core of Parrot.  run Parrot's runcore tests
18:03 kid51 mikehh:  okay, but my point is that 'make coretest' is supposed to be an accompaniment to 'make corevm'
18:03 kid51 that, on the assumption that I'm recalling 2 years ago discussion correctly
18:04 mikehh I started running make corevm/make coretest as part of my test run after dukeleto/plobsing found that some of those tests failed while make test ran ok
18:05 kid51 Hmm.  Well, we should try to understand how that can possibly come to pass, as it suggests a defect in the structure of our testing regimen.
18:06 mikehh and I remember when testing one of the calling conventions branches codetest passed but not test
18:06 kid51 Well, in those branches all bets are off!
18:06 kid51 But my assumption was that 'make coretest' would be a proper subset of 'make test'.
18:07 mikehh I think it was one of our first online hackathons - getting that working
18:07 kid51 In which case, anything that PASSed during 'make coretest' should PASS on 'make test' -- Unless something got added during 'make' that wasn't part of 'make corevm'
18:08 mikehh we had make corevm building but not make
18:09 kid51 Yes, I can easily see how, while working in a branch that touches many source code files, you could get 'make corevm' working.
18:09 kid51 and you would want a way of *demonstrating* that corevm was working, i.e., 'make coretest'.
18:10 kid51 Are there any test files currently FAILing in 'test' that PASS in 'coretest'?
18:10 kid51 (i.e., is this an issue that we must fix before tuesday?)
18:11 mikehh at the moment all tests PASS for me (at least at r43949)
18:11 kid51 and for me as well
18:12 dalek rakudo/master: e778f84 | (Martin Berends)++ | docs/compiler_overview.pod:
18:12 dalek rakudo/master: [docs/compiler_overview.pod] any excuse for a commit to the new master branch formerly known as ng
18:12 dalek rakudo/master: review: http://github.com/rakudo/rakudo/commit/e​778f84ad6b3e8d1f6bb60f90a86987b7ccc790c
18:14 mikehh I think the problem was (somewhere around r43000) that a couple of the coretest tests had dependencies on files built in make but not corevm - so I test for that now
18:19 mikehh we sorted it out then, but I still test for that possibility - I think it was something due to extensions to ok or like
18:20 mikehh like or something similar doesn't work with corevm
18:20 kid51 You mean, the testing function 'like'?
18:20 mikehh that was pir based tests
18:21 mikehh and yes the testing function 'like'
18:24 kid51 mikehh:  It's good that you test for that possibility.  But I don't think the distinction between "tests that get run in make coretest" and "tests that get run in make test" ought to hinge on whether a particular testing function is available.
18:24 kid51 Mis dos centavos.
18:29 mikehh kid51: it is just that it came up that that one of the 'like' type tests depended on regex stuff built later so that make test passed but make corevm/make coretest had failures
18:29 kurahaupo1 joined #parrot
18:31 mikehh it was the same test, but the necessary functionality had been built yet in make corevm - it has been fixed, but we need to wartch out for that, which is why I test for it
18:32 * kurahaupo1 leaving for @dayjobs
18:32 plobsing joined #parrot
18:51 dalek parrot: r43955 | plobsing++ | branches/tt362:
18:51 dalek parrot: creating branch to address issue raised in tt3562.
18:51 dalek parrot: this should also be good test of the flexibility of the new freeze/thaw system
18:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43955/
19:04 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32197), fulltest) at r43954 - Ubuntu 9.10 amd64 (gcc with --optimize)
19:09 dalek rakudo/master: 4afc080 | (Martin Berends)++ | docs/announce/20 (3 files):
19:09 dalek rakudo/master: [docs/announce] restore the Lisbon #23 Seoul #24 and Minneapolis #25 announcements, uniejo++ for notifying
19:09 dalek rakudo/master: review: http://github.com/rakudo/rakudo/commit/4​afc080ffadb8d0ea3d7461899b7c145b10193a4
19:56 dalek rakudo/master: b96c6ef | (Solomon Foster)++ | src/Perl6/Grammar.pm:
19:56 dalek rakudo/master: Add <=> to the grammar.
19:56 dalek rakudo/master: review: http://github.com/rakudo/rakudo/commit/b​96c6ef648486407f4c3aaf2cd63d506e792d9c4
20:20 GeJ joined #parrot
20:30 dalek rakudo/master: ac581a1 | (Solomon Foster)++ | src/core/Any-list.pm:
20:30 dalek rakudo/master: Add $by argument to Any.min and Any.max.
20:30 dalek rakudo/master: review: http://github.com/rakudo/rakudo/commit/a​c581a137ecf45b0c9a1b12dec8616a083404e02
20:45 bacek joined #parrot
20:47 dukeleto 'ello
21:10 KingOfKarlsruhe joined #parrot
21:12 theory joined #parrot
21:16 chromatic joined #parrot
21:30 payload joined #parrot
21:45 bacek joined #parrot
21:48 bacek aloha
21:52 dukeleto o hai
21:57 bacek dukeleto, can you benchmark boehm branch please? :)
21:59 chromatic Hey buddy, there's a line!
22:07 dalek parrot: r43956 | bacek++ | trunk/src/gc/alloc_resources.c:
22:07 dalek parrot: Change aligned_mem function to behave exactly same as
22:07 purl dalek: that doesn't look right
22:07 dalek parrot: aligned_string_size. Closes TT#1443.
22:07 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43956/
22:10 chromatic That looks like more of a "fix" to me.
22:10 chromatic #if 0 ... #endif isn't particularly clean, even with a comment.
22:11 chromatic That said, any bigger or more invasive fix may need to wait until after the release.
22:11 bacek chromatic, I'm not sure why aligned_mem/aligned_string_size have different semantic
22:12 bacek compact_pool uses aligned_mem, allocate_string_storage uses aligned_string_size.
22:13 chromatic Me neither.  The compacting code has always seemed baroque to me.
22:13 chromatic I understand why alignment might matter there, but not what happens or how it happens.
22:13 bacek I can rip-put commented code if this fix doesn't affect other parts.
22:13 bacek chromatic, alloc_resources.c:543
22:14 chromatic Mostly I want to see a cleaner commit before we close the ticket.  A workaround for now is fine, if we don't let the ugly linger.
22:14 bacek In nutshell:
22:14 bacek 1. compact_pool calculate required new size based on individual pools.
22:14 bacek 2. Use memory based on individual Buffers.
22:15 bacek During second step it calls C<aligned_mem> which behave differently to C<aligned_string_size> (and use more memory)
22:15 bacek Which cause memory overrun
22:16 chromatic Is this because of the "store a reference count in the (aligned) INTVAL immediately preceding the buffer to account for COW?" design?
22:16 bacek nope
22:16 chromatic Too bad; that's an easy and obvious place to make a mistake.
22:16 bacek Buffers (can be) aligned by 8 bytes
22:17 bacek Strings always aligned by 4.
22:17 bacek And this is what my commit changed. Now we always align Buffers same as Strings.
22:18 chromatic I can't think of why there should be a difference.
22:18 bacek me either
22:18 bacek Thats why I left old code commented out :)
22:19 dalek rakudo/master: 6d40788 | jonathan++ | build/PARROT_REVISION:
22:19 dalek rakudo/master: Bump to a Parrot with a fix for various segfaults we've been seeing, thanks to bacek++.
22:19 dalek rakudo/master: review: http://github.com/rakudo/rakudo/commit/6​d407883f63c114e3c9bb0b14c79d5a8391ababa
22:20 bacek $dayjob time
22:20 bacek See you
22:34 dalek TT #1443 closed by jonathan++: Segfaults possibly caused by pool compaction bug
22:55 payload joined #parrot
22:56 dalek parrot: r43957 | plobsing++ | branches/tt362 (4 files):
22:56 dalek parrot: eliminate thaw_ptr from ImageIO API. This makes ImageIO easier to use from PIR.
22:56 dalek parrot: Add basic tests for ImageIO PMC.
22:56 dalek parrot: review: http://trac.parrot.org/parrot/changeset/43957/
23:13 Austin chromatic: 8 bytes is often an align requirement for floating point, and may be an align requirement for 64-bit cpus (I don't know about this last). Do we ever do anything with Buffers other than use them for IO?
23:13 chromatic Not to my knowledge.
23:14 Austin Ok.
23:16 AndyA joined #parrot
23:24 masak joined #parrot
23:25 masak I'm getting a failed assertion when trying to build Parrot:
23:25 masak http://gist.github.com/304336
23:31 chromatic masak, is this a realclean build?
23:33 masak yes, I always realclean before I build.
23:33 masak I have it on automatic.
23:34 masak but mberends++ just gave me the tip of doing 'rm -rf' on the whole parrot directory, so I'm trying that now.
23:34 masak (he says he had to do that.)
23:34 chromatic That sounds like a bytecode change.
23:35 masak has such a change happened recently?
23:36 chromatic The most recent in PBC_COMPAT is from 31 January.
23:37 masak then I was probably bitten by that, yes.
23:37 masak it works now.
23:38 masak is there any reason to still be using the 'install-dev' target, or should I be switching to just 'install'?
23:39 chromatic I *think* they're the same now, but I don't know for certain.
23:39 chromatic They're synonyms in the current Makefile.
23:39 masak ok, sounds like it doesn't matter much. :)

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

Parrot | source cross referenced