Camelia, the Perl 6 bug

IRC log for #parrot, 2010-05-10

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:38 Coke I guess one of leo, dan, or melvin.
00:38 Coke just the way it is.
00:41 Coke er, "historical reasons".
00:47 sorear are any of leo, dan, or melvin still with us?
00:48 plobsing seen melvin
00:48 purl melvin was last seen on #parrot 5 years, 42 days, 8 hours, 15 minutes and 16 seconds ago, saying: Coke: don't be ashamed of PIR, there are many production compilers using IR  [Mar 29 16:33:39 2005]
00:48 plobsing seen dan
00:48 purl dan was last seen on #catalyst 4 days, 14 hours, 21 minutes and 47 seconds ago, saying: if it's your own box, stick with fastcgi  [May  5 10:27:12 2010]
00:49 plobsing seen leo
00:49 purl leo was last seen on #perl 121 days, 16 hours, 56 minutes and 38 seconds ago, saying: and dont say read the topic  [Jan  8 07:52:26 2010]
00:49 plobsing I'm going to go with no on that one.
00:54 abqar joined #parrot
01:00 dalek parrot: r46448 | coke++ | trunk/docs/book/pct/ch03_compiler_tools.pod:
01:00 dalek parrot: Fix path to file, Courtesy John W. Emerson
01:00 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46448/
01:05 bacek_at_work joined #parrot
01:15 dalek TT #1073 closed by plobsing++: Lexical redeclarations in subs should throw exceptions
01:15 dalek TT #1073: http://trac.parrot.org/parrot/ticket/1073
01:15 plobsing Coke: got any more IMCC bugs for me? I've exhausted the TODOs in t/compilers/imcc
01:16 Mokurai joined #parrot
01:16 dalek parrot: r46449 | plobsing++ | trunk (2 files):
01:16 dalek parrot: croak on multiple declarations of the same lexical
01:17 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46449/
01:17 dalek parrot: r46450 | plobsing++ | trunk/t/op/lexicals.t:
01:17 dalek parrot: remove test that asserted the opposite behaviour to that specified in TT #1073
01:17 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46450/
01:17 dalek parrot: r46451 | petdance++ | trunk (2 files):
01:17 dalek parrot: updating annotations
01:17 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46451/
01:28 theory joined #parrot
01:33 dalek parrot: r46452 | mikehh++ | trunk/compilers/imcc/pbc.c:
01:33 dalek parrot: fix codetest failure - trailing spaces
01:33 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46452/
01:37 sorear According to svn, awk, find, comm, xargs, and ack (there has got to be a simpler way), no less than 4 non-generated files contain lists of dynpmcs that I would presumably have to update
01:37 sorear 5 if you count DEPRECATED.pod
01:38 sorear (MANIFEST, MANIFEST.generated, src/dynpmc/Defines.in, src/dynpmc/Rules.in)
01:38 sorear and that's not counting the testsuite
01:40 Andy joined #parrot
01:40 plobsing adding functionality to core is not a thing to be taken lightly
01:40 plobsing the work is appropriate IMHO
01:40 snarkyboojum joined #parrot
01:41 sorear The idea here isn't to add functionality per se but to rearrange it
01:42 sorear "lineof" being a method on CodeString has unfortunate interactions with branches/codestring
01:43 plobsing btw, if you look at src/dynpmc{Defines,Rules}.in I think you'll find they get generated from the contents of the src/dynpmc directory
01:44 sorear they're under version control
01:45 plobsing whoops, I was thinking of the .mak files they generate
01:56 kurahaupo joined #parrot
02:00 Psyche^ joined #parrot
02:13 mikehh if I add the ASSERT_ARGS() to src/embed.c I get test failures in make test - t/tools/dump_pbc.t - Failed test:  1 and t/tools/pbc_disassemble.t - Failed tests:  1-4 - All with failed assertion 'outfile'
02:14 plobsing mikehh: which function?
02:16 ttbot Parrot trunk/ r46454 i386-linux-thread-multi make error http://tt.taptinder.org/file/cmdout/302587.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
02:17 plobsing mikehh: Parrot_disassemble appears to do explicit null handling of outfile. The argument should be guarded with 'ARGIN_NULLOK'
02:17 sorear hey, I just figured out the source of a mysterious recent Parrot speed regression
02:18 sorear ... I installed a non --optimize build
02:18 mikehh plobsing - looks like pbc_disassemble
02:21 JimmyZ joined #parrot
02:24 dalek parrot: r46453 | petdance++ | trunk/include/parrot/hash.h:
02:24 dalek parrot: removed unused typedef
02:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46453/
02:24 dalek parrot: r46454 | petdance++ | trunk (3 files):
02:24 dalek parrot: updating function pointer annotations
02:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46454/
02:31 sorear msg Coke, Hi.  Rakudo Grammar.pm just built in 151MB and 92 seconds on the codestring branch (changes were required to NQP-rx; see branch topic/no-codestring-target in the nqprx repo)
02:31 purl Sorry, I've never seen coke, before.
02:31 sorear msg Coke Hi.  Rakudo Grammar.pm just built in 151MB and 92 seconds on the codestring branch (changes were required to NQP-rx; see branch topic/no-codestring-target in the nqprx repo)
02:31 purl Message for coke stored.
02:34 mikehh plobsing - ok that seems to work - had to run make headerizer again
02:39 sorear msg Coke rakudobuild completed in 10m14s, the fastest I've ever seen (second best around 11m30s).  Peak memory usage 323MB.  5m15s spent compiling the setting.  Let's ship.
02:39 purl Message for coke stored.
02:40 ttbot Parrot trunk/ r46455 i386-linux-thread-multi make error http://tt.taptinder.org/file/cmdout/302666.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
02:41 dalek parrot: r46455 | mikehh++ | trunk (4 files):
02:41 dalek parrot: add ASSERT_ARGS, change Parrot_disassemble ARGIN to ARGIN_NULLOK, re-run make headerizer
02:41 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46455/
02:45 mikehh damnit somethging broke there
02:49 snarkyboojum joined #parrot
02:54 janus joined #parrot
02:55 ttbot Parrot trunk/ r46456 i386-linux-thread-multi make error http://tt.taptinder.org/file/cmdout/302708.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
02:57 dalek parrot: r46456 | plobsing++ | trunk/compilers/imcc (8 files):
02:57 dalek parrot: all static variables in IMCC are now either marked "XXX non-reentrant" or are const
02:57 plobsing mikehh: I'll have a look at it.
02:57 dalek parrot: also eliminate more dead code
02:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46456/
03:04 davidfetter joined #parrot
03:08 theory joined #parrot
03:10 plobsing mikehh: fixed at r46457.
03:13 dalek parrot: r46457 | plobsing++ | trunk (2 files):
03:13 dalek parrot: this function VERY CLEARLY handles NULL arguments
03:13 dalek parrot: (blindly following tests requirements)--
03:13 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46457/
03:19 bacek_at_work joined #parrot
03:28 mikehh phew - that's better
03:29 dalek parrot: r46458 | mikehh++ | trunk/src/embed.c:
03:29 dalek parrot: fix codetest failure - line length
03:29 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46458/
03:35 Tene I think I like this laptop.  I just built parrot in:
03:35 Tene real0m29.844s
03:35 Tene user1m35.268s
03:45 LoganLK joined #parrot
03:48 plobsing do we have any tools for finding dead code?
03:50 bacek_at_work code coverage?
03:50 purl code coverage is http://cv.perl6.cz
03:50 bacek_at_work plobsing, this one
03:50 bacek_at_work sigh...
03:51 bacek_at_work msg mj41 Looks like code coverage is slightly broken. Where "slightly" == "totally for last (few) days" :)
03:51 purl Message for mj41 stored.
03:51 snarkyboojum joined #parrot
03:52 bacek_at_work msg mj41 Last one was on 22nd of April.
03:52 purl Message for mj41 stored.
03:54 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33733), fulltest) at r46458 - Ubuntu 10.04 amd64 (g++)
04:03 dalek rakudo: 3d3893a | (Martin Berends)++ | tools/test_summary.pl:
04:03 dalek rakudo: tools/test_summary.pl now logs Parrot and Rakudo versions, and has a much better report example
04:03 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​d3893a4cd8039d0ac55cfcac289c607125086a2
04:42 Andy joined #parrot
04:43 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33733), fulltest) at r46458 - Ubuntu 10.04 amd64 (gcc with --optimize)
04:44 mikehh that should be smoke (#33735)
04:46 * mikehh needs a break - bbl
05:02 sorear Legally speaking, how does ext/nqp-rx work?
05:02 sorear NQP-rx doesn't require CLAs.  Parrot does.
05:03 sorear So there's code being shipped with Parrot that never went through the CLA process.
05:09 dalek website: Chandon++ | Hybrid Threads
05:09 dalek website: http://www.parrot.org/content/hybrid-threads
05:11 plobsing sorear: ext/ contains code we don't own. Maybe we should document that better somewhere...
05:21 dalek TT #1244 closed by plobsing++: compilers/imcc/cfg.c:  emit warning in propagate_need()
05:21 dalek TT #1244: http://trac.parrot.org/parrot/ticket/1244
05:31 sorear Fixes like that are nice.
05:36 sorear is it bad that trac.parrot.org/parrot/timeline is the fastest way to review svn commits?
05:37 plobsing I think that's a "feature" of centralized version control
05:54 uniejo joined #parrot
05:57 dalek parrot: r46459 | plobsing++ | trunk/runtime/parrot/library/libpcre.pir:
05:57 dalek parrot: remove some long-dead code
05:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46459/
05:57 dalek parrot: r46460 | plobsing++ | trunk/examples/nci/sdl_blue_rectangle.pir:
05:57 dalek parrot: eliminate .nci_call statements
05:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46460/
05:57 dalek parrot: r46461 | plobsing++ | trunk/examples/sdl/lcd/clock.pir:
05:57 dalek parrot: get example to run
05:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46461/
05:57 dukeleto Parrot_str_is_null and Parrot_load_bytecode should be (and are not) in embed.h
05:59 dalek plparrot: 9208b3f | dukeleto++ | plparrot.c:
05:59 dalek plparrot: Convert STRING_is_null to Parrot_str_is_null
05:59 dalek plparrot: review: http://github.com/leto/plparrot/commit/9​208b3f0a216bce09f7adc3ae51d3d6383213c18
06:08 aukjan joined #parrot
06:10 dalek TT #1624 created by plobsing++: [DEPRECATED] .meth_call
06:10 dalek TT #1624: http://trac.parrot.org/parrot/ticket/1624
06:13 dalek parrot: r46462 | plobsing++ | trunk/DEPRECATED.pod:
06:13 dalek parrot: deprecate .meth_call
06:13 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46462/
06:15 cotto hio
06:15 sorear Hello.
06:16 cotto seen jimmy
06:16 purl jimmy was last seen on #parrot 148 days, 4 hours, 51 minutes and 32 seconds ago, saying: good moring, #parrot  [Dec 13 01:24:31 2009]
06:16 cotto seen jimmyz
06:16 purl jimmyz was last seen on purl 14 hours, 53 minutes and 32 seconds ago, saying: <private message>
06:16 cotto much better
06:16 purl i heard much better was to design each table in isolation with the table name providing context
06:16 sorear purl, no much better is <reply>
06:16 purl OK, sorear.
06:16 sorear much better
06:16 purl rumour has it much better is to design each table in isolation with the table name providing context
06:16 cotto not much better
06:16 sorear purl, forget much better
06:16 purl sorear: I forgot much better
06:16 sorear purl, die
06:16 purl ?4$??1???H????MD$FLNO CARRIER
06:16 cotto It's a losing battle.
06:19 bacek_at_work Don't offend my little stpid sister!
06:23 cotto purl can't be offended
06:23 purl cotto: excuse me?
06:26 sorear bacek_at_work: Are you involved with codestring?
06:27 bacek_at_work sorear, little bit... I broke it (as you mention early)
06:27 * sorear has codestring working.  Well.
06:28 JimmyZ joined #parrot
06:28 JimmyZ hello cotto
06:29 sorear Where do I report PCT bugs?
06:29 JimmyZ trac
06:30 sorear whose trac?
06:30 cotto hi JimmyZ
06:30 cotto sorear, trac.parrot.org
06:31 JimmyZ cotto: there is already macro __C before r46434
06:31 JimmyZ I renamed it to CONTEXT_STRUCT
06:32 JimmyZ then I use it.
06:32 JimmyZ cotto: see r46434
06:34 plobsing do any of our tests run 'parrot -O'?
06:35 cotto I added a version of make test for -O2 but it's super broken.
06:35 plobsing how do I run it?
06:35 cotto I took it out.
06:36 cotto It was testO2
06:36 plobsing :-(
06:36 cotto chromatic said he couldn't remember when imcc optimizations didn't break something.
06:36 plobsing I think I have a fix for TT #1209, but I'm concerned I may have a regression somewhere.
06:37 plobsing changing things without tests is worrysome to me
06:37 JimmyZ cotto: Is it persuasive?
06:37 sorear imcc optimizes?
06:38 plobsing sorear: you can have it right or you can have it fast. pick 1.
06:38 cotto sorear, only if you tell it to
06:38 * sorear didn't realize PIR was optimizable
06:38 cotto JimmyZ, you mean your reply to chromatic?
06:39 plobsing sorear: you can run dead code elimination, better register allocation, opcode selection, etc
06:39 sorear other than register numbering, what can a PIR compiler /change/?
06:39 sorear ah
06:39 sorear I thought opcode selection was fixed
06:39 JimmyZ cotto: either
06:40 plobsing sorear: compare '$I0 = $I0 + 1' and 'inc $I0'
06:40 JimmyZ cotto: I think I should recall 'C89 doesn't like it'
06:40 sorear plobsing: the first should always generate add_i_i_i, imho
06:41 cotto Yeah.  That needs some expansion or correction.
06:41 sorear it's going to be very suprising if it's ever changed...
06:41 JimmyZ cotto: It's disputed.
06:42 plobsing sorear: if you ask it to optimize... it'll optimize. Haven't you ever stepped through optimized code with gdb and gotten dizzy?
06:43 sorear no, I don't trust source-level debuggers
06:43 sorear (display/i $eip)++
06:45 sorear I suppose that works, yes, but ... I dunno, optimization just feels wrong in an assembler
06:46 plobsing I could say the same thing about assemblers in virtual machines
06:52 moritz wow, latest parrot causes some rakudo regressions
06:52 moritz ./perl6 t/spec/S06-signature/positional.rakudo
06:52 moritz Multiple declarations of lexical '$'
06:53 * moritz verifies that nobody touched the test
06:53 moritz last touched in Feb
06:53 plobsing moritz: that's a result of a longstanding parrotbug I recently fixed
06:54 moritz oh :-)
06:54 plobsing You can't declare a .lex multiple times in one sub
06:54 moritz and that broke mulitple anonymous parameters in rakudo
06:54 moritz multi sub two($, $) { ... }
06:55 moritz kinda makes sense, more or less
06:58 moritz plobsing++ # fixing bugs - even if they break Rakudo :-)
06:59 dalek TT #1209 closed by plobsing++: parrot -O Fails Tests
06:59 dalek TT #1209: http://trac.parrot.org/parrot/ticket/1209
07:00 plobsing does it even make sense for rakudo to be putting *anonymous* arguments into the lexpad?
07:00 moritz I think it was easier to bind them than to special-case them in the binder
07:01 moritz jonathan++ is the one who implemented it
07:02 moritz my ($, $, $foo) = 1, 2, 3, 4; also breaks
07:02 dalek parrot: r46463 | plobsing++ | trunk/compilers/imcc/pbc.c:
07:02 dalek parrot: Unconditionally generate debug information.  Before turning on optimization
07:02 dalek parrot: would dissable debug info. This addresses TT #1209.
07:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46463/
07:08 moritz and we have random segfaults, still or again (not sure)
07:12 plobsing moritz: random in location, time, or both?
07:16 dalek TT #1625 created by sorear++: PCT generates usage message too early
07:16 dalek TT #1625: http://trac.parrot.org/parrot/ticket/1625
07:17 dalek nqp-rx: 9d4c8a9 | sorear++ | src/NQP/Compiler.pir:
07:17 dalek nqp-rx: Add to command options, not overwrite them
07:17 dalek nqp-rx: The PCT --stagestats option is now usable with NQP-rx (previously it was not
07:17 dalek nqp-rx: accessible because the "larger" list of command options we used didn't include
07:17 dalek nqp-rx: it).
07:17 dalek nqp-rx: review: http://github.com/perl6/nqp-rx/commit/9​d4c8a91d441c65fa11476ed583257d8eb7ebec7
07:21 sorear after .lex "foo", $P17;  is $P0 = find_lex "foo" and store_lex "foo", $P0  in every way equivalent to   $P0 = $P17 and $P17 = $P0   respectively?
07:25 plobsing AFAIK, yes. Unless your HLL maps LexInfo in an evil way.
07:27 sorear hmm, that's a suprise
07:28 sorear POST::Compiler is almost 4x slower than PAST::Compiler
07:28 sorear (I'm on branches/codestring so it's using StringBuilder internally)
07:31 viklund joined #parrot
07:32 fperrad joined #parrot
07:43 fperrad_ joined #parrot
07:49 dalek TT #1142 reopened by plobsing++: test 12 of t/pmc/eval.t fails in testr (passes in other runcores)
07:49 dalek TT #1142: http://trac.parrot.org/parrot/ticket/1142
07:52 dalek parrot: r46464 | plobsing++ | trunk/t/pmc/eval.t:
07:52 dalek parrot: Intentionally break eval tests wrt TT #1142 for everyone.
07:52 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46464/
07:52 Maddingue joined #parrot
08:35 kurahaupo joined #parrot
08:50 mj41 msg bacek_at_work Code coverage probably fixed.
08:50 purl Message for bacek_at_work stored.
08:59 bacek joined #parrot
09:03 bacek mj41++ # Hooray! We've got TapTInder back
09:09 snarkyboojum left #parrot
09:13 dalek parrot: r46465 | bacek++ | trunk/t/oo/metamodel.t:
09:13 dalek parrot: Uncomment proper todo test for TT #1619 and instanly claim it as done.
09:13 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46465/
09:27 dalek TT #1619 closed by bacek++: t/oo/metamodel.t:  implement todo-ed item: new opcode makes working ...
09:27 dalek TT #1619: http://trac.parrot.org/parrot/ticket/1619
09:44 dalek tracwiki: v29 | bacek++ | GCTasklist
09:44 dalek tracwiki: Add link to GCSweepFreeImplementation
09:44 dalek tracwiki: http://trac.parrot.org/parrot/wiki/G​CTasklist?version=29&amp;action=diff
09:44 dalek tracwiki: v30 | bacek++ | GCTasklist
09:44 dalek tracwiki: http://trac.parrot.org/parrot/wiki/G​CTasklist?version=30&amp;action=diff
09:58 bacek msg Coke http://trac.parrot.org/parrot/ticket/1556 this one is for you :)
09:58 purl Message for coke stored.
10:00 dalek TT #978 closed by bacek++: Remove _synchronize from PMC Struct
10:00 dalek TT #978: http://trac.parrot.org/parrot/ticket/978
10:00 dalek TT #1584 closed by bacek++: STRING Out parameters in Parrot_str_* functions
10:00 dalek TT #1584: http://trac.parrot.org/parrot/ticket/1584
10:00 dalek tracwiki: v31 | bacek++ | GCTasklist
10:00 dalek tracwiki: _synchronize is gone
10:00 dalek tracwiki: http://trac.parrot.org/parrot/wiki/G​CTasklist?version=31&amp;action=diff
10:02 dalek parrot: r46466 | bacek++ | trunk/t/pmc/class.t:
10:02 dalek parrot: Use test_more.pir instead of hand-crafted imports from Test::More.
10:02 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46466/
10:02 rurban joined #parrot
10:09 mikehh joined #parrot
10:16 dalek TT #1539 closed by bacek++: Remove deprecated Parrot_string_cstring function
10:16 dalek TT #1539: http://trac.parrot.org/parrot/ticket/1539
10:33 dalek TT #234 closed by bacek++: mk_gitignore.pl (lib/Parrot/Manifest.pm) needs svk
10:33 dalek TT #234: http://trac.parrot.org/parrot/ticket/234
10:33 dalek TT #170 closed by bacek++: Intermittent failures in t/op/arithmetics_27.pir
10:33 dalek TT #170: http://trac.parrot.org/parrot/ticket/170
10:35 dalek parrot: r46467 | bacek++ | trunk (2 files):
10:35 dalek parrot: Rewrite mk_gitignore to generate .gitgignore from MANIFEST.SKIP and regenerate .gitignore
10:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46467/
10:35 dalek parrot: r46468 | bacek++ | trunk/t/op/calling.t:
10:35 dalek parrot: Add regression test for TT#133.
10:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46468/
10:36 jsut joined #parrot
10:49 dalek TT #133 closed by bacek++: methodtailcall broken
10:49 dalek TT #133: http://trac.parrot.org/parrot/ticket/133
10:49 dalek TT #508 closed by bacek++: JSON libraries should be renamed to something less confusing
10:49 dalek TT #508: http://trac.parrot.org/parrot/ticket/508
10:52 khairul joined #parrot
11:09 clinton joined #parrot
11:22 dalek TT #972 closed by bacek++: Remove "old" context related function such as "parrot_gc_context"
11:22 dalek TT #972: http://trac.parrot.org/parrot/ticket/972
11:23 khairul joined #parrot
11:51 whiteknight joined #parrot
12:10 bacek whiteknight, aloha
12:11 dalek TT #894 closed by bacek++: Grant commit access to /languages to bacek
12:11 dalek TT #894: http://trac.parrot.org/parrot/ticket/894
12:11 dalek TT #835 closed by bacek++: Crash when appending to subclasses of ResizablePMCArray
12:11 dalek TT #835: http://trac.parrot.org/parrot/ticket/835
12:12 szabgab joined #parrot
12:12 dalek parrot: r46469 | bacek++ | trunk/t/pmc/resizablepmcarray.t:
12:12 dalek parrot: Add regression test for TT#835
12:12 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46469/
12:13 whiteknight good morning bacek
12:13 bacek whiteknight, fsvo "good" and "morning" :)
12:14 whiteknight bad afternoon, bacek
12:14 bacek much better!
12:15 pmichaud ...why is the parrot release tomorrow?  Did Parrot's schedule change?
12:15 * bacek wave from future to whiteknight
12:16 pmichaud (good morning, #parrot)
12:16 bacek pmichaud, hi
12:16 whiteknight isn't tomorrow the second tuesday of the month?
12:16 moritz yes
12:16 whiteknight ...is parrot released on the second tuesday of the month?
12:16 pmichaud I thought parrot released on the third tuesday of each month.
12:16 moritz and traditionally the parrot relesae is on the 3rd, no?
12:16 whiteknight is it? Am I going completely stupid?
12:16 bacek someone have to learn how to count to 3 :)
12:16 * whiteknight thinks he has answered all his own questions
12:17 moritz just absent-minded :-)
12:17 whiteknight damnit
12:17 whiteknight fart, crap, damnit
12:17 bacek whiteknight, hint - there is calendar on www.parrot.org with release date :)
12:20 bluescreen joined #parrot
12:22 dukeleto msg darbelo could you give the definition of NFG in http://www.parrot.org/content/wha​t-nfg-why-you-want-parrot-have-it ? :)
12:22 purl Message for darbelo stored.
12:22 dukeleto 'ello
12:27 ruoso joined #parrot
12:27 dalek TT #813 closed by bacek++: [RFC] Deprecate (parts) of OrderedHash.
12:27 dalek TT #813: http://trac.parrot.org/parrot/ticket/813
12:40 bluescreen joined #parrot
12:42 pmichaud ...who did TT #1595?
12:42 pmichaud is downcase now a three-argument op?
12:46 bacek pmichaud, yes.
12:46 bacek (And probably I did it)
12:46 pmichaud ???
12:46 pmichaud why would downcase need *three* arguments?
12:46 bacek all in-place ops are deprecated
12:46 pmichaud I'm confused.
12:46 dukeleto pmichaud: JimmyZ did that
12:47 pmichaud a two-argument downcase isn't inplace.
12:47 moritz $x = downcase $z
12:47 bacek ah
12:47 moritz would work out-of-place
12:47 moritz with two args
12:47 bacek sorry, I misread it
12:47 pmichaud downcase $S0, $S1    # not inplace
12:47 pmichaud shall I fix or will someone else?
12:47 dukeleto pmichaud: i don't like the look of the patch attached to that ticket. it needs tests
12:47 dukeleto pmichaud: please fix, if you have time
12:47 pmichaud dukeleto: it would be difficult to come up with a test for that particular issue.
12:48 dukeleto pmichaud: difficult or impossible?
12:48 bacek pmichaud, TT#1595 is not about downcase. It's "substr" and "replace"
12:48 pmichaud bacek: it also changes downcase
12:48 pmichaud -    piropsig['downcase']   = 'Ss' +    piropsig['downcase']   = 'SSs'
12:49 dukeleto pmichaud: http://trac.parrot.org/parrot/changeset/46100
12:49 bacek pmichaud, it's in ticket. Actual commit doesn't change it
12:49 pmichaud dukeleto: the new code "works", but it causes an unneeded conversion of constant strings into string registers
12:49 dukeleto pmichaud: doesn't look like it actually touched downcase
12:49 pmichaud bacek: okay, the ticket says it was applied though
12:49 dukeleto pmichaud: i understand now
12:49 pmichaud ticket should say "applied the changes for substr and replace, rejected downcase"  :-)
12:49 bacek pmichaud, "language barrier"
12:49 pmichaud np
12:50 * dukeleto just fixed the TT description
12:50 dukeleto pmichaud: check now
12:51 iblechbot joined #parrot
12:52 pmichaud dukeleto: looks funny on my system, now.
12:53 moritz seems to miss {{{...}}} for verbatim text
12:53 moritz better now
12:54 pmichaud still looks weird to me.  but instead of changing the description, would be better to leave the original description in place and simply say that the downcase part of the patch was not applied.
12:54 dukeleto pmichaud: the original description was unreadable to me
12:54 pmichaud that way it's more obvious that downcase needed to be left alone.
12:56 dukeleto pmichaud: http://trac.parrot.org/par​rot/ticket/1595#comment:3
12:56 pmichaud weird, my page isn't showing a comment #3
12:56 Coke msg plobsing - I'll see about assigning some trac tickets...
12:56 purl Message for plobsing stored.
12:57 Coke plobsing++
12:57 moritz pmichaud: it seems reload is a bit unreliable
12:57 pmichaud moritz: indeed, it does.
12:57 pmichaud that's...... unfortunate.
13:00 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33753), fulltest) at r46469 - Ubuntu 10.04 i386 (g++)
13:00 mikehh t/pmc/packfile.t - TODO passed:   34 in make coretest, make test, testb, testf and testr
13:00 mikehh t/op/exit.t - TODO passed:   6 in testf
13:00 mikehh don't get the TODO passes on amd64
13:01 dalek parrot: r46470 | coke++ | trunk/docs/book/pct/ch03_compiler_tools.pod:
13:01 dalek parrot: doc patch courtesy tcurtis++ (TT #1556)
13:01 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46470/
13:02 dukeleto pmichaud: holding shift while reloading usually makes most browsers not use cache
13:02 pmichaud dukeleto: I did shift+reload, yes.
13:02 pmichaud my browser (firefox) isn't reading from cache, afaict
13:02 pmichaud it's definitely sending anothe request.
13:05 dukeleto I want a "byte array/bit vector" PMC in parrot.
13:06 Coke so, I got a good report from our most memory challenged builder of rakudo for branches/codestring. I'll merge it back today.
13:11 JimmyZ joined #parrot
13:11 JimmyZ Sorry, TT #1595 was wrong description
13:12 JimmyZ Did I hurt PCT?
13:14 * Coke wonders if having plobsing means we don't need pirc.
13:14 dukeleto JimmyZ: nope, the description was just a bit confusing
13:14 dukeleto JimmyZ: no harm done :)
13:15 dukeleto Coke: why so?
13:16 Coke dukeleto: because he just closed a dozen or so IMCC tickets that have been been open for years.
13:17 moritz somebody with a mind just as crazy as the original author? :-)
13:17 Coke (and recent efforts to integrate pirc have failed)
13:17 Coke free karma - go through DEPRECATED.pod and remove tickets listed that are eligible where the ticket is closed.
13:17 dalek TT #1556 closed by coke++: Wrong path and description of mk_language_shell.pl in PCT Book
13:17 dalek TT #1556: http://trac.parrot.org/parrot/ticket/1556
13:17 dalek TT #1626 created by coke++: Re: [parrot-tickets] Newbie reporting doc inconsistency
13:17 Coke (ala #1584)
13:17 dalek TT #1626: http://trac.parrot.org/parrot/ticket/1626
13:18 Coke and close out 1626 as an inadvertent opening. Apparently you CAN open tickets via email. :P
13:18 Coke (er, close it as fixed)
13:19 dalek parrot: r46471 | coke++ | branches/codestring (68 files):
13:19 dalek parrot: merge latest changes from trunk
13:19 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46471/
13:21 davidfetter joined #parrot
13:23 Coke msg sorear: on #perl6 you mention an nqp-rx patch - is that applied yet? If not, where is it?
13:23 purl Message for sorear stored.
13:25 JimmyZ dukeleto: thanks
13:27 JimmyZ Coke: http://github.com/perl6/nqp-rx/​tree/topic/no-codestring-target
13:29 JimmyZ joined #parrot
13:33 * bacek wear "Better to ask for excuse" and dcommiting some stuff
13:34 dalek TT #508 reopened by coke++: JSON libraries should be renamed to something less confusing
13:34 dalek TT #508: http://trac.parrot.org/parrot/ticket/508
13:35 dalek parrot: r46472 | bacek++ | trunk (4 files):
13:35 dalek parrot: Implement Test::More.done_testing. Not perfect and require
13:35 dalek parrot: some polishing especially for handling error conditions.
13:35 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46472/
13:37 bacek seen chromatic
13:37 purl chromatic was last seen on #parrot 3 days, 9 hours, 37 seconds ago, saying: Looks reasonable.  [May  7 04:36:25 2010]
13:37 bacek msg chromatic Please review r46472. I'm not sure that I grok Test::Builder fully.
13:37 purl Message for chromatic stored.
13:38 dukeleto bacek: r46472 needs some tests. I will attemp to write some if chromatic doesn't beat me to it
13:40 bacek dukeleto, I added simple test. But more tests are usually good :)
13:41 dukeleto bacek: yes, they are :)
13:41 davidfetter oh hai
13:41 bacek davidfetter, o/
13:42 dukeleto davidfetter: hola
13:42 davidfetter ¿que paso?
13:49 * dukeleto is working on three laptops and a desktop at the same time, before 7am. There was a screaming across the sky.
13:50 Andy joined #parrot
13:50 * moritz finds two keyboards confusing enough
13:50 dalek TT #1627 created by dukeleto++: tests for Test::More::done_testing
13:50 dalek TT #1627: http://trac.parrot.org/parrot/ticket/1627
13:51 moritz I have that reflex to hit a more "dangerous" key when a program doesn't react
13:51 moritz first Ctrl+Q, then Ctrl+D, then Ctrl+C
13:51 moritz so I've killed various programs because I stared at the wrong monitor (or used the wrong keyboard) and wondered why programs wouldn't react
14:00 rurban_ joined #parrot
14:02 PacoLinux joined #parrot
14:15 atrodo joined #parrot
14:16 Coke ahhh. ok. so pmichaud was right, and this is one of the places where assuming a Codestring is really a String is expensive.
14:17 Coke sorear++
14:22 Coke msg pmichaud any objections to merging sorear's topic/no-codestring-target nqp-rx branch to master along with parrot's codestring branch to trunk ?
14:22 purl Message for pmichaud stored.
14:23 Coke msg pmichaud (I may just do both together later today)
14:23 purl Message for pmichaud stored.
14:24 dalek parrot: r46473 | gerd++ | trunk/tools/docs/filename_and_chapter.pl:
14:24 dalek parrot: add a chapter; make the upper bound changeable
14:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46473/
14:26 Coke sorear: yup, that does it; rakudo builds for me here with: user    4m23.465s
14:27 moritz as opposed to how long normally?
14:27 Coke as opposed to pretty much INFINITE with branches/codestring. =-)
14:27 Coke let me try against a pristine trunk.
14:30 bubaflub joined #parrot
14:37 Coke It's faster in trunk: user    3m51.563s
14:37 Coke I didn't compare memory usage, however.
14:37 Coke (nor can I ratchet down ulimit on my OS X box, for some reason, it fails to do anything.)
14:38 Coke lemme patch ext/nqp-rx in branch...
14:43 Coke msg andy what was that brainstorming visualization tool you were using?
14:43 purl Message for andy stored.
14:44 moritz seen andy
14:44 purl andy was last seen on #parrot 3 days, 12 hours, 14 minutes and 31 seconds ago, saying: embed.h is going to get headerized.  It's the last holdout  [May  7 02:29:48 2010]
14:44 moritz seen andya
14:44 purl andya was last seen on #parrot 73 days, 19 hours, 23 minutes and 23 seconds ago, saying: Back's fine, thanks :)  [Feb 25 19:20:59 2010]
14:45 Coke seen adougherty?
14:45 purl I haven't seen 'adougherty', Coke
14:45 * Coke supposes he will test the low memory build of rakudo on feather later if no one beats him to it.
14:46 * Coke added the modified nqp-rx to branches/codestring if someone wants to try it out.
14:55 ruoso joined #parrot
14:57 Andy Coke: freemind
14:57 purl somebody said freemind was a mind mapping tool or http://freemind.sf.net/ or ...your ass will follow...
14:57 dalek parrot: r46474 | coke++ | branches/codestring/ext/nqp-rx/src/stage0 (4 files):
14:57 dalek parrot: Use sorear++ 's no-codestring-target branch of nqp-rx.
14:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46474/
14:57 dalek parrot: r46475 | dukeleto++ | trunk/NEWS:
14:57 dalek parrot: Improve our NEWS for 2.4.0
14:57 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46475/
15:00 Coke thanks, andy.
15:14 dalek parrot: r46476 | dukeleto++ | trunk/NEWS:
15:14 dalek parrot: Improve NEWS some more for 2.4.0
15:14 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46476/
15:50 lee_ joined #parrot
15:53 krunen joined #parrot
16:01 patspam joined #parrot
16:03 cotto_work hio
16:11 lucian joined #parrot
16:11 theory joined #parrot
16:40 iblechbot joined #parrot
17:00 darbelo joined #parrot
17:12 leejr joined #parrot
17:22 leejr I just spent half an hour looking for the languages repository.  I found it,  but it would have been much easier if the downloads page mentioned the languages repo
17:23 leejr the trac site doesn't mention how to get the languages either.
17:24 leejr I found it by inferring, from the trac website,  where the languages repo was.
17:24 leejr svn list wasn't any help from the parrot repo
17:26 Coke I just linked http://www.parrot.org/download to http://trac.parrot.org/parrot/wiki/Languages
17:26 Coke so, for lolcode, e.g., that would then link to: http://trac.parrot.org/lang​uages/browser/lolcode/trunk
17:28 dalek tracwiki: v128 | coke++ | Languages
17:28 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=128&amp;action=diff
17:28 Coke also added a link at http://trac.parrot.org/parrot/wiki/Languages to https://trac.parrot.org/languages
17:28 Coke Thanks.
17:32 cotto_work leejr, thanks for taking the time to report being annoyed by something of ours.
17:33 leejr Am I supposed to know that the trac url  mimics the svn url?
17:34 leejr I could find the trac,  but I didn't know how to translate that into getting the software.
17:37 Coke I'll add a note on the Languages page about that.
17:37 leejr oh,  I'm supposed to git it
17:39 Coke ... no, =-)
17:39 leejr languages sold separately.  ;-)
17:39 Coke all the stuff hosted on trac.parrot.org (languages or core) is all svn yet.
17:40 Coke http://trac.parrot.org/parrot/wiki/Languages updated.
17:40 Coke (if those were completely separate projects, they'd all have their own page.)
17:40 Coke (with their own "get the source" instructions). I guess I should actually update the root page of the languages trac instance.
17:41 leejr the relationship between trac and svn is not made explicit
17:44 Coke leejr: http://trac.parrot.org/languages/wiki/WikiStart
17:44 Coke how's that?
17:44 khairul_ joined #parrot
17:44 Coke (i'll remove the svn info from parrot's Languages page and just leave the pointer there.)
17:45 dalek tracwiki: v129 | coke++ | Languages
17:45 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=129&amp;action=diff
17:46 leejr In other words,  nobody told me explicitly to type         'svn co https://svn.parrot.org/languages'
17:47 Coke msg sorear - at .25G, rakudo doesn't build. at 0.5G (ulimit), trunk is faster for me. I can't win. =-)
17:47 purl Message for sorear stored.
17:47 Coke leejr: yes, and http://trac.parrot.org/languages now tells you this.
17:47 Coke is that sufficient?
17:47 leejr eggsellent
17:53 leejr btw,  cool project
17:57 leejr I looked at it because I was wondering if instead of a C++ DOM.document object at its core,  Firefox had a Parrot DOM.document
17:57 leejr maybe dumb idea.
18:01 Coke that's come up before, mainly as a "wouldn't it be nice if you could write client side perl6"
18:01 dalek tracwiki: v130 | coke++ | Languages
18:01 dalek tracwiki: http://trac.parrot.org/parrot/wiki/L​anguages?version=130&amp;action=diff
18:02 leejr that was my thinking as well
18:03 leejr in other words,  the document would really be a parrot file... a local proxy url that any language could work on
18:07 leejr the browser downloads the webpage,  turns it into a parrot object then gives the tmp filename as an argument to any script
18:09 leejr must reflect more on this.   but I think it could be done using the parrot API.  and implementing the api in each language.
18:09 leejr with a dom api wrapper
18:13 joeri joined #parrot
18:19 khairul joined #parrot
18:21 darbelo o/
18:21 Tene \o
18:22 treed o/
18:22 darbelo o/~  o/~
19:05 shockwave joined #parrot
19:12 sorear messages erase
19:24 Coke sorear: hio.
19:27 sorear yes?
19:30 Coke applied your nqp-rx branch to parrot's branches/codestring - I find that at a virtual memory limit of 0.5G, the branch is slower in user: time than trunk.
19:30 Coke (at 0.25G, it fails to compile in both.)
19:33 sorear try an rss limit of 0.35G
19:34 sorear also, are you comparing it to trunk-now or trunk-when-branched?
19:34 sorear oh, you merged
19:35 Coke both at HEAD.
19:37 dalek parrot: r46477 | darbelo++ | trunk/MANIFEST:
19:37 dalek parrot: Regenerate MANIFEST
19:37 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46477/
19:45 Coke with a ulimit -v of 367001, parrot trunk runs OOM.
19:45 Coke (building rakudo)
19:51 * Coke must remember to ulimit -c 0 when running something that could memory PANIC. :P
19:52 sorear does ulimit -m do anything useful?
19:52 GeJ Good morning everyone.
19:52 sorear Good morning.
19:52 purl For you maybe.
19:52 cotto_work good moring GeJ
19:53 dalek joined #parrot
20:09 shockwave purl paste
20:09 purl paste is (see: nopaste) or like glue but a little safer to sniff. or http://nopaste.snit.ch:8001/ or http://scsys.co.uk:8001/ anywhere shadowpaste is or mmm, sticky paste or You there! Eating the paste. or <see> 2 girls, 1 paste or App::Nopaste or toxic for bots and humans
20:11 Coke sorear: ok. at ulimit -v 367001, I see the sweet spot where branches/codestring beats trunk.
20:11 Coke (3m5s user time to build rakudo vs. "BOOM")
20:11 sorear Coke: Does ulimit -m not work?
20:13 Coke it might. bash warns "many systems may not honor this limit"
20:13 nopaste "shockwave" at 192.168.1.3 pasted "code to illustrate question." (44 lines) at http://nopaste.snit.ch/20520
20:13 Coke as I understand it, -v overrides that anyway. (you can't have a -m > than -v)
20:13 sorear -m doesn't make programs go BOOM though
20:14 sorear -v doesn't make programs slower, in general
20:14 sorear -v either has no effect, or makes them crash
20:14 sorear -m makes them slower
20:14 shockwave I have 2 simple questions about declaring .local directives. I'll reffer to the paste for illustration.
20:14 Coke shockwave: shoot.
20:15 Coke sorear: k. I'll try it that way.
20:15 shockwave 1) Does it make any memory/speed difference if .local directives are declared in a position where they could be skipped by code, as in the .locals's _i, _hier, ... or does it not matter where in the body they are declared?
20:16 sorear it does not matter where in the body
20:16 sorear .local does not generate any code
20:16 shockwave I probably pasted more code than I needed for the answer, but I just grabbed the first sub that came to mind with it.
20:16 darbelo shockwave: .local defines an alias to a register.
20:16 shockwave ah, that kinda answers my next question then:
20:17 shockwave 2) Is there any speed difference between .local int _i, and $I0
20:17 shockwave I guess the answer is no?
20:17 Coke certainly not at runtime.
20:17 shockwave Coke, sweet. Runtime is what matters to me, in this case.
20:17 shockwave Thanks, guys.
20:17 Coke at compile time, it might be theoretically faster. (but not practically so.)
20:18 shockwave Coke, I hear that.
20:18 sorear can't use isa?
20:19 Coke sorear: and that was going to be my question about his example. =-)
20:19 shockwave sorear, I don't think so because... hold on. Let me remember the reason.
20:19 Coke I assume that his type hierarchy is outside of parrot's.
20:20 sorear there is no "Parrot type hierarchy"
20:20 sorear there's a default implementation of isa, sure
20:20 * shockwave still thinking...
20:20 purl it has been said that thinking is see `made of meat`
20:20 smash joined #parrot
20:20 smash hello everyone
20:21 Coke sorear: Depending on how you define type hierarchy, sure.
20:21 sorear but there are no rules when it comes to using better vtables
20:21 shockwave oh, right. I remember,
20:22 Coke sorear: I don't know what you mean by "better vtables"
20:22 shockwave Because I'm comparing the class' typeid agains an instance, as: var a = someInstance is SomeClass
20:22 shockwave someInstance is SomeClass translates to:
20:23 sorear isa someInstance, someClass doesn't work?
20:23 shockwave '%TypeOf'(11, $P#), where 11 is the typeid of SomeClass.
20:23 Coke er... where are you getting that type id?
20:23 shockwave Coke: compiler.
20:23 purl compiler is, like, a controversial feature of Perl5.005 which will probably be used for evil ends or a way for the unenlightened to make themselves think their programs will run faster
20:23 Coke shockwave: so it's a unique ID you're tracking about about your own pmcs/objects?
20:24 shockwave Coke, it's a statically typed language, so the compiler has the type info.
20:24 Coke (not parrot's internal integral type id?)
20:24 shockwave Coke, nope.
20:24 Coke hokay.
20:24 shockwave Coke, the compiler creates an unique type-id for each class.
20:24 dalek parrot: r46478 | darbelo++ | trunk/t/library/test_builder_done_testing.t:
20:24 dalek parrot: [CAGE] Add svn props to t/library/test_builder_done_testing.t
20:24 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46478/
20:25 shockwave Don't laugh: The main reason behind that is because:
20:25 shockwave The compiler's symbol table is actually an embeeded database. Sqlite, to be exact.
20:26 shockwave You would think that it would run slow as hell, but, I'm confident it will be fast enough. And, as it's a database, you can do all kinds of neat things with it.
20:27 shockwave Each entry of a class within the symbol table (database) has an unique-id, which works wonders in so manny situations.
20:28 Themeruta joined #parrot
20:32 ash_ joined #parrot
20:40 Coke sorear: with -m at that level, trunk builds in user: 2m35s, branch in 3m6s.
20:41 Coke so I really don't see any benefit anymore, sadly.
20:41 Coke (granted, I'm testing this on feather, which is a VM with mannnnny other things going on.)
20:43 Coke I see similar ratios with my OS X box (which doesn't seem to respect any ulimits)
20:44 Coke so the only time I see any benefit to this branch is on feather, with a ulimit -v of 0.35G, where trunk explodes and branch doesn't.
20:54 bluescreen joined #parrot
21:00 Coke OTOH, glad that trunk is faster.
21:00 nopaste "shockwave" at 192.168.1.3 pasted "Lengthy question." (50 lines) at http://nopaste.snit.ch/20521
21:00 Coke seen chromatic?
21:00 purl chromatic was last seen on #parrot 3 days, 16 hours, 23 minutes and 55 seconds ago, saying: Looks reasonable.  [May  7 04:36:25 2010]
21:00 shockwave I posted a question as a paste, since it's lengthy. If someone wants to take a stab at it, I'll be around.
21:01 Coke shockwave: yes, you can't tell in parrot if a $I0 is really just a 0/1 bitval.
21:01 Whiteknight joined #parrot
21:01 Coke (well, aside from checking to see if its value is 0 or 1)
21:01 fperrad joined #parrot
21:01 Coke if you wanted to know this at compile time, you could check.
21:01 Coke er, s/check/keep trck/
21:02 Coke if you want to know arbitrarily at runtime, yah, I think you need a PMC.
21:02 shockwave Coke, the compiler knows. The problem is that the info is lost at runtime.
21:02 Coke you can't make an I register more specific.
21:02 gpw joined #parrot
21:02 shockwave Coke. Yeah. I may have to live with that ambiguity for now. I kinda figured. :(
21:03 Coke are you willing to consider an Integer that happens to have a value of 0 or 1 at runtime a Boolean?
21:03 Coke (I'm guessing now.)
21:03 Coke (no)
21:03 shockwave Coke, that's going to be the closest aproximation that I can make. Excelent guess, btw.
21:04 Coke =-)
21:04 shockwave I wonder how languages like Java, C# and ActionScript deal with this.
21:04 Coke I ended up dodging all this in partcl by saying "everything's a PMC" and hoping that by the time I got back to it, something like PCT could track that for me.
21:05 shockwave Coke. Having simple I registers is so sweet, though.
21:05 shockwave That's about as fast as something is going to be, I would assume.
21:06 fperrad_ joined #parrot
21:09 shockwave I'll keep thinking about it for some time in the back of my mind. If I think of something, I'll mention it.
21:14 shockwave err, is $I0 ... the same as: .local pmc _i = new 'Integer' ?
21:15 shockwave Or is $I0 more efficient.
21:15 Coke $I0 is not an Integer.
21:15 Coke it's an int.
21:15 Coke more efficient.
21:15 Coke $I0 is .local int _i
21:16 Coke (also, you sadly can't do .local and = on the same line. =-)
21:16 shockwave Coke: Cool, I ask because of the type of error message generated by $I0:
21:16 shockwave Method '%getType' not found for invocant of class 'Integer'
21:17 Coke no methods on int register.
21:17 Coke only on PMCs.
21:17 shockwave Coke: Yep, I found about the not being able to initialize .local declarations the first day. I was surprised.
21:17 Coke is this on your previous nopaste?
21:18 shockwave Coke: Yeah. I know why the error happens. It's just the message that made me think about the question.
21:18 Coke shockwave: http://github.com/partcl/partcl​/blob/master/src/macros.pir#L62
21:18 Coke if you're hand-rolling PIR that can come in handy.
21:18 Coke (you'd invoke it with .int(foo, 3), .g.
21:19 Coke er, e.g.
21:19 shockwave Coke, That code is too sweet. I'm gonna have to steal it.
21:20 Coke distillation of years of fighting PIR. enjoy. =-)
21:21 shockwave :-)
21:21 Coke (I finally gave up once nqp-rx existed.) (pmichaud++)
21:21 Coke see also hll_macros.pir in core.
21:21 shockwave What was partcl? I'm only vaguely familiar with nqp (I don't Perl).
21:22 Coke partcl?
21:22 purl i think partcl is tcl on parrot or http://code.google.com/p/partcl
21:22 Coke partcl-nqp?
21:22 purl well, partcl-nqp is http://github.com/partcl/partcl-nqp
21:22 shockwave I though partcl was the name of a project you worked on.
21:23 Coke yes.
21:23 Coke those are mine.
21:23 shockwave Nice.
21:24 Coke danke. ->
21:24 shockwave Latest commit was last week. Are you still working on it?
21:25 shockwave On and off, maybe?
21:29 tetragon joined #parrot
21:31 shockwave I guess my question was dumb. Sorry about that.
21:38 tcurtis joined #parrot
21:40 shockwave I'll end up not using the macros file, since, at least for the first version of the compiler, I would like the satisfaction of claiming "100% original code" :-)
21:41 * darbelo is a big fan of having 100% original bugs.
21:41 darbelo Debugging my code has always been more fun thatn debugging someone else's.
21:42 shockwave It's relieving to know that the bug in the program was created by you.
21:43 cotto_work seen khairul
21:43 purl khairul was last seen on #parrot 1 days, 13 hours, 40 minutes and 18 seconds ago, saying: hi sorear, i think the one doing the RTEMS port is bubaflub?  [May  9 08:02:46 2010]
21:44 darbelo "Oh, for the love of $deity. This was coded by complete morons^W^Wme."
21:50 cotto_work msg khairul Next time you need something, ping me in #parrot.  It's too easy for me to miss privmsg windows if I'm not expecting them.
21:50 purl Message for khairul stored.
21:51 smash anyone knows who is mentoring the parrot on rterms GSOC project ?
21:52 ash_ shouldn't it be on the wiki or in the accepted purposal?
21:52 darbelo It got accepted with RTEMS, but that info should be available in the gsoc page.
21:53 darbelo http://socghop.appspot.com/gsoc/pro​gram/list_projects/google/gsoc2010
21:53 darbelo If your browser can handle that javascript.
21:54 darbelo Jonathan leto is listed, with Chris Johns and joel sherrill co-mentoring.
21:54 darbelo http://socghop.appspot.com/gsoc/student_proj​ect/show/google/gsoc2010/rtems/t127230763613
21:56 darbelo Chris Johns is the one that had gotten parrot running on RTEMS the first time around.
21:56 darbelo He goes by kiwichris on IRC.
21:59 smash darbelo: great, thks
22:00 rurban_ joined #parrot
22:06 darbelo smash: Oh, and in case it was unclear Jonathan Leto is out very own dukeleto. Pinging him on all matter GSoC is generally a good Idea.
22:07 snarkyboojum joined #parrot
22:11 shockwave left #parrot
22:13 smash darbelo: yeap, i kknow dukeleto from irc :) thks again
22:14 darbelo Excellent.  Just making sure.
22:17 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33760), fulltest) at r46478 - Ubuntu 10.04 i386 (gcc with --optimize)
22:17 mikehh t/pmc/packfile.t - TODO passed:   34 in make coretest, make test, testb, testf and testr
22:17 mikehh t/op/exit.t - TODO passed:   6 in testf
22:20 mikehh I think I mentioned before - the TODOs do not pass on amd64
22:25 dalek TT #1628 created by NotFound++: Unescape parrot string to parrot string
22:25 dalek TT #1628: http://trac.parrot.org/parrot/ticket/1628
22:28 bacek ~~
22:28 mikehh howdy bacek
22:29 darbelo bacek: I have another Crazy String Idea for you.
22:29 bacek mikehh, partially recharged and ready for new day :)
22:29 bacek darbelo, do tell!
22:29 darbelo Chop off the 'encoding' pointer.
22:30 bacek darbelo, I like it
22:30 darbelo Probably, the way to do that is to make the encoding a property of the charset.
22:30 bacek darbelo, hang on. encoding? Not chartset?
22:31 bacek s/chartset/charset/
22:31 darbelo I keep mixing them up. The functions in charset call the ones in encoding?
22:32 darbelo If not, then reverse my reasoning ;)
22:32 bacek They are hardly twisted...
22:32 bacek encoding is one of utf-*, ucs and fixed-8
22:32 bacek charsets are ascii, unicode, etc
22:33 darbelo Then charset is the one that has to stay.
22:33 NotFound_b I proposed several times to drop the charset thing, charset is always unicode, but been rejected.
22:34 bacek NotFound_b, let's try it again.
22:34 darbelo My idea is a little more conservative.
22:35 bacek darbelo, that I don't like it :)
22:36 darbelo ascii, binary and iso-8859-1 all imply a single encoding, if we chop up unicode into several 'this wide' sub-encodings we get to save a pointer.
22:36 dalek parrot: r46479 | bacek++ | trunk/NEWS:
22:36 dalek parrot: Add news about string immutablity.
22:36 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46479/
22:36 dalek parrot: r46480 | NotFound++ | trunk (4 files):
22:36 dalek parrot: experimental function Parrot_str_unescpae_string and String.unescape method, TT #1628
22:36 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46480/
22:36 darbelo And we get to kill utf8 with fire.
22:36 bacek darbelo, no way.
22:37 NotFound_b darbelo: ascii and iso-8859-1 are unicode subsets with a very simpleencoding.
22:37 NotFound_b And for binary we can have encoding/decoding functions that throws unless explicitly asked for some transcoding.
22:38 darbelo NotFound_b: Exactly. I'm arguing we should try to do the same with other 'wider' subsets of unicode. Then the 'encoding' is a property of the (sub?)charset.
22:38 sorear Let me get this straight.  shockwave is avoiding NQP-rx and doing straight PIR for political reasons?
22:38 bacek NotFound_b, looks about all right.
22:39 NotFound_b darbelo: but calling it encoding is more on the line of the unicode documents.
22:39 bacek darbelo, if all strings are unicode we don't need "charset"
22:39 shockwave joined #parrot
22:40 NotFound_b If we fully support unicode, using unicode jargon in our docs and code will be helpful.
22:40 shockwave I've been looking on docs.parrot.org and Google, but can't find it: Where the info for addproperty opcode?
22:41 darbelo bacek: True, but I think allison was against all-unicode. She wants parrot to be able to handle strings in 'native' format as well. Even if it isn't unicode.
22:41 NotFound_b shockwave: I think there is no such op.
22:42 NotFound_b Native format is an encondig,
22:42 shockwave NotFound_b: I'm looking for the opcode that's like addattribute, but it's not inherited and (I think) can be added to  pmc's at runtime.
22:42 bacek shockwave, http://trac.parrot.org/parr​ot/wiki/Parrot%20Dictionary
22:43 bacek darbelo, it can use "fixed_8".
22:43 shockwave woot! I did not know that page existed. Nice!
22:43 shockwave Thanks, bacek
22:43 NotFound_b shockwave: properties aren't added, just set.
22:44 bacek darbelo, actually I don't see any advantages of having "native" strings. We can use some kind of BinaryStream PMC for bloody binary data.
22:44 shockwave NotFound_b, do you remember the opcode to set them?
22:45 NotFound_b shockwave: setprop, getprop, delprop
22:45 shockwave Those aren't on the page bacek linked.
22:46 shockwave Thanks, NotFound
22:46 NotFound_b "native string" is shit. I can have a latin-1 locale now and a utf8 locale one minute later.
22:46 sorear shockwave: Let me get this straight.  You are deliberately avoiding NQP-rx?
22:46 mikehh NotFound_b: I agree completely
22:46 shockwave sorear. Yes.
22:47 sorear I propose we rename NQP to Not Quite PIR.
22:48 NotFound_b The idea of native string leads to confusion between text and binary IO
22:48 sorear It's currently the one and only maintained parser and compiler engine for Parrot
22:48 sorear Maybe if we remove the "Perl" from the name, people will 1. use it 2. have more fun with Parrot?
22:48 bacek NotFound_b, +1
22:49 bacek NotFound_b, actually, +100500
22:49 darbelo sorear: So? We're not apple. He can use whatever toolkit he likes.
22:49 shockwave sorear, you may not be that off on that comment. I would have gone with C++ anyway, but the name Perl in the name didn't help.
22:50 shockwave Of course, that's just me.
22:50 shockwave It's just I've never written code in Perl.
22:52 NotFound_b sorear: NQP is a language, the parser and compiler engine tools are called PCT. NQP is just language commonly used with PCT.
22:52 NotFound_b You can use only PIR with PCT if you want to.
22:55 darbelo sorear: Also, even without 'perl' in the name it still has the syntax. It is a subset of perl 6, calling it anything else is pointless.
22:56 ash_ joined #parrot
22:56 sorear NotFound_b: How do you use PCT for parsing?
22:56 bacek PCT Grammar is subset of Perl6 too
22:57 sorear Oh, you consider PGE to be part of PCT
22:57 Tene PCT is more than just the Grammar.  I've used the PAST and POST compilers from PIR and from other HLLs.
22:57 NotFound_b sorear: well, the grammar engine is also based on perl6, so you aren't completely free of perl6'nes anyway.
22:57 purl okay, NotFound_b.
22:59 cotto_work the grammar engine?
22:59 purl i think the grammar engine is just going to be another parrot compiler or based on perl6, so you aren't completely free of perl6'nes anyway.
22:59 dalek tracwiki: v2 | bacek++ | GCSweepFreeImplementation
22:59 dalek tracwiki: Minor fix
22:59 dalek tracwiki: http://trac.parrot.org/parrot/wiki/GCSweepF​reeImplementation?version=2&amp;action=diff
22:59 tcurtis shockwave, if you're writing a compiler to Parrot without using PCT(or at least the PAST stuff), you're going to be missing out on the PAST-level optimization stuff I'll be doing this summer for GSoC.
22:59 NotFound_b cotto_work: Isn't that what PGE stand for?
23:00 darbelo tcurtis++
23:00 NotFound_b Oh, you talekd with purl :D
23:00 shockwave tcurtis, dang!
23:01 darbelo Of course, I've had a 'PAST' compiler on my TODO since last summer. So anything that outputs PAST will eventually benefit.
23:01 Psyche^ joined #parrot
23:01 bacek E.g PCT based PIR compiler :)
23:01 * shockwave attempts to influence tcurtis to add an optimizer to imcc instead: Optimize IMCC instead, tcurtis.
23:02 bacek Optimize IMCC with fire!
23:02 sorear ==bacek
23:02 darbelo bacek++
23:03 shockwave Poor IMCC. It does it's job, yet no one is fond of it. (I don't hate it, yet).
23:03 darbelo "The code that runs fastest is the code that does not run at all."
23:03 * darbelo goes all zen and stuff.
23:03 sorear shockwave: well that's the thing, it *doesn't*
23:03 darbelo shockwave: Read the source, you will.
23:03 bluescreen joined #parrot
23:04 shockwave darbelo. I may actually do that soon, just for kicks.
23:04 sorear IMCC crashes regularly and generates wrong bytecodes if you look at it from a bad angle
23:04 shockwave sorear, is there something about it that doesn't work?
23:04 shockwave :S
23:04 Tene pirc was pretty close to working for a while.
23:04 sorear And don't even bother trying to enable the IMCC optimizer
23:04 NotFound_b shockwave: look at the IMCC related track tickets and skipped and todoed tests.
23:05 shockwave Damn. I was reading some of the PDDs yesterday, and it mentioned something about an optimizer. I was like, hell yeah!
23:05 darbelo It is a bit like Hell. Yeah.
23:05 Coke (imcc crashes regularly) please open tickets when that happens, ok?
23:06 Coke (generates wrong bytecodes) also, tickets.
23:06 sorear Coke: I know it crashes regularly because I'm subscribed to parrot-tickets
23:06 Coke RAWR YOUR STUFF IS BORKED is not helpful.
23:06 sorear This is also how I know about the miscompilations
23:06 sorear Opening tickets for tickets I read about is less helpful
23:06 shockwave It hasn't crashed on me. Though, I don't think I've gotten too crazy with the code.
23:06 Tene Is there a ticket for too many open tickets?
23:07 darbelo Tene: Just open one, we can merge duplicates ;)
23:07 shockwave lol
23:07 Coke FYI, 14 active tickets with "segf" in the summary, of which 1 is identified as an IMCC bug.
23:08 Coke msg plobsing: here's an IMCC ticket for you: #162.
23:08 purl Message for plobsing stored.
23:08 Coke (and that's not even segfaulting anymore. no one updated the ticket summary.)
23:10 Coke Whiteknight: mind if I reassign #162 to plobsing?
23:10 Whiteknight ?
23:10 Whiteknight yes, please do
23:11 shockwave Obviously, a program shouldn't crash. But compilers shouldn't be generating that code anyway.
23:11 shockwave ticket 162 ^
23:12 shockwave Oops, what I meant to say is that IMCC shouldn't allow that syntax.
23:12 Tene There are many X for which IMCC shouldn't X
23:13 darbelo Coke: It's slightly wider than "We all have IMCC with no reason".  I'm not seing anything wrong with IMCC *now*. But I've found (and then fixed, no ticket needed) one case of stack corruption that's been there since who knows when.  I also don't know how many other bugs are there lurking waiting for me to step on the wrong stone.
23:13 darbelo I just do not like the feeling of impending doom associated that IMCC instills in me.
23:13 Coke darbelo: "there are undiscovered bugs" is not the same as "ZOMG ITZ TEH SUXX0RZ" (hyperbole added for emphasis)
23:14 darbelo Well, ITZ TEH SUXX0RZ as well ;)
23:14 Coke I'm not saying it's all hugs and puppies.
23:14 dalek TT #1118 closed by coke++: [PATCH] Added __END__ to pir
23:14 dalek TT #1118: http://trac.parrot.org/parrot/ticket/1118
23:15 Tene "We keep finding bugs here again and again over time, and nothing has changed such that we now believe it to be sufficiently correct." is also different.
23:17 shockwave Speaking about tickets. I added ticket 1621, about Parrot not compiling under Windows.
23:17 Coke ugh. svn-- # tripping over an unversioned copy of a file during an svn switch seems to be fatal.
23:17 shockwave Compilation broken. (I updated 2 seconds ago).
23:17 * Coke checks.
23:17 darbelo Awww. Again? We need more windows folks in here.
23:18 shockwave This is the basic error (a few of these, the same): src/debug.c:3249: error: structure has no member named `to_ctx'
23:18 Coke shockwave: are you using strawberry perl?
23:18 shockwave Coke, yep.
23:18 Coke k. I'll see if I can duplicate here.
23:18 shockwave I tried using the other method, MSVC
23:19 shockwave same thing.
23:19 Coke probably a missing PARROT_EXPORT
23:19 Coke darbelo: we have taptinder
23:19 Coke taptinder?
23:19 purl taptinder is continues integration tool - http://taptinder.org . For Parrot project running on http://tt.taptinder.org/ and reporting build failures to #parrot channel as ttbot.
23:20 Coke shockwave: did you realclean?
23:20 shockwave Not today. Let me try it.
23:20 Coke also, what svn revision?
23:20 Coke (we're green on taptinder)
23:20 shockwave 46480, trunk
23:20 darbelo taptinder squawks when we break it, it doesn't fix it for us ;)
23:21 Coke there were some errors back on r46454 or so
23:22 * Coke runs an svn update on his 3 month old windows parrot checkout. woof.
23:22 shockwave Coke. Did distclea. Still busted.
23:23 Coke (ah, svn is not borked on that svn switch. just took ages to resolve.)
23:23 Coke shockwave: k. I'll try a build as soon as this svn update finishes.
23:23 shockwave Coke, cool.
23:23 Coke did you pass any options to Configure.pl?
23:23 shockwave no
23:24 Coke k.
23:25 Coke shockwave?
23:25 purl shockwave is bad huh? or http://www.shockwave.com/bin/s​hockwave/error/osplatform.jsp
23:25 Coke forget shockwave
23:25 purl Coke: I forgot shockwave
23:25 shockwave shockwave, yeah?
23:25 gpw joined #parrot
23:26 Coke just wondering if purl knew who you were.
23:29 Coke note that 'make distclean' doesn't seem to remove everything on my strawberry instance.
23:30 Coke (svn st and svn st --no-ignore still show a lot of junk) cleaning up by hand..
23:31 shockwave Coke, checking out a freshly minted copy.
23:31 Coke also, did you build with make -j?
23:32 Coke mingw32-make -j, that is?
23:32 shockwave no
23:32 shockwave nope
23:32 shockwave perl Configure.pl
23:32 shockwave mingw32-make
23:32 Coke k.
23:33 janus joined #parrot
23:34 sorear svn st --no-ignore | cut -c 8- | xargs rm -f
23:35 shockwave Coke, it's still going. I think it's gonna finish.
23:35 shockwave (building)
23:35 Coke Yah, that doesn't help in cmd.exe. =)
23:35 shockwave Yey!
23:35 shockwave It did build.
23:36 shockwave You're right, it's distclean's fault.
23:36 Coke ... so something was hanging around somewhere. that sucks.
23:38 Coke shockwave: yah, builds here too.
23:38 NotFound_b Maybe include/pmc isn't cleaned?
23:39 Coke should be easy enough to check on a fresh checkout.
23:39 shockwave Well, at least it compiles fine, and the problem is with the build system.
23:40 sorear Coke: What's the status of codestring?  Abandoned and I should switch my testing back to trunk?
23:41 shockwave Thanks, Coke
23:42 Coke sorear: there is a single case where it's better in my testing. I was going to through it out to the list for more feedback than yours system and my system.
23:42 shockwave Someone please update ticket #1621
23:42 Coke I'll do that now, sorear.
23:42 shockwave (I don't have modify access)
23:43 Tene or someone give shockwave access to update tickets
23:43 Tene :)
23:43 shockwave :p
23:49 shockwave When you're used to working with dual monitors, it sucks when you go somewhere and have to use only a little laptop monitor.
23:50 shockwave You gotta open windows often just to check status of things; as opposed to just glancing at the other monitor.
23:50 shockwave I code at least 300% slower with my laptop along.
23:50 shockwave s/along/alone
23:54 Coke sorear: sent
23:57 sorear excellent.
23:58 dalek parrot: r46481 | mikehh++ | trunk/src/string/api.c:
23:58 dalek parrot: add missing ASSERT_ARGS
23:58 dalek parrot: review: http://trac.parrot.org/parrot/changeset/46481/

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

Parrot | source cross referenced