Camelia, the Perl 6 bug

IRC log for #parrot, 2009-08-05

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:20 NotFound GeJ: look at the comments at the fisrts lines of include/parrot/vtable.h
00:36 payload joined #parrot
00:37 GeJ NotFound: Ah, perfect. Thanks.
00:58 cognominal what means PIR_FRAGMENT_INVALID in a pod? that the the doc is not up to date?
01:00 Whiteknight it means that a test somewhere is parsing the code in that file, and the INVALID snippets don't parse
01:01 Whiteknight it's a system to help verify that the code in our documentation is accurate
01:01 cognominal that may means that the snippets may be valid in some larger context?
01:06 Whiteknight yes
01:09 cognominal (Note that in this case you must not use ::Petfood in the inner declaration,
01:09 cognominal or it would rebind the type to type of the actual food parameter.)
01:10 cognominal I can't parse that sentence in S-14-roles
01:10 cognominal *to the type?
01:24 Coke PIR_FRAGMENT = valid in a larger contxt.
01:24 Coke PIR(_FRAGMENT)?_TODO  = bit of pir that doesn't compile yet, but should eventually.
01:24 Coke PIR(_FRAGMENT)?_INVALID  = bit of pir that doesn't compile and shouldn't. the example is probably wrong.
01:24 theory joined #parrot
01:25 Coke (perldoc t/examples/pod.t)
01:32 cognominal thx you all
01:33 dalek parrot: r40400 | coke++ | trunk/t/examples/pod.t:
01:33 dalek parrot: Docu-fix
01:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40400/
01:48 kid51 joined #parrot
01:53 rhr joined #parrot
01:53 JC1 joined #parrot
02:11 eternaleye cognominal: role Pet[::FoodType] { method eat( FoodType $noms) {...} } #[ Pet is generic; FoodType will be bound to the type passed at composition. That type will be used int the signature of 'eat'. my $foo = Pet[Chowder].new; my $bowl = Chowder.new; $foo.eat( $bowl ) ] role Pet[::FoodType] { method eat( ::FoodType $noms ) {...} } #[ When you call 'eat' here, it will /redefine/ what FoodType means to mean the type of the
02:11 eternaleye argument it was passed ]
02:11 Andy joined #parrot
02:11 eternaleye cognominal: make sense?
02:13 Socro joined #parrot
02:21 Socro hi guys
02:22 Socro may i ask 1 stupid question and few not stupid ?
02:22 eternaleye Socro: Sure
02:22 Socro :)
02:23 Socro 1st stupid: how do i get .pbc code from my script?
02:23 Socro i mean:
02:24 Socro for example i started to try partcl
02:24 Socro it compiles well, and i got tclsh.pbc as result ( .pbc of interpeter)
02:24 Socro and now i can run script like : parrot tclsh.pbc foo.tcl
02:24 Socro but how can i get foo.pbc ? :)
02:25 wayland76 joined #parrot
02:25 eternaleye One sec
02:27 eternaleye ( parrot tclsh.pbc --target=pir > foo.pir ); parrot -o foo.pbc foo.pir
02:27 eternaleye That's how IIUC
02:27 Socro eternaleye, thank you. one sec, i'll try.
02:29 eternaleye Whoops, I made an error
02:29 eternaleye ( parrot tclsh.pbc --target=pir foo.tcl > foo.pir ); parrot -o foo.pbc foo.pir
02:30 eternaleye ^^^^^^ that was missing
02:30 Socro seems tclsh.pbc doesnt "eat" --target option
02:30 Socro so that might be problem of tcl implementation.
02:30 eternaleye Socro: did you see my correction?
02:30 Socro yes
02:30 eternaleye Hm.
02:31 eternaleye It is supposed to work as long as the HLL uses PCT.
02:31 eternaleye (I copied that code from rakudo's makefile; that's how it makes rakudo)
02:32 Socro ok. i got idea for "to what direction i should dig", thank you ;)
02:32 Socro let's move to non-stupid questions
02:33 Socro ...
02:33 Socro there are few runcores in parrot
02:34 Socro (ah, btw, i want to embed parrot machine in my c++ code)
02:34 Socro is it possible to make c++ "host" application to be like "clock generator" for parrot processor
02:35 Socro so, i could manually call parrot_execute_next_op() from c++ code, whenever i want it.
02:35 Socro ? :)
02:35 Socro (parrot_execute_next_op() - just for instance)
02:35 janus joined #parrot
02:39 mikehh_ joined #parrot
02:56 theory joined #parrot
02:56 Coke partcl doesn't use PCT, sorry. no way to generate a pbc from a .tcl file atm.
02:57 Coke however, 99% of the other HLLs you can do that from.
02:57 Coke (holy crap someone tried to use partcl. =-)
02:57 Socro Coke, thank you anyway. i just need to know that .pbc is possible.
02:57 Socro :)
02:57 Socro TCL rules.
02:58 Coke socro - it will be for partcl eventually. partcl existed before PCT, and we haven't made the jump yet.
02:58 Socro Coke, how many memory eats parrot?
02:59 Coke using partcl, at least ,it uses quite a bit.
02:59 Coke Much better than it was even 2 months ago, though.
02:59 Socro is there option in embed/extend API to set maximum memory size for application usage?
03:00 Coke no, but there's a ticket for that.
03:01 Coke (we should allow for that, yes.)
03:01 Socro is it possible to manually call "parrot, please execute next op" from c++ code?
03:01 Socro :)
03:02 Socro (please, dont tell RTFM, i am doing it last week)
03:03 Coke Socro: probably, but that's more of a low level question for me.
03:03 Coke if you like tcl, please let me know if you find something missing that would make it more useful for you. (feel free to open a ticket.)
03:05 Socro i am able to do hack in c sources of parrot to get "execute next op" for my need, just wanted to know if it is already done there
03:06 Coke if no one is awake, that's a fine question for the dev list.
03:08 wayland76 I'm presuming by "the dev list", you mean parrot-dev@lists.parrot.org   Right?
03:09 Socro Coke actually, i want to make some swarm-computing application. and now considering parrot as virtual machine for that.
03:11 Socro so that's like "how many angels can dance on a pin" - "how many parrots can run in 1Gb of RAM"
03:16 davidfetter why not a TB?
03:16 davidfetter we'll have that much in production machines, pretty soon ;)
03:18 Coke wayland76: yes.
03:18 Socro davidfetter , just for rate "ppg" parrots per gb.
03:18 Coke nite.
03:18 davidfetter you down with ppg?
03:18 jdv79 wow, spring.  that's a bold move, pmichaud.
03:18 davidfetter (yeah, you know me)
03:20 donaldh joined #parrot
04:12 TiMBuS joined #parrot
04:16 satrac joined #parrot
04:28 tetragon joined #parrot
04:59 Andy joined #parrot
05:07 cotto seen kid51
05:07 purl kid51 was last seen on #parrot 1 days, 2 hours, 14 minutes and 27 seconds ago, saying: aspires to be cool some day, too.  [Aug  4 02:47:00 2009]
05:07 cotto 1 days ago.
05:16 workbench joined #parrot
05:27 cottoo joined #parrot
05:39 cotto stupid crashy xine is making me crabby
05:53 chromatic joined #parrot
05:58 uniejo joined #parrot
06:00 cotto chromatic, ping
06:02 chromatic pong
06:03 cotto am I likely to step on your toes if I add the profiling runcore to pluggable_runcores?
06:03 chromatic Is it just one runcore?
06:04 cotto Yes.
06:04 chromatic in src/runcores/cores.c?
06:04 cotto That's the plan.
06:04 chromatic Mostly in one main function, say runops_profile_core?
06:04 cotto Yeah, except not that function.
06:04 cotto since it already exists
06:05 chromatic That won't hurt anything.
06:05 chromatic I'll have to merge it into my work, but it'll be easy.
06:05 cotto (plus whatever code is needed to make it usabke from the cli)
06:05 cotto ok
06:06 cotto Is the other profiling runcore worth keeping?
06:07 chromatic I don't think it's usefl.
06:07 chromatic useful
06:08 cotto I'll just use that then.  That'll make my life much easier.
06:09 chromatic It shouldn't hurt anything for my changes either.
06:10 nopaste "mikehh" at 90.208.192.110 pasted "codetest FAILures at r40400" (46 lines) at http://nopaste.snit.ch/17470
06:10 nopaste "mikehh" at 90.208.192.110 pasted "PATCH for codetest FAILures at r40400 - make test/ make codetest PASS after patch" (19 lines) at http://nopaste.snit.ch/17471
06:18 chromatic This refactoring is a lot of fiddly bits.
06:20 cotto bits that can't be done in stages?
06:20 chromatic The stages aren't five minutes long.
06:20 chromatic I guess they could be, but I haven't done them that way.
06:20 chromatic Mostly it's just adding a lot of code, then moving a lot of code, and finally deleting some code.
06:21 chromatic Lots of code in parallel.
06:21 cotto sounds familiar
06:22 chromatic My branch doesn't even build now, so I'm still working on this step.
06:27 cotto Is clock_gettime portable enough that I won't have to do something special on windows?
06:27 chromatic POSIX 2001, so it should be.
06:28 cotto That'd be great.  It's perfect for profiling.
06:30 dukeleto how do I modify pasm registers from C?
06:32 mikehh dukeleto: the PATCH http://nopaste.snit.ch/17471 applies to src/debug.c from your commit ar r40395
06:33 chromatic dukeleto, there are register access macros at least in the .ops files.
06:34 dukeleto chromatic: thanks
06:35 dukeleto mikehh: touché, i really should run the codingstd_tests. do you have commit access yet?
06:36 moritz he doesn't, but will soon
06:37 mikehh I got to post my CLA today - the printer/scanner in the house is not connected to my computer - I got to fix that
06:38 TonyC MS VC++ doesn't implement clock_gettime
06:39 chromatic Should be a C core library function.
06:39 moritz what about gettimeofday?
06:39 TonyC MS don't claim to be POSIX compliant, only ANSI
06:39 TonyC nope
06:40 TonyC perl's Time::HiRes uses Win32 API calls to get an accurate time
06:40 TonyC urr, precise
06:41 payload joined #parrot
06:44 * japhb remembers writing the first version of the T::HR Win32 code ... ah, horrid, horrid memories ...
06:44 TonyC it's kind of scary
06:45 japhb I'm pretty sure it's different now than my original hack, though the replacement may have been just as bad.  :-)
06:46 japhb The best timing code is probably from Devel::NYTProf.  He seems to have worked hard to get the best out of each OS.
06:48 cotto NYTProf FTW
06:48 cotto I'm glad we have lots of smart people to steal from.
06:51 TonyC NYTProf uses Time::HiRes to get the time if gettimeofday isn't available
06:52 moritz (code reuse)++
06:52 HG` joined #parrot
06:53 cotto There's gotta be some C I can steal somewhere in there.
06:53 TonyC kind of cute - Time::HiRes puts the address of it's myU2time and myNVtime functions into perl globals and NYTProf grabs their values and calls them
07:12 cotto chromatic, if I commit now and continue to commit changes later, will that cause you much pain?
07:14 chromatic It won't hurt anything.  We're in a decent spot of encapsulation now.
07:17 cotto incoming
07:17 purl incoming is https://pause.perl.org/incoming/
07:18 dalek parrot: r40401 | cotto++ | branches/pluggable_runcore (4 files):
07:18 dalek parrot: [profiling] repurpose the old profiling runcore and remove some now-unused functions
07:18 dalek parrot: also add a script to turn profiling output into something Callgrind can consume
07:18 dalek parrot: There are many things that need work in this code.  I'm aware of some of them.
07:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40401/
07:20 donaldh joined #parrot
07:28 particle joined #parrot
07:31 dalek parrot: r40402 | cotto++ | branches/pluggable_runcore/src/runcore/cores.c:
07:31 dalek parrot: [prof] fix a copy/paste bug
07:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40402/
07:31 dalek parrot: r40403 | cotto++ | branches/pluggable_runcore/src/runcore/cores.c:
07:31 dalek parrot: [prof] and another.  cotto--
07:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40403/
07:52 mokurai left #parrot
08:34 hiroyuki_y joined #parrot
09:15 wayland76 joined #parrot
09:25 moritz it would be nice if somebody could alias planet.parrot.org to planet.parrotcode.org
09:28 dalek parrot: r40404 | NotFound++ | branches/auto_attrs:
09:28 dalek parrot: Creating auto_attrs branch for TT #895
09:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40404/
09:32 cotto It looks like Parrot_floatval_time will be an easy (if inferior) fallback for platforms that don't have clock_gettime.
09:38 Whiteknight joined #parrot
09:38 dalek parrot: r40405 | NotFound++ | branches/auto_attrs (26 files):
09:38 dalek parrot: put the branch up to date with the changes already tested from TT #895
09:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40405/
09:49 donaldh joined #parrot
09:56 cotto Whiteknight, what's a good way to detect (in C) if you're in an inferior runloop?
09:57 NotFound cotto: all runloops are created equal...
09:58 Whiteknight cotto: I'm not sure about the best way
09:58 cotto except the inferior ones
09:58 NotFound cotto: inferior in respect to what?
09:59 Whiteknight there is a runloop id field somewhere, maybe in the interp struct that keeps a count, but I don't know how it is updated and used everywhere
09:59 cotto I guess another word would be "inner".
09:59 Whiteknight "innerferior"
09:59 NotFound Any inner runloop related to the first one of the current Interpreter?
10:00 cotto yeah
10:01 NotFound Maybe we need to store somewher the id of that first one.
10:05 dalek tracwiki: v2 | kjs++ | PIRCDevelopment
10:05 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=2&action=diff
10:06 NotFound Mmmmm... the runloop id is set in runops at src/call/ops.c, and then it calls runops_int. But there are calls to runops_int from other places, so I guess we need some fixes to be able to reliably use the runloop id.
10:06 cotto There's an easy workaround for what I need.
10:12 cotto Meh.  I was hoping to profile something using PGE tonight, but that'll have to wait until later.
10:13 bacek joined #parrot
10:19 dalek parrot: r40406 | cotto++ | branches/pluggable_runcore/src/runcore/cores.c:
10:19 dalek parrot: [prof] make profiling runcore behave better with nested runloops
10:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40406/
10:21 cotto good night
10:21 cotto (or morning)
10:23 dalek parrot: r40407 | cotto++ | branches/pluggable_runcore/src/runcore/cores.c:
10:23 dalek parrot: [prof] It's really time I stopped writing code and went to bed.
10:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40407/
10:31 bacek o hai
10:32 bacek cotto: go to bed!
10:36 MoC joined #parrot
10:44 pmichaud Good morning, #parrot
10:44 Zak joined #parrot
10:45 zak_ joined #parrot
10:45 bacek hi pmichaud
10:46 bacek But I disagree about "morning" :)
10:46 dalek parrot: r40408 | NotFound++ | trunk (2 files):
10:46 dalek parrot: Deprecate PASM1 pseudocompiler and PDB_compile, TT #872
10:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40408/
11:00 dalek parrot: r40409 | NotFound++ | branches/auto_attrs (11 files):
11:00 dalek parrot: merge trunk r40408, mainly to check that the branch is alive
11:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40409/
11:04 dalek parrot: r40410 | bacek++ | trunk/src/debug.c:
11:04 dalek parrot: [cage] Fix hardtab.
11:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40410/
11:04 NotFound Uh, sorry.
11:05 bacek NotFound: no worries.
11:06 bacek I'm just merging my branch to trunk atm. So I'm running a lot of tests before dcommit them :)
11:06 NotFound I'm familiarizing myself with svn branching and forgot to look at the details of the changes.
11:07 bacek NotFound: use git :)
11:08 NotFound bacek: familiarizing with git will be even worse :)
11:08 bacek much simpler to use
11:08 bacek But you can do it locally without showing to everyone how bad you are :)
11:08 NotFound I'm on holidays, don't want to read manuals ;)
11:09 bacek fair enough :)
11:09 bacek Care to fix t/tools/parrot_debugger?
11:10 bacek t/tools/parrot_debugger                 (Wstat: 256 Tests: 35 Failed: 1)
11:10 bacek Failed test:  35
11:10 bacek (Or I can do it)
11:10 NotFound Uh, there was a test for that? :o
11:11 NotFound 'eval nothing' ? That's funny
11:11 NotFound I'll fix/kill it
11:11 bacek -Ofun ftw!
11:14 dalek parrot: r40411 | bacek++ | branches/keys_cleanup/compilers/imcc/pbc.c:
11:14 dalek parrot: [cage] Remove unused macro. kid51++ for notice.
11:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40411/
11:17 dalek parrot: r40412 | NotFound++ | trunk/t/tools/parrot_debugger.t:
11:17 dalek parrot: [t] TODO parrot_debugger eval test, TT #872
11:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40412/
11:20 donaldh joined #parrot
11:21 dalek parrot: r40413 | NotFound++ | branches/auto_attrs (11 files):
11:21 dalek parrot: merge from trunk r40412
11:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40413/
11:30 uniejo joined #parrot
11:30 bacek pmichaud: Can I delete isafast branch from svn?
11:31 dalek parrot: r40414 | bacek++ | trunk (13 files):
11:31 dalek parrot: Merge branch keys_cleanup into trunk.
11:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40414/
11:31 dalek parrot: r40415 | bacek++ | branches/keys_cleanup:
11:31 dalek parrot: Branch keys_cleanup was merged to trunk
11:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40415/
11:35 kid51 joined #parrot
11:40 MoC joined #parrot
11:40 wayland76 purl, seen allison
11:40 purl allison was last seen on #parrot 17 hours, 19 minutes and 16 seconds ago, saying: :)
11:44 * moritz tests rakudo with the keys_cleanup branch merged
11:44 ttbot bacek: Parrot trunk/ r40414 cygwin-thread-multi-64int make error http://tt.ro.vutbr.cz/file/cmdout/66253.txt
11:45 bacek oh shi...
11:45 dalek parrot: r40416 | NotFound++ | branches/auto_attrs (22 files):
11:45 dalek parrot: merge from trunk r40415 (keys_cleanup)
11:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40416/
11:46 bacek Segfault???
11:46 purl Segfault is http://xkcd.com/371/
11:48 bacek Does anyone have "cygwin-thread-multi-64int" around for "interactive debugging"?
11:49 moritz bacek: after the branch merge rakudo segfaults on precompiling Test.pir
11:49 moritz on amd64
11:49 bacek a-ha!
11:50 bacek Let me recheck locally (i386 anyway).
11:51 NotFound Looks like there are some important thing that out test suite fails to exercise.
11:52 moritz that's not really new :/
11:53 bacek key_cleanup branch should be pretty safe... It's just about removing unused stuff...
11:56 moritz well, I didn't test it immediately before the merge
11:56 bacek moritz: I can't reproduce segfault. Can you rebuild parrot/rakudo after "ccache -C"?
11:56 moritz bacek: sure, I'll do that
11:56 bacek moritz: thanks
11:56 moritz so far I never had problems with ccache, but one can never know
11:59 bacek I had quite few of them. Especially after merging branches.
11:59 bacek So I've put in my check list: "build without ccache after merge"
12:00 bacek Second segfault on darwin-multi...
12:00 bacek yak...
12:02 moritz bacek: clearing the ccache didn't help
12:03 bacek moritz: hrm...
12:03 moritz seems to be GC related
12:03 moritz when I compile it by passing -G to parrot there's no segfault
12:04 nopaste "bacek" at 114.72.150.10 pasted "moritz: can you try this patch?" (14 lines) at http://nopaste.snit.ch/17473
12:05 bacek oh noes... Not GC again!
12:06 * bacek running in circles screaming
12:06 bacek moritz: can you run it under gdb?
12:06 moritz bacek: ok, I'll try that. If it doesn't help, I'll use gdb or bisect
12:07 bacek Yay! I reproduced it with --gc-debug
12:08 bacek moritz: ignore my patch.
12:09 moritz bacek: would a bisect help you?
12:10 whiteknight joined #parrot
12:10 bacek no... Only lobotomy...
12:13 bacek moritz: can you try again on r40417?
12:13 moritz bacek: just a sec, I've got something else running right now
12:14 bacek moritz: ok
12:14 whiteknight good morning moritz, bacek
12:14 bacek whiteknight: 2 mistakes. It's not morning. And it's not good...
12:15 * bacek screwed parrot again
12:15 whiteknight okay
12:15 whiteknight bad evening bacek
12:15 whiteknight how did you screw it?
12:15 bacek And bad evening to you, whiteknight :)
12:15 dalek parrot: r40417 | bacek++ | trunk/src/key.c:
12:15 dalek parrot: [cage] Don't try to mark non-GCable keys
12:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40417/
12:16 bacek r40417
12:16 bacek merge keys_revamp branch...
12:16 whiteknight ah, I see
12:16 whiteknight good! That branch is very important
12:17 bacek whiteknight: not yet. But I almost wrap my head about "keys_refactor" branch. So I can screw parrot even badly!
12:17 whiteknight I don't have my development computer at work and can't really help testing
12:17 JC1 joined #parrot
12:18 moritz bacek: no immediate segfault on r40417
12:18 * kid51 starts a smolder test on 40417 and heads for $job
12:18 bacek no worries. We have moritz and ttbot :)
12:19 moritz bacek: running spectest now, expect results in ~30min
12:19 moritz the first 10 or so test files look good
12:19 bacek moritz: ok, thanks.
12:21 bacek I removed such a nice comment in r40376
12:21 bacek I probably have to put it into include/parrot/key.h...
12:22 bacek "* Note to self: shoot whoever thought this was a good idea."
12:24 bacek Yay! "Green light" on ttbot!
12:31 dukeleto bacek: hilarious comment
12:31 MoC joined #parrot
12:32 dalek parrot: r40418 | NotFound++ | branches/auto_attrs (10 files):
12:32 dalek parrot: merge from trunk r40417
12:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40418/
12:32 quek joined #parrot
12:33 bacek dukeleto: not for me... I'm cursing day when I decided to make hashes/keys less insane.
12:34 dukeleto bacek: i can run tests on mac ppc/intel if you need it
12:34 moritz bacek: you can see yourself as a cursing buffer - you do it now extensively, and safe the curses of a future generations of parrot hackers for something even more worthwile
12:35 moritz dukeleto: a 'make smolder_test' on parrot HEAD would surely be welcome
12:36 dalek parrot: r40419 | bacek++ | trunk/src/key.c:
12:36 dalek parrot: [cage] Put parentheses in if statement.
12:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40419/
12:36 dukeleto moritz: will do
12:36 ruoso joined #parrot
12:36 bacek_ joined #parrot
12:37 bacek_ me again...
12:38 ruoso joined #parrot
12:39 dukeleto is it safe to pass -j flags directly to Parrot's make or is there an environment variable?
12:39 bacek_ dukeleto: not yet. Andy++ working on proper make dependencies
12:39 dukeleto bacek: good to know
12:40 ruoso joined #parrot
12:41 moritz dukeleto: works for me here
12:41 moritz dukeleto: I always build with 'make -j3', and only if there are build problems I'll retry without it
12:41 moritz but that happens only rarely these days
12:41 dukeleto moritz: ok, also good to know
12:42 moritz but I usually do a 'make realclean' before, so there's no old stuff left
12:42 moritz bacek_: spectest finished, no new problems in rakudo so far
12:42 ruoso joined #parrot
12:43 * bacek_ departing to bed. It will be big meeting tomorrow at $dayjob.
12:43 bacek_ moritz: ok. thanks for testing.
12:43 bacek_ see you!
12:43 moritz sleep well
12:44 bacek_ I'll try.
12:44 bacek_ joined #parrot
12:44 ruoso joined #parrot
12:46 dalek parrot: r40420 | NotFound++ | branches/auto_attrs/src/pmc/nci.pmc:
12:46 dalek parrot: set auto_attrs in nci pmc
12:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40420/
12:52 dalek parrot: r40421 | NotFound++ | branches/auto_attrs/src/pmc/unmanagedstruct.pmc:
12:52 dalek parrot: set auto_attrs in unmanagedstruct pmc
12:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40421/
12:56 dukeleto moritz: just got a passing "smolder_test" on r40419 for darwin 386
12:56 quek left #parrot
12:57 dukeleto how do I tell ASSERT_ARGS about new C functions ?
12:58 NotFound dukeleto: make headerizer
12:59 dukeleto NotFound: thanks!
12:59 dukeleto i am making good progress on adding the "assign" command to the debugger
12:59 NotFound dukeleto: better do a make headerizer before doing any change, to make sure there was no pending headerizing.
13:00 NotFound dukeleto: good :)
13:00 dalek parrot: r40422 | NotFound++ | branches/auto_attrs/src/pmc/managedstruct.pmc:
13:00 dalek parrot: set auto_attrs in managedstruct pmc
13:00 dukeleto NotFound: good to know
13:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40422/
13:01 quek joined #parrot
13:02 moritz dukeleto: thanks
13:06 dukeleto i just realized that my darwin ppc smolder cron job has been failing due to a certificate warning in svn co
13:12 payload joined #parrot
13:21 quek left #parrot
13:30 Coke (-j) has been working for quite some time now. it is, generally, safe.
13:35 Coke I am not understand how something that never worked needs a deprecation cycle. Did allison have a compelling argument?
13:57 TiMBuS joined #parrot
14:13 mikehh_ joined #parrot
14:15 whiteknight that is quite an interesting question
14:15 moritz I think she was under the impression that there were some cases where it was working before
14:15 whiteknight perhaps a better idea would have been to grandfather all non-working items that existed before the deprecation policy as being "experimental"
14:16 whiteknight but that's hindsight, and the existance of the PASM1 compiler doesn't really hurt us if it doesnt work and nobody relies on it
14:17 dukeleto am I correct in thinking that REG_INT(interp,3) = 42 should be equivalent to the pasm "I3= 42" ?
14:25 dalek rakudo: 3c5210a | moritz++ | build/PARROT_REVISION:
14:25 dalek rakudo: bump PARROT_REVISION  after keys_cleanup merge by bacek++
14:25 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​c5210a718daddbe781218b288c942ec4c173667
14:26 theory joined #parrot
14:48 MoC joined #parrot
14:50 Coke if it's been deprecated and is now throwing an exception when using it, (which is how I read the commit, but didn't check the code), then we've done just as bad as simply removing it, except now we have to remember to clean up our mess later.
14:50 Coke If we're going to leave it alone until 2.0, let's leave it alone entirely.
14:51 whiteknight send a message to the ML. you've got my vote
14:51 Psyche^ joined #parrot
15:13 Coke hurm. [namespace eval foo {namespace parent}] should return "::", the top level namespace. works in tcl now. if I convert all the helper subs in [namespace] into a switch (removing one parrot sub invocation), it fails.
15:13 Coke (returning the empty string instead.)
15:13 Coke odd.
15:20 donaldh joined #parrot
15:49 mikehh All tests PASS (pre/post-config, smolder, nqp_test, fulltest) at r40422 - Ubuntu 9.04 amd64
15:55 mokurai joined #parrot
16:09 mikehh rakudo (3c5210a) builds on parrot r40422 - make test PASS / make spectest (up to 27878) FAIL - same two tests fail that have been failing for the last week
16:31 jtal joined #parrot
16:35 jtal does anyone have a moment to tell my why this is wrong? http://kivasti.com/p.txt
16:36 jtal when I look at --target past  the name is not what I expect, instead its    PMC 'bla;Grammar' => "myFunc" @ 1
16:37 whiteknight jtal: are you defining your namespaces in those files?
16:37 jtal I'm starting from the boilerplate stuff... so there is .namespace [] in say.pir
16:37 jtal I've changed very little
16:39 whiteknight the .pg file should have a line near the top "grammar MyGrammar::Grammar is PCT::Grammar;", or whatever your language is named
16:39 jtal ah yes thats there
16:40 whiteknight and the .pm file should have something like "class MyGrammar::Grammar::Actions;"
16:41 jtal yes
16:41 whiteknight okay, maybe I don't understand the problem
16:41 jtal there is no error either... I forgot to mention that
16:41 jtal when I type something that parses correctly it doesnt complain or do what I expect
16:42 jtal hm, maybe the problem is in the pir then
16:43 jtal ok, thanks for your help...I think I need to read more :>
16:46 davidfetter joined #parrot
16:49 whiteknight okay
17:29 zak_ joined #parrot
17:35 dalek cardinal: ba72bd4 | (Danius Michaelides)++ |  (3 files):
17:35 dalek cardinal: Correct return value for Array, inc tests.
17:35 dalek cardinal: Signed-off-by: Ted Reed <ted.reed@gmail.com>
17:35 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/ba72bd4342361446d1870bdcda355182129b469b
17:35 theory joined #parrot
17:37 * moritz admires the activity level of the cardinal compiler
17:37 treed Thanks. :-)
17:37 treed Mostly a lot of little things, but progress is progress.
17:38 moritz aye
17:38 payload joined #parrot
17:48 braceta joined #parrot
18:08 Coke is there a way to say, "show me the changes in commit id foo" ?
18:09 Coke (I can do a log, and a 'git diff <commit> <previous commit>' but was hoping for a shortcut version.
18:09 kj joined #parrot
18:11 dalek tracwiki: v3 | kjs++ | PIRCDevelopment
18:11 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=3&amp;action=diff
18:11 altious joined #parrot
18:12 Coke packy's "gitsquash" script is verrrrry nice.
18:15 dalek tracwiki: v4 | kjs++ | PIRCDevelopment
18:15 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=4&amp;action=diff
18:18 dalek tracwiki: v5 | kjs++ | PIRCDevelopment
18:18 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=5&amp;action=diff
18:22 dalek tracwiki: v6 | kjs++ | PIRCDevelopment
18:22 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=6&amp;action=diff
18:23 cotto <3 kj
18:23 cotto (or at least his documentation
18:23 cotto )
18:24 kj heh :-)
18:25 moritz kj++
18:25 moritz no he's <4 ;-)
18:25 moritz s/no/know/
18:25 moritz *now
18:25 moritz ENOTYPING
18:25 l3t0 joined #parrot
18:25 cotto btw, moritz, I think your rss feed is goofy
18:26 cotto all the links of the titles point to the rss feed itself rather than the articles
18:26 moritz ouch
18:26 moritz cotto: thanks for the information
18:26 dalek tracwiki: v7 | kjs++ | PIRCDevelopment
18:26 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=7&amp;action=diff
18:27 cotto np
18:27 l3t0 Coke: git show can be used to show the changeset of a commit sha1 or branch (or a general 'commitish')
18:28 joeri joined #parrot
18:30 Coke l3t0: woot. thanks.
18:37 dalek tracwiki: v8 | kjs++ | PIRCDevelopment
18:37 dalek tracwiki: ah while i'm at it, some more information on PIRC.
18:37 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=8&amp;action=diff
18:44 dalek tracwiki: v9 | kjs++ | PIRCDevelopment
18:44 dalek tracwiki: add link to register allocator paper that i based the reg alloc on
18:44 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=9&amp;action=diff
18:52 dalek tracwiki: v10 | kjs++ | PIRCDevelopment
18:52 dalek tracwiki: some comments on PIRC vs IMCC
18:52 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=10&amp;action=diff
18:53 kj ah this always happens... just starting to write without any planning :-(
18:53 altious joined #parrot
18:53 kj amazing how fast you can make a mess of things
18:55 danius joined #parrot
18:59 dalek tracwiki: v11 | kjs++ | PIRCDevelopment
18:59 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=11&amp;action=diff
19:10 kj does anyone know whether I can use the full path of a file in the repository, and have it link automatically to that file on the online repos?
19:10 kj without making explicit links? Bascially what happens for trac tickets automatically, I'd like to do for files in the repos.
19:12 particle [source:/README]
19:13 Coke [source:README]
19:13 kj ok, thanks for that
19:13 Coke except that doesn't seem to work. =-)
19:14 particle wonder if we need a plugin for that :(
19:14 Coke probably need trunk/
19:15 Coke yup.
19:15 Coke [source:trunk/README]
19:15 particle coke++
19:19 kj mm doesn't work
19:19 kj i want to link to compilers/pirc/src/pirregalloc.c
19:19 kj so i'd do [source:trunk/parrot/compil​ers/pirc/src/piregalloc.c]
19:20 moritz without the parrot/ in there
19:20 donaldh joined #parrot
19:21 kj thanks!
19:21 dalek tracwiki: v12 | kjs++ | PIRCDevelopment
19:21 dalek tracwiki: add link to a file that i mentioned before.
19:21 dalek tracwiki: https://trac.parrot.org/parrot/wiki/PIR​CDevelopment?version=12&amp;action=diff
19:24 chromatic joined #parrot
19:29 Andy joined #parrot
19:30 Coke Andy, chromatic: morning.
19:30 Andy I've been so busy I haven't even logged in to IRC>
19:30 particle morning, where?
19:30 purl morning, is probably this a submarine?
19:30 l3t0 purl, a yellow submarine ?
19:30 purl YELLOW SUBMARINE
19:31 Coke we all live in.
19:34 tekky joined #parrot
19:37 chromatic Hello.
19:38 kj hello chromatic
19:38 iblechbot joined #parrot
19:42 whiteknight hello chromatic
19:50 chromatic cotto, I've been thinking of appending the PID to the profiling output name so as not to clobber existing outputs.
19:51 whiteknight PID?
19:51 purl i think PID is a unique number that identifies a single instance of a program. or pelvic inflammatory disease. or $$ or Passenger Information Display
19:51 whiteknight ah yes, we want the pelvic inflamatory disease in the profiling output
19:53 particle those are rarely unique
19:53 particle rather, they're usually a shared pubic key
19:53 altious joined #parrot
20:11 japhb I caught the Perl 5 SDL_perl guys talking about porting their work to Parrot, and was about to point them to the right places to coordinate with us.  Is parrot-dev the right mailing list for people who want to work on Parrot modules, rather than Parrot itself?
20:12 Tene For now, yes.
20:12 Tene It might be nice to have a separate list, a spart of the "aviary" or whatever proposal.
20:13 japhb OK, I'll add that to my notes
20:18 japhb OK, pointers sent.  Hope they come join us.
20:19 cotto chromatic, that's actually on my todo list
20:24 payload joined #parrot
20:31 tekky PID=process ID
20:34 cotto I was going to use a passenger information display, but that'll be considerably easier.
20:34 tekky use a principal ideal domain
20:36 moritz parrot idiosyncratic developer ;-)
20:36 tekky Like that one.  Is that another name for an intern?
20:37 moritz I just came up with that
20:46 bacek joined #parrot
20:54 cotto hi bacek
20:56 donaldh_ joined #parrot
20:59 MoC joined #parrot
20:59 dalek rakudo: a948cae | moritz++ | docs/architecture. (2 files):
20:59 dalek rakudo: [docs] add links to architecture.svg, and a HTML document to which it links.
20:59 dalek rakudo: Also crops and resizes the SVG.
21:00 dalek rakudo: The HTML is take from my blog, needs a bit polishing and some style sheets.
21:00 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​948cae516dd386961b4675c22f2cf3ef14f4d71
21:01 theory joined #parrot
21:04 bacek good morning
21:04 purl And good moroning to you, bacek.
21:06 bacek chromatic: around?
21:06 chromatic pong
21:07 bacek chromatic: I've got excellent (fsvo) idea. Deprecate Keys at all.
21:07 chromatic What would replace them?
21:07 bacek Create NamespaceKey which will be used for Namespaces.
21:08 JC1 joined #parrot
21:08 bacek Navigating over "ordinary" aggregates will be "manual"
21:09 chromatic The idea has merit.
21:09 bacek indeed.
21:10 bacek No one uses $P0[foo;bar;baz]
21:10 bacek It's almost impossible to implement and used correctly.
21:11 bacek And behaviour is very dependant on HLL
21:11 chromatic It's not easy to manage in IMCC either.
21:11 bacek e.g. autovivify vs throwing exception.
21:12 bacek So, NamespaceKey will has-a RSA
21:12 bacek Simple, clean, comprehensible.
21:12 bacek Remove a lot of code in Hash and Array to support Keys.
21:13 bacek Simplify IMCC and future of PIRC (which doesn't support complex keys)
21:13 chromatic It's worth considering.
21:13 japhb How does one grab Parrot config info from PIR?
21:14 chromatic There's a Parrot config library.  config.pbc
21:15 Whiteknight joined #parrot
21:16 japhb chromatic: Ah!  I was mentally stuck on the parrot_config.pbc at root that had no .pir, and it wasn't clear what to do with it.
21:19 Coke bacek; no one uses $P0[foo;bar;baz] because you can't really do that at runtime.
21:19 Coke (compiletime, sure.)
21:19 bacek Coke: indeed.
21:22 bacek Coke: do you really want to use $P0[foo;bar;baz] for ordinary Hashes in partcl?
21:23 dalek TT #903 created by bacek++: [RFC] Deprecate Keys at all.
21:26 * bacek departing to morning duties and $dayjob
21:32 joeri left #parrot
21:46 jan joined #parrot
21:53 bacek joined #parrot
21:54 Whiteknight Far from removing key literals in PIR, I think it would be much better to create an improved, unified aggregate literal syntax that can be used with multiple PMC types
21:55 chromatic Do we use aggregate lookup for anything other than namespaces and class names?
21:55 Whiteknight for I don't think so, but if we had a literal syntax for more PMC types it would be used more
21:55 Whiteknight array literals, hash literals, etc. It would be very valuable
22:01 Coke Whiteknight: as someone who is now moving those over to .const, is that a /big/ win?
22:01 MoC joined #parrot
22:20 donaldh_ anyone familiar with compilers/pirc ?
22:21 donaldh_ there's a macro parser in compilers/pirc/macro that doesn't seem to get used.
22:23 braceta joined #parrot
22:28 Coke most of pirc doesn't get used.
22:29 Coke it's a work-in-progress replacement for imcc that's not built by default.
22:29 Coke there's a newly added wiki page (and several tickets) on trac.parrot.org
22:29 donaldh_ Yep, I figured that
22:30 Coke bah: exists_keyed() not implemented in class 'ResizableStringArray'
22:30 donaldh_ I'm just eradicating use of malloc/free in the generated lexers. The macro/macro.l lexer doesn't seem to get used by pirc.
22:31 chromatic It might be a proof of concept.
22:32 donaldh_ I've updated macro.l anyway - just can't test.
22:34 Coke incoming.
22:34 purl incoming is https://pause.perl.org/incoming/
22:35 wayland76 joined #parrot
22:36 donaldh_ chromatic: you were interested in a patch that replaces malloc/free calls with mem_sys_allocate et al
22:36 chromatic Yes.
22:37 dalek partcl: r570 | coke++ | trunk/src/macros.pir:
22:37 dalek partcl: Add TryCatch for more simple exception handling.
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=570
22:37 dalek partcl: r571 | coke++ | trunk/runtime/builtin/ (8 files):
22:37 dalek partcl: use .const subs to generate these PMCs
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=571
22:37 dalek partcl: r572 | coke++ | trunk/runtime/builtin/namespace.pir:
22:37 dalek partcl: use more hllmacros
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=572
22:37 dalek partcl: r573 | coke++ | trunk/runtime/builtin/namespace.pir:
22:37 dalek partcl: remove unneeded subcommands
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=573
22:37 donaldh_ I've updated the lexer files and I've updated the makefiles to correctly generate the .c files in --maintainer mode.
22:37 dalek partcl: r574 | coke++ | trunk/tools/tcl_test.pl:
22:37 dalek partcl: Allow for a git-svn checkout.
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=574
22:37 dalek partcl: r575 | coke++ | trunk/ (2 files):
22:37 dalek partcl: Issue # 42 - implement [string is ascii]
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=575
22:37 dalek partcl: r576 | coke++ | trunk/ (9 files):
22:37 dalek partcl: Eliminate toDict() multi subs and use a method instead.
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=576
22:37 dalek partcl: r577 | coke++ | trunk/ (5 files):
22:37 dalek partcl: gitignore more generated files
22:37 dalek partcl: (the non-core ignores were apparently implicit with svn)
22:37 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=577
22:38 Coke that was squashed down from about 20 commits.
22:38 donaldh_ chromatic: do you want the generated .c files included in the patch, or do you want to generate them in --maintainer mode
22:38 Whiteknight Coke: depends what you mean by "win"?
22:38 rg joined #parrot
22:39 Coke how much of an improvement would that be over the existing system, esp. compared to all the other projects we have unfinished.
22:40 Coke I would say that having a nice syntax for stuff you can already do at compile time with .const and split and JSON is probably a very low priority.
22:40 Coke ->
22:41 GeJ Good morning everyone.
22:52 tetragon joined #parrot
22:55 nopaste "donaldh" at 213.123.171.12 pasted "for chromatic: patch replacing malloc/free with mem_sys_allocate variants" (532 lines) at http://nopaste.snit.ch/17477
22:57 ruoso joined #parrot
22:57 donaldh_ bed
22:59 ruoso joined #parrot
23:01 ruoso joined #parrot
23:03 ruoso joined #parrot
23:05 ruoso joined #parrot
23:06 ruoso joined #parrot
23:08 ruoso joined #parrot
23:09 slavorg joined #parrot
23:10 ruoso joined #parrot
23:12 ruoso joined #parrot
23:13 ruoso joined #parrot
23:15 ruoso joined #parrot
23:17 ruoso joined #parrot
23:17 wayland76 ruoso seems to be having connectivity issues
23:18 wayland76 Question all: is there an easy way to call the Linux "stat" function from Parrot?
23:18 chromatic There's a wrapper for it in src/platform I think.
23:18 chromatic The bytecode/program loading call uses it.
23:19 ruoso joined #parrot
23:20 donaldh joined #parrot
23:21 ruoso joined #parrot
23:22 slavorg joined #parrot
23:23 ruoso joined #parrot
23:24 patspam joined #parrot
23:24 ruoso joined #parrot
23:25 braceta left #parrot
23:26 ruoso joined #parrot
23:28 ruoso joined #parrot
23:30 ruoso joined #parrot
23:30 gerd joined #parrot
23:31 ruoso joined #parrot
23:33 ruoso joined #parrot
23:35 ruoso joined #parrot
23:35 slavorg joined #parrot
23:37 ruoso joined #parrot
23:39 ruoso joined #parrot
23:41 ruoso joined #parrot
23:42 ruoso joined #parrot
23:44 ruoso joined #parrot
23:46 ruoso joined #parrot
23:47 ruoso joined #parrot
23:49 slavorg joined #parrot
23:49 ruoso joined #parrot
23:51 ruoso joined #parrot
23:52 ruoso joined #parrot
23:53 cotto ruoso, it's getting old
23:54 ruoso joined #parrot
23:58 chromatic Maybe that'll help notify him.

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

Parrot | source cross referenced