Camelia, the Perl 6 bug

IRC log for #parrot, 2009-05-08

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:06 dalek parrot: r38558 | cotto++ | branches/pmc_pct (306 files):
00:06 dalek parrot: sync pmc_pct with trunk
00:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38558/
00:10 dalek parrot: r38559 | whiteknight++ | branches/gc_api/src/stacks.c:
00:10 dalek parrot: [gc_api] I cant find any case where StackChunks use sysmem, so there's no reason why it should call Parrot_gc_free_sysmem here.
00:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38559/
00:19 mikehh_ joined #parrot
00:20 bacek_ joined #parrot
00:30 dalek parrot: r38560 | whiteknight++ | branches/gc_api (4 files):
00:30 dalek parrot: [gc_api] change src/stacks.c to not be monkeying around in the internals of the gc
00:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38560/
00:30 dalek parrot: r38561 | whiteknight++ | branches/gc_api/src/pmc/array.pmc:
00:30 dalek parrot: [gc_api] array.pmc does not need to be accessing Small_Object_Pool here directly.
00:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38561/
00:33 mikehh_ joined #parrot
00:43 dalek parrot: r38562 | whiteknight++ | branches/gc_api/src/gc (3 files):
00:43 dalek parrot: [gc_api] remove the function Parrot_gc_free_sysmem. It was only used with bufferlike pools, which in turn were only used in src/list.c and src/stacks.c, neither of which used sysmem anyway.
00:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38562/
00:44 mikehh_ joined #parrot
00:53 dalek parrot: r38563 | whiteknight++ | branches/gc_api (5 files):
00:53 dalek parrot: [gc_api] Parrot_gc_free_pmc is not an API function. move it and rename it to reflect that
00:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38563/
00:53 dalek parrot: r38564 | chromatic++ | trunk/docs/book/ch05_pge.pod:
00:53 dalek parrot: [book] Edited chapter 5 of the book for language; added some editorial and
00:53 dalek parrot: organization recommendations.
00:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38564/
00:57 dalek parrot: r38565 | chromatic++ | trunk/src/oo.c:
00:57 dalek parrot: [oo] Avoided a dual-lookup for vtable overrides in class cache.
00:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38565/
00:57 dalek parrot: r38566 | chromatic++ | trunk/src/pmc/object.pmc:
00:57 dalek parrot: [PMC] Avoided a dual lookup for methods in Object PMC.
00:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38566/
00:57 dalek parrot: r38567 | chromatic++ | trunk/src/pmc/resizablepmcarray.pmc:
00:57 dalek parrot: [PMC] Added delete_keyed_int VTABLE entry and rewrote delete_keyed entry for
00:57 dalek parrot: ResizblePMCArray.  This avoids unnecessary manual boxing of an INTVAL key into
00:57 dalek parrot: an Integer PMC which immediately gets unboxed back into an INTVAL.  This
00:57 dalek parrot: improves Rakudo startup by a minor but measurable 1.34%.
00:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38567/
01:00 dalek parrot: r38568 | chromatic++ | trunk/src/string/api.c:
01:00 dalek parrot: [src] Tidied some string subsystem initialization code; no functional changes.
01:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38568/
01:00 dalek parrot: r38569 | whiteknight++ | branches/gc_api (3 files):
01:00 dalek parrot: [gc_api] Parrot_gc_free_buffer_malloc is not an API function. moving it and making it static
01:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38569/
01:03 Whiteknight yay! Lots of commits tonight
01:03 Whiteknight some nights this week it has been dead in here
01:03 cotto and only half of them are yours
01:06 bacek_ hi there
01:06 cotto hi bacek_
01:07 bacek_ cotto: did you try to 02/parse-all.t in pmc_pct branch? It probably will fail on functions pointers in ATTRibutes.
01:07 cotto I have it only testing 10 PMCs to speed up make test.
01:07 cotto If there are failures, I should probably find some better pmcs.
01:08 cotto s/are/should be/
01:09 cotto managedstruct looks like a good test case
01:10 bacek_ yes. managedstruct...
01:11 cotto and it fails
01:11 bacek_ We have to steal more stuff from languages/c99/grammar.pg
01:13 cotto If you want to work on it, don't forget to update.  I renamed the compiler to pmcc and updated from trunk
01:13 cotto .
01:13 dalek parrot: r38570 | whiteknight++ | branches/gc_api (5 files):
01:13 dalek parrot: [gc_api] Parrot_gc_free_buffer is not an API function. Parrot_gc_profile_start is not either. Move these elsewhere
01:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38570/
01:17 dalek parrot: r38571 | whiteknight++ | branches/gc_api (6 files):
01:17 dalek parrot: [gc_api] move a few more functions
01:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38571/
01:17 cotto bacek_, managedstruct is added to the parsing tests
01:19 mikehh_ joined #parrot
01:20 dalek parrot: r38572 | cotto++ | branches/pmc_pct/compilers/​pmcc/t/02-parse-all-pmcs.t:
01:20 dalek parrot: [t] add managedstruct to the pmcc tests to check for successful parsing of function pointers
01:20 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38572/
01:27 dalek parrot: r38573 | chromatic++ | trunk/src (14 files):
01:27 dalek parrot: [PMC] Replaced all uses of key_integer() outside of Key PMC and src/key.c with
01:27 dalek parrot: get_integer VTABLE calls.  This allows key_integer() to skip the "Is this
01:27 dalek parrot: really a Key?" check.
01:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38573/
01:30 dalek parrot: r38574 | whiteknight++ | branches/gc_api (14 files):
01:30 dalek parrot: [gc_api] rename Parrot_do_gc_run to Parrot_gc_mark_and_sweep
01:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38574/
01:33 eternaleye joined #parrot
01:33 dalek parrot: r38575 | whiteknight++ | branches/gc_api/src/gc (2 files):
01:33 dalek parrot: [gc_api] move the global flag CONSERVATIVE_POINTER_CHASING out of the API
01:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38575/
01:37 dalek parrot: r38576 | chromatic++ | trunk/src (7 files):
01:37 dalek parrot: [PMC] Changed some key_next() calls to VTABLE_shift_pmc calls on Key PMCs where
01:37 dalek parrot: it's unambiguous that the Key PMC really is a Key PMC.
01:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38576/
01:40 dalek parrot: r38577 | chromatic++ | trunk/src/pmc/retcontinuation.pmc:
01:40 dalek parrot: [PMC] Enabled RetContinuation recycling on invoke().  This is slightly
01:40 dalek parrot: dangerous, but it's run with the -DNDEBUG flag for ages successfully.  It
01:40 dalek parrot: offers a 2.27% improvement to Rakudo startup, and the effect is more dramatic
01:40 dalek parrot: for benchmarks with a lot of PIR function calls.
01:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38577/
01:43 Whiteknight chromatic++ # that key system needed a huge amount of work
01:44 cotto s/needed/needs/
01:44 Whiteknight he's doing a huge amount of work
01:44 cotto yes
01:46 cotto bacek_, are you still not going to be able to work on pmc_pct until the weekend?  I'm thinking that the next step needs to be smarter ATTR type parsing.
01:49 chromatic It still needs a huge amount of work.
01:49 chromatic It's a little bit cleaner, and every little bit of performance helps (especially if it's measurable and things end up cleaner).
01:50 dalek parrot: r38578 | whiteknight++ | branches/gc_api (9 files):
01:50 dalek parrot: [gc_api] move the subsystem initialization routine (now named Parrot_gc_initialize) to the API, and move a lot of function prototypes to the gc_private.h header file where they are hidden from the rest of Parrot
01:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38578/
01:50 cotto chromatic, where do your measurements come from?
01:50 bacek_ cotto: go ahead and improve parsing. I'll jump on this train later
01:50 cotto ok.
01:51 chromatic callgrind and kcachegrind
01:53 Whiteknight I had forgotten how messy and crufty the GC was
01:53 Whiteknight it's like a traumatic experience that I blocked out of my memory
02:27 Andy joined #parrot
02:35 janus joined #parrot
02:39 dalek parrot: r38579 | petdance++ | trunk/compilers/imcc/pbc.c:
02:39 dalek parrot: hoisted a subexpression into a local var
02:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38579/
03:06 amoc joined #parrot
03:15 japhb joined #parrot
03:15 bacek joined #parrot
03:18 dalek parrot: r38580 | petdance++ | trunk/src/string/api.c:
03:18 dalek parrot: removed unused variable declaration and DECL_CONST_CAST
03:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38580/
03:18 dalek parrot: r38581 | petdance++ | trunk/src/sub.c:
03:18 dalek parrot: removed some unused DECL_CONST_CAST and renamed a variable
03:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38581/
03:20 donaldh joined #parrot
03:25 dalek parrot: r38582 | petdance++ | trunk/src/scheduler.c:
03:25 dalek parrot: const some timers
03:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38582/
03:46 mikehh_ joined #parrot
04:11 dalek parrot: r38583 | petdance++ | trunk/config/gen/makefiles/root.in:
04:11 dalek parrot: lots of organizing of splint flags
04:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38583/
04:21 dalek parrot: r38584 | petdance++ | trunk/src/scheduler.c:
04:21 dalek parrot: consted some strings, and fixed incorrect indentation
04:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38584/
04:22 particle2 left #parrot
04:28 amoc joined #parrot
04:33 tetragon joined #parrot
04:36 particle1 joined #parrot
04:37 dalek parrot: r38585 | petdance++ | trunk/include/parrot/misc.h:
04:37 dalek parrot: Added ARGIN() to sprintf function pointers
04:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38585/
05:00 dalek parrot: r38586 | petdance++ | trunk/include/parrot/stacks.h:
05:00 dalek parrot: Add ARGIN() to a funciton pointer type
05:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38586/
05:49 dalek parrot: r38587 | petdance++ | trunk/config/gen/makefiles/root.in:
05:49 dalek parrot: Disallow using 0 instead of NULL
05:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38587/
05:49 dalek parrot: r38588 | petdance++ | trunk (2 files):
05:49 dalek parrot: make Parrot_io_printf() not have to have its return value checked
05:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38588/
06:02 dalek parrot: r38589 | petdance++ | trunk/src/hash.c:
06:02 dalek parrot: consted a pointer
06:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38589/
06:04 cotto What do I need to do to use _dumper in nqp?
06:14 bacek_ cotto: wish
06:15 cotto didn't work
06:15 purl That's because you can't just stick someone else's code into your program and expect it to do what you want, Retardo!
06:15 cotto < purl-- >
06:18 cotto got it
06:18 cotto no thanks to purl
06:19 cotto I'm not entirely sure it's proper to use inline PIR to call load_bytecode, but it seems to work.
06:33 bacek_ http://james-iry.blogspot.com/2009/05/​brief-incomplete-and-mostly-wrong.html
06:34 bacek_ 1987 - Larry Wall falls asleep and hits Larry Wall's forehead on the keyboard. Upon waking Larry Wall decides that the string of characters on Larry Wall's monitor isn't random but an example program in a programming language that God wants His prophet, Larry Wall, to design. Perl is born.
06:36 davidfetter heh
06:41 japhb joined #parrot
06:42 cotto golden
06:42 iblechbot joined #parrot
06:58 dalek rakudo: 966ea72 | moritz++ | docs/ChangeLog:
06:58 dalek rakudo: [docs] update ChangeLog
06:58 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​66ea72dea67306435fe389865922c071d5b1efe
07:20 donaldh joined #parrot
07:27 dalek parrot: r38590 | cotto++ | branches/pmc_pct/compilers​/pmcc/src/emitter/pmc.pm:
07:27 dalek parrot: [pmcc] add incomplete code to create ATTR accessors
07:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38590/
07:44 mj41 Hi. I fixed Parrot branch list on TapTinder. http://tt.ro.vutbr.cz/report/pr-Parrot/ New list shown 12x 2009, 8x 2008, 2x 2007 and 1x 2006
07:47 moritz http://news.perlfoundation.org/2009/05​/2009q2_grant_proposal_project_1.html anybody recognizes the applicant?
07:47 moritz if yes, under which nick did he commit?
08:01 cotto He hasn't committed, but he's submitted a couple patches.
08:03 cotto What do you want to know?  He sends from quevlar at ymail, if you want to look into his past contributions.
08:04 moritz cotto: thanks
08:06 moritz I was a bit puzzled because he was not in the CREDITS file
08:07 cotto I'll fix that.  He at least helped rewrite some kind of test coverage test.
08:13 cotto done
08:13 dalek parrot: r38591 | cotto++ | trunk/CREDITS:
08:13 dalek parrot: [CREDITS] add previously-overlooked credit for a test coverage extension
08:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38591/
08:19 cotto credit for him, karma for me
08:19 cotto everyone wins
08:20 cotto Hmm.  No response from purl.
08:20 moritz svn?
08:20 purl well, svn is f'd up for me too.
08:20 moritz jonathan++
08:22 cotto karma jonathan
08:22 purl jonathan has karma of 1286
08:22 cotto karma jnthn
08:22 purl jnthn has karma of 201
08:22 cotto karma j
08:22 purl NEGATIVE EIGHT BILLION!
08:23 cotto purl wins
08:23 purl MENTALITY!
09:10 cognominal joined #parrot
09:23 bacek OH HI
09:23 purl privet, bacek.
09:23 bacek purl: privet
09:23 purl privet is the bane of Shoalhaven or an aggressive environmental weed requiring control to halt its spread and prevent further degradation or Ligustrum Vulgare, often grown as a hedge
09:24 bacek oh shi...
09:25 jonathan bacek: Use Cyrillic next time. :-)
09:25 dalek parrot: r38592 | bacek++ | branches/tt631_part3:
09:25 dalek parrot: Last part of TT#631 - fixing RO handling and final cleanup
09:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38592/
09:25 bacek jonathan: привет!
09:25 purl i guess привет is hello
09:26 bacek oh shi x2
09:26 bacek purl: smart girl
09:26 purl bacek: what?
09:26 bacek not so smart...
10:40 * bacek hides
10:42 cotto cool.  Are you going to be merging today?
10:43 cotto That's a big pile of commits.
10:43 dalek parrot: r38593 | bacek++ | branches/tt631_part3/lib/Pa​rrot/Pmc2c/PMC/default.pm:
10:44 dalek parrot: Remove unused code in default.pm
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38593/
10:44 dalek parrot: r38594 | bacek++ | branches/tt631_part3/src/pmc/default.pmc:
10:44 cotto Heh.  dalek looks clogged.
10:44 dalek parrot: Add stub for read-only methods in default.pmc
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38594/
10:44 dalek parrot: r38595 | bacek++ | branches/tt631_part3/lib/Pa​rrot/Pmc2c/PMC/default.pm:
10:44 dalek parrot: Generate default's ro variants of vtable methods
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38595/
10:44 dalek parrot: r38596 | bacek++ | branches/tt631_part3/lib/P​arrot/Pmc2c/PMCEmitter.pm:
10:44 dalek parrot: Always generate Parrot_Foo_ro_update_vtable function.
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38596/
10:44 dalek parrot: r38597 | bacek++ | branches/tt631_part3/lib/Pa​rrot/Pmc2c/PMC/default.pm:
10:44 dalek parrot: Generates default_ro_get_vtable
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38597/
10:44 dalek parrot: r38598 | bacek++ | branches/tt631_part3/lib/P​arrot/Pmc2c/PMCEmitter.pm:
10:44 dalek parrot: Simplify (and make it correct) generating of Foo_ro_get_vtable.
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38598/
10:44 dalek parrot: r38599 | bacek++ | branches/tt631_part3/lib/Pa​rrot/Pmc2c/PMC/default.pm:
10:44 dalek parrot: Generate default_ro_find_method and handle it ro_get_vtable.
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38599/
10:44 dalek parrot: r38600 | bacek++ | branches/tt631_part3/lib/Parrot/Pmc2c/PMC/RO.pm:
10:44 dalek parrot: Avoid generating a lot of useless methods in RO.pm
10:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38600/
10:45 cotto fsvo today
10:59 bacek cotto: no. I'll need full smoking of branch
11:00 * cotto hands bacek a cigar
11:00 cotto is it ready for smoking now?
11:00 bacek not yet.
11:00 bacek rotest.pmc is pain in... in every single part of my body
11:01 * bacek lighter a cigar waiting for prove t/pmc t/dynpmc
11:02 bacek $%$%$#%$
11:04 cotto needs more *
11:05 cotto and a ! or two
11:05 bacek *&*^&^%@!#)(*$!
11:05 bacek !!!oneone
11:10 bacek find_method!!!
11:10 purl find_method is looking only it the class'es namespace, isn't it?
11:15 * bacek cursing day when he decided to implement pmc compiler in pct...
11:17 bacek here we go.
11:18 * bacek hands cotto a cigar. You can smoke now.
11:19 cotto You should do ro_variant_vtable->ro_varian​t_vtable->ro_variant_vtable a couple more times for good measure.
11:19 cotto just to be sure
11:20 dalek parrot: r38601 | bacek++ | branches/tt631_part3/lib/Pa​rrot/Pmc2c/PMC/default.pm:
11:20 bacek yeah...
11:20 dalek joined #parrot
11:20 bacek odd number of times
11:20 donaldh joined #parrot
11:20 bacek yak. I killed dalek again.
11:21 bacek afk #
11:36 cotto bacek, all tests pass here (Ubuntu Hardy i386)
11:39 dalek joined #parrot
11:46 iblechbot joined #parrot
11:47 masak joined #parrot
11:58 bacek joined #parrot
12:00 bacek hi again
12:00 purl oh, you're back!
12:00 bacek we need win32 testers...
12:01 jonathan oh hai
12:03 bacek jonathan: привет :)
12:03 bacek can you test tt631_part3 on win32?
12:03 jonathan da
12:04 bacek spasibo
12:04 jonathan я магу
12:04 jonathan .oO( did I spell that right... )
12:05 bacek "могу"
12:06 bacek o. You finally got irc client with unicode support!
12:06 bacek seen fperrad
12:06 purl fperrad was last seen on #parrot 1 days, 19 hours, 10 minutes and 5 seconds ago, saying: - or add the missing generated code  [May  6 16:54:05 2009]
12:07 jonathan bacek: Ah, yes.
12:08 jonathan bacek: Stressed/unstressed vowels are a nuisance. :-)
12:08 jonathan You've no idea how happy I am that Slovak doesn't do that. :-)
12:08 bacek Much easy than in English :)
12:08 jonathan Yes, ture. English spelling is ridiculous.
12:09 jonathan Russian spelling always seemd to me, that issue aside, pretty straightforward.
12:09 moritz compare spelling and pronouncataion of 'word' and 'sword'
12:11 bacek "gaol"!!!
12:13 jonathan bacek: building that branch
12:14 bacek jonathan: ok. Waiting for results :)
12:18 jonathan bacek: built; running make test
12:19 bacek hooray.
12:19 bacek I can brake parrot again merging my branch! O wait...
12:19 jonathan bacek: only if make test passes :-P
12:20 bacek it will :) I hope...
12:21 bacek Who know how I can test lua?
12:27 rg have you tried the usual configure/make/make test?
12:30 bacek rg: yes. But lua requires to be inside parrot/languages.
12:30 jonathan bacek: Branch is WIN.
12:30 bacek jonathan: Hooray!
12:31 moritz bacek: then check it out int parrot/languages, no?
12:31 jonathan (didn't check it against Rakudo...is it likely to cause issues?)
12:31 bacek jonathan: 50/50
12:31 purl 1
12:32 bacek << purl-- >> # bad girl
12:32 ruoso joined #parrot
12:32 jonathan She was correct.
12:32 bacek :)
12:33 bacek actually it's very unlikely to have failures in Rakudo.
12:34 cotto bacek, t/03-past.t in pmc_pct isn't doing what I think you wanted it to do.
12:34 rg ping smolder.plusthree.com
12:35 purl 10 packets transmitted, 0 received, +6 errors, 100% packet loss, time 9008ms
12:35 bacek cotto: I didn't find way to dump PAST into string...
12:35 bacek oh...
12:35 cotto ok.  I'm looking for that now too.
12:35 jonathan Just use dumper
12:35 jonathan And pass it the tree.
12:36 bacek it dumps it to STDOUT...
12:36 jonathan If you're using PCT, then note your compiler automatically gets --target=PAST too
12:36 jonathan Oh, that isn't what you want?
12:36 jonathan Hmm.
12:38 bacek no... I don't want to create bunch of temporary files during tests...
12:40 rg1 joined #parrot
12:41 bacek How long it takes for "make spectest" in Rakudo?
12:41 rg1 about 30 mins on a reasonably fast machine ;)
12:41 bacek ouch... Time for optimise parrot for speed.
12:44 bacek Ok. I'll merge branch into trunk. If rakudo isn't crashed yet it very unlikely to crash in next 25 minutes.
12:45 dalek parrot: r38603 | bacek++ | trunk (4 files):
12:45 dalek parrot: Merge tt631_part3 branch into trunk.
12:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38603/
12:46 bacek I'll probably will create tt631_part4 branch for killing RO.pm entirely... It's useless and misleading.
12:46 bacek ETOOMANYWILLS
12:47 moritz bacek: in your experiences, how well does git-svn play with svn branches?
12:47 bacek moritz: very well. But you'll need svn checkout for setting properties.
12:47 Coke where there's a will there's a coke.
12:48 Infinoid heh
12:48 * bacek have coke in a glass.
12:48 cotto where there's more will, there's diet coke
12:49 moritz bacek: hm... so far I've failed to create a complete git mirror of parrot with all branches
12:49 bacek Time to add some whisky.
12:49 bacek moritz: erm. "git svn fetch"?
12:49 rg moritz: i thought infinoid had one
12:50 Infinoid I do.  It took a while to make it, but it's working great
12:50 Infinoid moritz: Want a tarball?
12:50 moritz Infinoid: or a clone url... whatever you prefer
12:50 moritz bacek: that didn't make git branches for svn branches, somehow
12:50 bacek moritz: git checkout branch; git reset --hard remotes/branch
12:51 Infinoid "clone" wouldn't work unless I explicitly went through and told it to export all the origin/* branches... otherwise you'd just get trunk
12:51 moritz then a tarball, please
12:51 bacek git checkout -b branch...
12:51 moritz bacek: I know how to check out branches, but only if they exists in the repo :-)
12:52 moritz and 'git branch -a' didn't show up any
12:54 nopaste "bacek" at 123.243.38.218 pasted "git svn branching for moritz" (9 lines) at http://nopaste.snit.ch/16500
12:54 bacek moritz: wfm...
12:55 moritz bacek: thanks
12:59 * Infinoid waiting for bzip2
13:00 cotto You should use lame.
13:00 gryphon joined #parrot
13:00 moritz bzip2 on a git repo won't be a huge win
13:01 Infinoid well, nevermind then.  https://quack.glines.org/upload​/infinoid/parrot-all-r38603.tar
13:03 moritz Infinoid: did you include the checkout?
13:03 Infinoid yes
13:03 moritz ah, .git would have been enough
13:03 Infinoid compared to .git, I doubt a source checkout is very big
13:04 Infinoid 22M     total  (non-.git)
13:04 Infinoid 639M    .git
13:04 moritz oh
13:04 Infinoid anyway, hope it works for you
13:04 moritz sure, it does
13:04 moritz downloading now, thanks
13:05 moritz that's unusally huge for a git repo...
13:05 szbalint git gc ?
13:05 moritz repack, more likely
13:06 Infinoid thought it did that automatically once in a while
13:06 moritz gc, yes. repack, no
13:07 bacek gc --prune ftw
13:07 Infinoid k, I'll repack before I make any more tarballs
13:12 Infinoid 638M after git repack -a -d
13:14 bacek Infinoid: git gc --prune?
13:16 bacek hmm... It will not help.
13:16 moritz repack -d already prunes, methinks
13:16 Infinoid 637M. :P
13:19 bacek hooray! We saved 2 megabytes! :)
13:19 * Infinoid feels like git outsmarted him somehow
13:21 * bacek always feels it...
13:21 bacek git++
13:21 bacek karma git
13:21 purl git has karma of 205
13:21 bacek karma svn
13:21 purl svn has karma of 28
13:21 bacek Looks about alright :)
13:22 * moritz thinks that many nerds like git because it's a system you can grok, and then you're happy to find solutions which other SCMs would simply provide via a GUI :-)
13:22 bacek "wouldn't provide"
13:22 moritz depends.
13:23 rg git supposedly also has a gui ... if you're willing to install tk
13:23 Infinoid that's only for history browsing, I think.
13:23 bacek "git reset HEAD~2; git checkout -b new_feature; git commit"
13:23 bacek And "rebase --interactive" :)
13:24 moritz rebase -i is way cool
13:27 Infinoid the vast majority of this checkout size is taken up by .git/svn (520M)
13:28 dalek parrot: r38604 | Infinoid++ | trunk (2 files):
13:28 dalek parrot: [cage] Fix some codetest failures (c_parens.t, trailing_space.t).
13:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38604/
13:28 szbalint haha
13:28 szbalint typical :)
13:28 Infinoid hmm.  and the majority of that is the unhandled metadata changes file from vtable_morph_change@36392
13:29 * Infinoid has no idea why.
13:30 moritz what would happen if I just removed that?
13:31 moritz .git reduced to 113M :)
13:32 bacek moritz: now try "git svn fetch".
13:32 Infinoid svn metadata must die.
13:32 Infinoid r38588 introduced some new warnings... src/ops/io.ops:386: warning: ignoring return value of 'Parrot_io_peek', declared with attribute warn_unused_result
13:33 moritz bacek: that still works
13:33 bacek good.
13:33 bacek svn--
13:34 moritz Infinoid++ # thanks, now I have good git mirror!
13:35 bacek moritz: ship it! :)
13:35 * moritz looks into mirrors, not ships them
13:36 Infinoid moritz: No problem.  I might just leave that tarball up, it should save people a few days
13:36 moritz Infinoid: and if you rm that one metadata file, it'll safe your 500MB per download :-)
13:37 gryphon joined #parrot
13:37 Infinoid That server uses a pitiful percentage of its monthly bandwidth quota.  I don't mind the extra bandwidth (though I wonder if those files serve any purpose at all)
13:38 dalek parrot: r38605 | jonathan++ | trunk (2 files):
13:38 dalek parrot: [core] In add_parent we were checking if we already inherited from another class by name; this should always just be done by pointer equality (which is cheaper too). Fix and add a test.
13:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38605/
13:39 Infinoid So, um, if we must check the return value of Parrot_io_peek now, what should the peek op do if it receives the error?  Return ""?  Toss an exception?
13:40 bacek Eat kittens?
13:40 bacek O wait...
13:40 Infinoid mmm, kittens
13:40 Infinoid eating kittens is not O(1) tho
13:40 bacek hmm.. O(n) isn't bad either
13:41 Infinoid Parrot_io_kittens_eat(interp, pmc_new(enum_class_Kitten))
13:42 Infinoid I'll make it return "" and see whether tests pass.
13:42 bacek Hmm... We can add Kitten in Core PMCs.
13:42 bacek Are you sure that it should be _io_ prefixed?
13:42 Infinoid Eating kittens seems like an input operation to me
13:43 moritz Parrot_i_kittens_eat(...) :-)
13:43 Infinoid maybe it should be classified as parsing, though.
13:43 bacek It will require some output later :)
13:44 moritz no, kittens are physcally unique in that they can be turned into free energy, to 100%
13:44 purl okay, moritz.
13:44 jonathan purl, kittens?
13:44 purl Please!  Think of the kittens!
13:44 moritz .oO( what did I do?)
13:44 moritz heh
13:44 jonathan kittens?
13:44 purl Please!  Think of the kittens!
13:44 jonathan awww
13:45 dalek rakudo: 14cd976 | jnthn++ | src/ (2 files):
13:45 dalek rakudo: Refactor the way we handle the composition of role cronies to be more in line with the spec. Fixes RT#63330 and almost fixes RT#63332 (that needs us bumping up to a fixed Parrot).
13:45 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​4cd976cc0ef167efc2137c1bdac306a5760025a
13:46 bacek purl: kittens is also pure energy
13:46 purl okay, bacek.
13:46 bacek kittens?
13:46 purl Please!  Think of the kittens! or pure energy
13:50 bacek ok. Enough kitte^W hacking for today. Good night everyone
13:50 Infinoid goodnight bacek
13:57 dalek tracwiki: v13 | Infinoid++ | ParrotQuotes
13:57 dalek tracwiki: I love you guys.
13:57 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Pa​rrotQuotes?version=13&amp;action=diff
13:59 rdice joined #parrot
14:00 iblechbot joined #parrot
14:05 buildbot joined #parrot
14:06 Infinoid I'm not sure we have enough bots in here yet
14:07 dalek parrot: r38606 | Infinoid++ | trunk/src/ops/io.ops:
14:07 dalek parrot: [ops] Fix a couple warnings introduced by r38588.
14:07 dalek parrot: If Parrot_io_peek returns an error, the "peek" opcode now returns "".
14:07 dalek parrot: I'm not sure this is the expected behavior, but at least "make test" passes.
14:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38606/
14:10 rg no peeking at errors? does that mean peek has quite a different signature from read?
14:11 rg ah you said opcode. is there a read opcode? what would that do?
14:11 Infinoid presumably, it would read
14:11 rg i guess it would throw an exception on error?
14:12 Infinoid (I'm not entirely convinced r38588 was correct, btw.  Feel free to revert my warnings fix if you have a better plan.)
14:12 Infinoid I guess it would have to.  It can't return "", that typically mean "eof"
14:13 rg i'm just musing. i would expect peek to behave just like read only without actually removing the data.
14:14 Infinoid and only working for a single byte, but yeah, good point
14:14 Infinoid The fact that "make test" passed might just mean we need more tests here.
14:15 rg which leaves you with the problem: how do you provoke a read error?
14:19 dalek rakudo: 52419be | jnthn++ | build/PARROT_REVISION:
14:19 dalek rakudo: Bump us up to Parrot revision with the string comparison to determine class identity in inheritance ripped out.
14:19 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​2419be25dce00279aceb489228fca7799f5f618
14:22 * Coke summons damian
14:24 particle1 rg: try to read from a closed filehandle?
14:25 * particle- switches hotels
14:26 Coke anyone here familiar with Perl6::Form?
14:36 Infinoid rg: Well, reading on a closed filehandle is one easy way
14:37 Infinoid or reading from a handle opened for writing...
14:37 Infinoid or reading past eof
14:37 rg reading past eof is just eof
14:38 Infinoid which is a sort of a special case we also need to make sure we handle properly
14:38 NotFound Reading past eof must not be an error for pick, isn't it?
14:38 Infinoid or reading from a nonblocking handle where no data is available (this case is not supported by parrot yet)
14:39 Infinoid or reading from a non-filehandle pmc :)
14:40 Infinoid maybe I'm just pathological, but I think there are lots of ways to get errors from read().
14:40 NotFound How we decide if something is a handle or not? Inheritance, role, duck typing...?
14:40 rg ok, now write them as tests. then copy them for peek ;)
14:40 Infinoid probably it just has to implement the right file-handley methods
14:42 Infinoid I wonder if read() throws errors when the handle is set for utf8 encoding but the file has encoding errors
14:44 NotFound I think we need some type of permissive encoding. For example, a path can have a chunk with latin-1 accented chars and other with utf8 ones. I have several of them in systems at work.
14:44 Infinoid autocode?
14:46 NotFound I'd like utf-8 with a scheme to map invalid encoding chars, using a unicode user range, for example.
14:46 NotFound Something that allows restoring to the original form when required.
14:47 Infinoid Something that doesn't add any more overhead in the general case
14:47 Infinoid I'm all for handling invalid input gracefully, but I don't want to punish everyone else either
14:47 Infinoid string handling needs to be fast :)
14:48 NotFound The way to not punish may be to use that encoding only for reading untrusted sources: file paths, environment vars, of from files when the user wants it.
14:49 Infinoid hmm, ok
14:49 NotFound And maybe remap then to utf8 if the read finishes without reaching any malformed char.
14:50 Infinoid Heh, nice idea.
14:50 NotFound But maybe not easy to implement.
14:52 Infinoid it would be invaluable for taint mode and similar things tho
14:56 Eevee joined #parrot
15:10 mikehh joined #parrot
15:10 Theory joined #parrot
15:24 particle1 joined #parrot
15:34 braceta joined #parrot
15:39 jan joined #parrot
15:51 mberends joined #parrot
15:53 Coke msg chromatic IWBNI "use Modern::Perl" satisfied the 'use strict;use warnings' requirement for the codetest.
15:53 purl Message for chromatic stored.
15:55 Infinoid If we actually use that anywhere, it will require perl 5.10.0 and a nonstandard cpan module
16:00 Coke yes.
16:00 Coke and I'm even going to commit it to the repository.
16:00 Coke but I meant in genereal it would be nice if the PC stricture recognized it.
16:00 Coke "general"
16:01 Coke (it's just a one off script for generating the BranchDescriptions page)
16:16 iblechbot joined #parrot
16:24 darbelo joined #parrot
16:38 Infinoid well, I'm sure we can adjust the test
17:00 gaurav joined #parrot
17:32 dalek tracwiki: v10 | coke++ | BranchDescriptions
17:32 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Branc​hDescriptions?version=10&amp;action=diff
17:32 dalek parrot: r38607 | coke++ | trunk (2 files):
17:32 dalek parrot: [cage] Add a script to give some information about current branches in svn.
17:32 dalek parrot: See https://trac.parrot.org/par​rot/wiki/BranchDescriptions
17:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38607/
17:44 Coke Infinoid: I ended up not using Modern::Perl. NBD.
17:44 Infinoid aaw
17:45 dalek tracwiki: v11 | coke++ | BranchDescriptions
17:45 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Branc​hDescriptions?version=11&amp;action=diff
17:45 dalek parrot: r38608 | coke++ | trunk/tools/dev/branch_status.pl:
17:45 dalek parrot: [cage] fix bug in merge log checking.
17:45 dalek parrot: last variant always printed 'N/A';
17:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38608/
17:49 dalek tracwiki: v12 | coke++ | BranchDescriptions
17:49 dalek tracwiki: remove parrot-bundle
17:49 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Branc​hDescriptions?version=12&amp;action=diff
17:49 dalek parrot: r38609 | coke++ | branches/bundle-parrot:
17:49 dalek parrot: remove old branch (particle++)
17:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38609/
17:52 Infinoid Nice tool.  Quite a lot of those branches have clearly passed their use-by dates
17:53 Whiteknight joined #parrot
17:56 silug joined #parrot
18:01 Andy joined #parrot
18:11 iblechbot joined #parrot
18:12 Coke "what'd you call me?"
18:12 particle1 Infinoid: re tt#647... why not enable it only for gcc, if it's gcc-specific?
18:13 Infinoid if I can find a way to get it working for the HPUX compiler, I will.  In the meantime, that seems reasonable
18:13 particle1 sweet
18:20 Infinoid I wish the seatbelt was more generally useful, but I'll take what I can get
18:23 * Infinoid wonders if HP has a remote-access portability program
18:24 Coke ditto Apple.
18:25 Coke whatever happened to our MS remote access?
18:31 dalek parrot: r38610 | Infinoid++ | trunk (2 files):
18:31 dalek parrot: [cage] ASSERT_ARGS is gcc-specific, so instead of blacklisting MSVC, whitelist gcc.  particle++ for suggesting this approach.
18:31 dalek parrot: This should fix rrauenza++'s issue with the HPUX compiler in TT #647.
18:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38610/
18:31 dalek parrot: r38611 | Infinoid++ | trunk/src/ops/io.ops:
18:31 dalek parrot: [cage] Fix a c_parens.t failure during codetest.  This was fallout from my previous r38606 checkin.
18:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38611/
18:31 dalek parrot: r38612 | Infinoid++ | trunk/tools/dev/nopaste.pl:
18:31 dalek parrot: [cage] Undo an unintended change that snuck into r38610.
18:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38612/
18:34 Infinoid wait... ASSERT_ARGS works fine on HPUX, it's just complaining about va_list not being a pointer type (netbsd/alpha has the same problem)
18:42 hudnix joined #parrot
18:45 darbelo joined #parrot
18:48 particle1 hp testdrive
18:48 purl hp testdrive is, like, moving and will be unavailable from September 12 - 26
18:49 * particle1 used to have an account
18:49 * Infinoid is working on a reply for #648, but has to do some research along the way
18:53 Andy joined #parrot
18:58 darbelo cotto: ping
19:08 Infinoid Andy: I'm sorry, I had to ruin your nicely lined up opening parens in misc.h, they caused c_parens.t to fail. (see https://trac.parrot.org/parrot/changeset/38604/)
19:08 Andy oh whoops, sorry
19:09 Infinoid I hated to do it, I thought it looked better your way
19:09 Andy Yeah, mostly I wanted the ARGIN() on those pointers.
19:09 Andy My splinting is getting more and more good stuff
19:09 Andy I found an unintentioanl fallthru in a switch last night
19:09 Andy I think it's unintentional.
19:09 Infinoid nice!
19:10 Coke Andy: can you take a look at the splint branch and see if anything is salvagable there?
19:10 Coke (and if not, delete it?)
19:10 Andy did I start it?
19:10 Coke nope. was ptc.
19:10 Coke (and it's old)
19:10 Andy probably not anything worthwhile
19:10 Andy Mostly I'm just organizing switches.
19:11 Andy I'm pretty proud of it, considering the amount of stuff I have to slog thru
19:11 Andy but yeah, I'll look
19:11 Andy ok, bbiab
19:12 Andy and if anyone wants to weigh in and counter "Your job is SUPPOSED TO SUCK!" folks at http://theworkinggeek.com/ please feel free.
19:12 Coke supposed to, no. expected to with a high probability? meh.
19:12 Coke I try to aim high, though. =-)
19:12 cotto darbelo, pong
19:13 Coke Andy+
19:13 Coke Andy++ , even.
19:13 Infinoid hmm, I have to wonder whether src/gc/system.c:trace_system_areas() is called once per thread, or whether threads allocate from different pools, or what
19:13 Infinoid I see code to flush the register windows, but nothing to flush other process contexts
19:14 darbelo I'm doing the singleton decContext wrapper. But I can't really find docs on what {get,set}_pointer should be doing.
19:15 cotto darbelo, it's arbitrary
19:15 Infinoid If you have a pointer, they should get and set it
19:15 Infinoid What that actually means is up to you
19:15 cotto what he said
19:15 purl i guess he said is was heavy into php and drupal.
19:16 Infinoid (That stuff shouldn't be visible to the PIR level)
19:17 cotto I'll update the relevant docs.
19:17 darbelo It's C, I have nearly limitless supply of pointers :)
19:17 Infinoid well, if you don't need the get/set_pointer vtables, I suggest not implementing them
19:18 darbelo set_pointer() not implemented in class 'DecContext'
19:18 cotto The Hash PMC is a good example.  It's basically a wrapper around a Hash*.
19:19 cotto So for it, it makes sense for set_pointer to change the Hash*.
19:19 darbelo So implementing the looks kind of required for singletons.
19:19 cotto The get/set_pointers are currently exposed to PIR, but they shouldn't be and there's a tt about it.
19:19 cotto interesting.  Can you commit?
19:19 Infinoid yeah.  the packfile*.pmc pointers are wrappers around C PackFile* objects, so they use them in the same way
19:22 darbelo An empty get_pointer() segfaults. But returning SELF works.
19:23 Infinoid do you know what's calling it?
19:23 purl calling it is lame. i want to call it from a controller and i have to use $c twice
19:23 cghene joined #parrot
19:23 Infinoid purl, forget calling it
19:23 purl Infinoid: I forgot calling it
19:23 Infinoid purl, forget he said
19:23 purl Infinoid: I forgot he said
19:24 darbelo I haven't checked.
19:25 darbelo Ah. The segfault happened in create_class_pmc (src/pmc.c:687)
19:28 darbelo Which make sense, when you ask for a singleton you should always get the same instance.
19:28 Whiteknight Infinoid: src/gc/system.c is a known mess and I'm working on it as we speak
19:28 Whiteknight hopefully will get much cleaner over the weekend
19:30 Infinoid Whiteknight: Great.  There's an eager HPUX user in TT #648, if you're looking to test some of the weirder code in that file
19:30 Infinoid Apparently the IA64 code was written for linux and didn't quite work on PA-RISC/hpux
19:31 Whiteknight Infinoid: yeah, I replied to that ticket already. All on my to-do list
19:31 Infinoid Whiteknight++
19:31 Whiteknight Infinoid++ # All the analysis you did for the ticket
19:32 Whiteknight that's a good question too about the thread contexts, I am not sure about that one
19:32 Whiteknight I suspect (and need to double-check) that the function is going to be called from within each thread, because each thread has it's own interpreter object
19:33 Whiteknight ...and in turn will have it's own arenas, it's own GC instance, etc
19:34 * cotto still wishes the company was called Packet-Hewlett.
19:34 Whiteknight PHUX? nice
19:35 Infinoid ok.  I've done a little research in order to figure out how appliable the hpux patch is, but I know very little about hpux and pa-risc/ia64
19:35 Infinoid if each thread has its own interpreter object, does that mean they allocate from different pools?
19:35 Whiteknight I think so, yes
19:36 Infinoid I can imagine some serious breakage if data gets passed between threads, but otherwise, that sounds good.
19:36 Whiteknight data passed between threads is "shared" and that's all taken care of in a thread-safe wa
19:36 Whiteknight way
19:36 Whiteknight or, it seems safe anyway
19:36 darbelo I'm guessing {get,set}_pointer() deal with pointers to the guts of the PMC, so that all the PMC headers share tha same data. Does that sound plausible?
19:37 Infinoid darbelo: normally the pointer is to some other C object the PMC is encapsulating
19:37 Whiteknight darbelo: There is no common way of using {get;set}_pointer(), some PMCs return SELF, some return PMC_data() and some return other things entirely
19:37 Whiteknight it's completely non-standard
19:37 Infinoid that's why I'm surprised it would be called by generic code.
19:37 Whiteknight for instance, in a Continuation PMC set_pointer and get_pointer refer to the opcode_t* address to continue from
19:38 Whiteknight in a Hash PMC get_pointer returns the underlying Hash* structure, while in RPA it returns SELF
19:39 Infinoid yeah.  and Hash points to a hash struct, Packfile points to a PackFile struct, Pointer/CPointer/UnManagedStruct/ManagedStruct point to something completely unknown, it's just completely pmc-specific
19:39 Infinoid what hWhiteknight said :)
19:39 Infinoid -h
19:40 Infinoid others (like Boolean, Integer and Scalar) don't seem to implement it at all
19:40 cotto heh.  from env.pmc (referring to get/set_pointer):
19:40 cotto These two functions are part of the singleton creation interface. For more
19:40 cotto information see F<src/pmc.c>.
19:41 cotto That definitely needs to be documented in somewhere easier to find.
19:41 darbelo The infrmation i got from src/pmc.c didn't help that much either:
19:41 darbelo /*
19:41 darbelo * singletons (monadic objects) exist only once
19:41 darbelo * the interface * with the class is:
19:41 darbelo * - get_pointer: return NULL or a pointer to the single instance
19:41 darbelo * - set_pointer: set the only instance once
19:41 darbelo *
19:41 darbelo * - singletons are created in the constant pmc pool
19:42 darbelo */
19:42 Infinoid ok... that seems to imply you should have a static variable in the file to store the singleton pointer
19:42 cotto the env PMC does that
19:43 cotto as do os and file.  it seems to be a pattern.
19:44 davidfetter cotto, going to yapc?
19:44 Infinoid sounds like something a Singleton base class should do, but that's EOUTOFSCOPE
19:45 cotto davidfetter, I'm leaning toward yes
19:46 cotto (and yes, I'll have to decide pretty soon)
19:49 HG` joined #parrot
19:51 darbelo Hmm. When I return NULL or SELF the PMC seems to fail at the whole 'there can oly be one' thing.
19:52 pmichaud purl, going to yapc10?
19:52 purl going to yapc10 is kid51
19:52 pmichaud going to yapc10 is also pmichaud
19:52 purl okay, pmichaud.
19:53 pmichaud looks like I have a busy monday at yapc10 :-)
19:54 cotto darbelo, have you tried having a static PMC* and implementing get/set_pointer and class_init like the other singletons
19:55 davidfetter pmichaud, cool :)
19:55 darbelo cotto: Working on it.
19:58 Whiteknight are lots of people going to be at YAPC?
19:58 Whiteknight I'll go to it if lots of cool parrot people are going to be there
19:58 davidfetter well, they asked me to speak
19:58 Whiteknight and even if some of the uncool ones go :)
19:58 davidfetter heh
19:58 pmichaud there will be lots of parrot people there, yes.
19:59 pmichaud I highly recommend YAPCs.  By far some of the best conferences I go to (and a terrific bargain when one considers the price)
19:59 Whiteknight okay, then I will try to go to YAPC then
19:59 Whiteknight I've been torn beween trying to attend YAPC and OSCON, but maybe YAPC is the better choice
19:59 Whiteknight it's certainly much closer
19:59 Coke (and cheaper)
20:00 pmichaud YAPC is very perl focused.  yapc10 will have a very strong parrot presence this year.
20:00 pmichaud OSCON covers much more open source stuff.... there's a lot more options of things to do at OSCON, but unless you're presenting it's really expensive
20:00 Coke and will probably have the foundations first annual vote!
20:01 pmichaud (or otherwise have some way of getting into OSCON without paying personal funds for it :-)
20:01 Whiteknight what are we voting on, tabs vs spaces?
20:01 Coke I believe we have to vote on the board.
20:01 Coke it's in the bylaws.
20:02 pmichaud anyway, attending yapc10 will be (afaik)  allison, chromatic, particle, pmichaud, jhorwitz, kid51.  (If I've missed anyone, add yourself to the "going to yapc10" factoid :-)
20:02 pmichaud I'm still holding out hope that Coke will attend.  :-)
20:05 Coke pmichaud: I cannot afford to take 3 days off from work.
20:06 pmichaud Coke: understood; I can still hope for some mysterious turn of events to occur that makes it possible (but otherwise does not cause you negative impact :-)
20:06 pmichaud strange things can happen :-)
20:06 Coke IWBN.
20:06 Coke besides, if I don't go, I can't get voted in!
20:07 PerlJam Coke: you can't come down with some mysterious, yet unspecified illness that forces you to visit doctors in pittsburgh?
20:07 pmichaud Coke:  Says who?!?
20:07 pmichaud Coke: I figure by not being there, you may end up with a lot more responsibilities.  :-)
20:07 Coke :P
20:07 Coke I hope that we have many eager volunteers so that won't be necessary. =-)
20:08 pmichaud I'm still holding out hope that PerlJam will attend.  :-)
20:09 davidfetter going to yapc10 is also davidfetter
20:09 purl okay, davidfetter.
20:10 pmichaud \o/!
20:11 davidfetter lol
20:11 davidfetter now, to figure out how i'm gonna get this paid for ;)
20:16 whoppix joined #parrot
20:24 Coke davidfetter: oh! apparently I did that in the wrong order.
20:25 Andy joined #parrot
20:25 davidfetter Coke, ?
20:25 purl Coke, is there any way you could run my test in a loop inside of the tcl code? That might be a fairer test...
20:26 Coke purl, forget Coke,
20:26 purl Coke: I forgot coke,
20:26 Coke davidfetter: I figured I couldn't get it paid for, and am not going. :|
20:27 davidfetter Coke, well, there are funding sources
20:27 davidfetter Coke, i usually hit up SPI through the PG funds group
20:27 davidfetter well, they're my funder of last resort
20:28 davidfetter the nice people at malaysia linux are supposed to be throwing down for me
20:28 davidfetter for their do
20:28 Coke SPI?
20:28 purl SPI is Software in the Public Interest, Debian's parent org or PostgreSQL's language plugin facility
20:28 Coke PG?
20:28 purl well, PG is Panzer General, a neat SSI game which Stupid_ will whip lej's ass in. or short for PostgreSQL or PurlGurl or peter gabriel or a lot more "familiar" than mysql for oracle converts or one of the "if i don't understand it, it's not necessary" types or Paul Graham
20:29 Coke Do they pay you for your time, or just travel/expenses?
20:29 davidfetter travel/expenses
20:29 Coke (lost salary is by far the biggest expense for me.)
20:29 davidfetter i'd *love* for them to pay time
20:30 davidfetter well, i'm a consultant for pgexperts.com
20:30 Coke I could probably even convince the PaFo to fund travel/expenses.
20:30 davidfetter but you're right, there's an opportunity cost
20:32 kaether joined #parrot
20:37 pmichaud arrgh, I won't be able to see davidfetter's talk on Monday :-|
20:37 dalek rakudo: a579f31 | pmichaud++ | docs/spectest-progress.csv:
20:37 dalek rakudo: spectest-progress.csv update: 383 files, 11032 passing, 0 failing
20:37 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​579f3160bbbac4b9fd1ee3d541c0426741976c1
20:37 davidfetter i'm on monday?
20:38 pmichaud Date: Monday, June 22, 2009 01:55 PM
20:38 davidfetter oh, right
20:38 davidfetter well, recursion should be nothing new in most languages
20:38 davidfetter it's just new in SQL :)
21:08 rob joined #parrot
21:17 dalek parrot: r38613 | Infinoid++ | trunk/src/gc (2 files):
21:17 dalek parrot: [gc] Apply patch from rrauenza++ in TT #648, to help builds on HPUX/IA64.
21:17 dalek parrot: I made some minor fixes to comments, and some whitespace fixes to pass "make codetest".
21:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38613/
21:18 Infinoid all right.  is everyone happy with dalek now?  I don't *think* I have any more pending issues
21:19 Whiteknight joined #parrot
21:41 darbelo cotto, Whiteknight : prototype singleton DecContext PMC is in svn. I *think* it DTRT, but review and sanity-checking would be appreciated.
21:42 Whiteknight darbelo: awesome, I'll take a look at it
21:42 Whiteknight you can haz blog yet?
21:42 dalek decnum-dynpmcs: r24 | darbelo++ | trunk/ (3 files):
21:42 dalek decnum-dynpmcs: Add barely-functional prototype for singleton DecContext PMC, along with
21:42 dalek decnum-dynpmcs: examples.
21:42 purl examples is, like, http://shorl.com/bynygruhofrebru
21:42 dalek decnum-dynpmcs: Add it to Makefile.
21:42 dalek decnum-dynpmcs: review: http://code.google.com/p/decn​um-dynpmcs/source/detail?r=24
21:43 darbelo Also, found out why {get,set}_pointer worked as 'generic pointer to stuff' for other people but not me. Will probabbly blog about that.
21:44 darbelo Whiteknight: http://www.parrot.org/blog/341
21:44 Infinoid sounds like singletons have repurposed it for their own, uh, purposes
21:52 donaldh joined #parrot
21:52 darbelo The code inside pmc.c thiks that it returns a pointer to the PMC.
21:53 darbelo But you can probably trick it if you return a pointer to another PMC (ie, your data)
21:59 bacek good morning
21:59 darbelo Morning.
22:00 Infinoid hi bacek
22:00 * bacek trying to find complains about last merge.
22:00 bacek No one???
22:01 Infinoid I didn't even notice it :)
22:01 darbelo Same here.
22:01 jonathan bacek: Rakudo builds fine under it.
22:02 bacek Hooray!
22:02 jonathan bacek: In fact, Rakudo uses it, because I had to patch another Parrot issue later on today and Rakudo depends on that fix.
22:02 Infinoid bacek++
22:04 bacek jonathan: Can you comment my questions in https://trac.parrot.org/parrot/ticket/504 ?
22:05 jonathan looking
22:06 jonathan bacek: Point 1 - agree.
22:06 dalek decnum-dynpmcs: r25 | darbelo++ | trunk/build/ (3 files):
22:06 dalek decnum-dynpmcs: Makefiles cleanup:
22:06 dalek decnum-dynpmcs:    Rename parrot_realclean and parrot_clean to pmc_realclean and pmc_clean.
22:06 dalek decnum-dynpmcs:    Remove the not-always functional and not very useful 'make Makefile' target.
22:06 dalek decnum-dynpmcs: review: http://code.google.com/p/decn​um-dynpmcs/source/detail?r=25
22:07 jonathan On 2 and 3...some of this is probably going to be a tad messy. Remember that you *must* (really must) handle mmap.
22:07 dalek rakudo: f01d5d6 | jnthn++ | src/ (2 files):
22:07 dalek rakudo: Make the default parameter type of routines be Any, and the default type of pointy blocks and others be Object. Resolves RT#63920 and brings us in line with the spec.
22:07 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​01d5d6bae6a5d319a96fae1548751360b3ef28a
22:09 bacek jonathan: ok. Strategic question - are we going to use Packfile PMCs during evaluation inside of interp?
22:09 jonathan Really my goal in pack and unpack is to encapsulate the processing of each segment inside the PMC that relates to it.
22:10 jonathan interp - yes, but interp should most likely hold pointers to the underlying stuff for fast access too.
22:10 jonathan That is, constant access should not go through the packfile PMC interface everytime. That'll just be too slow.
22:11 bacek hmm...
22:11 jonathan otoh it should most likely be the PMCs that are responsible for the memory management.
22:11 * bacek thinking. 11% compete...
22:12 jonathan Essentially, I see the pointers directly to the data as kinda optimization.
22:12 bacek And then Whiteknight will implement compacting GC...
22:12 jonathan I'm fine if we need to tweak things a bit.
22:12 pmichaud And then Perl 6 will be released, followed shortly by Duke Nukem Forever.  :-P
22:13 jonathan Erm. Compacting GC in Parrot is going to have to solve a bunch more assumptions than this first.
22:13 bacek pmichaud: 3DReamls was closed 2 days ago...
22:13 pmichaud bacek: yes, I know.  :-)
22:13 Infinoid bacek: Did you see TT #651?
22:13 pmichaud I wonder if we should open an RT ticket that says "Implement Duke Nukem Forever in Rakudo.  :-P"
22:14 bacek Infinoid: looking
22:14 jonathan pmichaud: Well, if we can unblock japhb on the OpenGL... ;-)
22:14 * japhb wakes up
22:14 japhb LOL
22:14 Whiteknight joined #parrot
22:15 bacek Infinoid: hmm. Why we should share vtable functions between different pmc?
22:15 japhb I have a renderer for Classic Doom levels in Perl 5 (not full gameplay, just fly around the levels).  It would be fun to port that to Rakudo ....
22:15 Infinoid bacek: DRY, I guess
22:16 Infinoid I can contribute some cheesy rocket-exploding noises
22:16 japhb Mmmm, gib splortch
22:18 bacek Infinoid: Either #651 or #640 invalid.
22:19 dalek rakudo: 43f257d | pmichaud++ | :
22:19 dalek rakudo: Merge branch 'master' of git@github.com:rakudo/rakudo
22:19 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​3f257d64e97a8802857dd5eb8360229d64c58dd
22:19 dalek rakudo: 1f4ec5d | pmichaud++ | Configure.pl:
22:19 dalek rakudo: Configure now verifies sufficient parrot revision (or dies).
22:19 dalek rakudo: This completes RT #64868.
22:19 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​f4ec5d5651f83de1fa9a6f03d6a37e01b52adf9
22:19 Infinoid bacek: I agree, I just thought it was funny :)
22:20 Infinoid Maybe there should be some syntax to *un*staticify a vtable function, I dunno.
22:20 Infinoid In a way, I really hate calling vtable functions directly, because then we can't change the internal vtable function API as easily
22:21 Infinoid (not that I plan to do so every week)
22:21 bacek But there is good point in fperrad ticket. He uses LuaNumber.n.i_neg() syntax. Which should be expanded to something else that direct call
22:22 allison joined #parrot
22:23 bacek Yeah.. MethodEmitter.pm. Line 322
22:25 bacek # Rewrite OtherClass.object.other_method(args...)
22:25 bacek Looks very suspicious.
22:32 dalek parrot: r38614 | whiteknight++ | branches/gc_api (7 files):
22:32 dalek parrot: [gc_api] lots of changes, trying to keep gc-private things more private, and getting everything else into the API. Trying to condense some header files
22:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38614/
22:32 dalek parrot: r38615 | whiteknight++ | branches/gc_api/include/parrot/gc_pools.h:
22:32 dalek parrot: [gc_api] remove empty header file gc_pools.c
22:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38615/
22:33 dalek parrot: r38616 | whiteknight++ | branches/gc_api/MANIFEST:
22:33 dalek parrot: [gc_api] remove gc_pools.h from manifest, should have done that in last edit
22:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38616/
22:39 Infinoid purl, rrauenza?
22:39 purl infinoid: no idea
22:39 kaether I need
22:41 Infinoid purl, rrauenza is Rich Rauenzahn <mailto:rrauenza@hp.com>
22:41 purl OK, Infinoid.
22:55 dalek parrot: r38617 | whiteknight++ | branches/gc_api (6 files):
22:55 dalek parrot: [gc_api] move a few more functions around, making sure that they are visible where they need to be and no further
22:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38617/
22:59 tetragon joined #parrot
23:00 dalek decnum-dynpmcs: r26 | darbelo++ | trunk/src/pmc/deccontext.pmc:
23:00 dalek decnum-dynpmcs: Be alittle more faithful to the singleton creation API.
23:00 dalek decnum-dynpmcs: review: http://code.google.com/p/decn​um-dynpmcs/source/detail?r=26
23:05 dalek parrot: r38618 | whiteknight++ | branches/gc_api (5 files):
23:05 dalek parrot: [gc_api] move all the content out of the resources.h file. Will go through the pains of deleting it outright next
23:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38618/
23:28 particle1 joined #parrot
23:28 dalek parrot: r38619 | whiteknight++ | branches/gc_api (7 files):
23:28 dalek parrot: [gc_api] kill resources.h. public-facing functions go into the api, private ones go into gc_private.h
23:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38619/

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

Parrot | source cross referenced