#parrot Parrot 2.1.1 Released! | parrot.org/ | Channel log: irclog.perlgeek.de/parrot/today | Tasks: PCC deprecations hackathon on Saturday, TT #389 branch
Set by moderator on 5 March 2010.
00:07 zpmorgan joined
theory dukeleto: ping 00:19
00:24 kid51 joined
plobsing aside from the fact that it's not causing any bugs ATM, is there a reason Complex should have an invoke vtable? 00:41
00:48 slavorg joined 01:01 abqar joined 01:02 Whiteknight joined
Whiteknight oi, the infinite exception loop is back 01:13
damn fart crap
plobsing Whiteknight: working on TT #1499, I got an idea to solve TT #1015 using the cleaned up visit system. 01:14
do you have any plans in the works for that one?
Whiteknight let me look those up
ah, ok 01:16
I tried a solution a while ago that used a cache to avoid cyclic data structures in clone 01:17
a similar mechaism would be nice for freeze/thaw too 01:18
plobsing freeze/thaw already does that
* and has for a while
Whiteknight maybe I'm mis-remembering the details
plobsing and now that it has been cleaned up, you can plug other PMCs into the same code to execute different actions (eg: deep clone) 01:19
Whiteknight nice
plobsing at least that's the theory. It only has freeze/thaw and "get the size of freezing without actually doing it" 01:20
for now 01:21
I'm thinking a cloner would be a good test of that infrastructure
Whiteknight give it a try 01:22
I would love to see that
01:26 snarkyboojum joined
Whiteknight let me know if you need any help 01:29
dalek rrot: r44751 | petdance++ | trunk/config/gen/makefiles/root.in:
Change "ex:" to "example:" because vim was getting confused
01:34
purl dalek: that doesn't look right
rrot: r44752 | plobsing++ | branches/tt1015:
creating branch to attempt to solve TT #1015 using recently cleaned visit system
01:50
rrot: r44753 | plobsing++ | trunk (2 files):
freeze/thaw for Complex
dukeleto theory: pong 01:56
plobsing++ # freeze/thaw for complex 02:00
02:16 hudnix joined 03:09 adu joined
kid51 It appears that the position of two config steps was changed when the rm_cflags branch was merged in. 03:24
I'm getting a warning during Configure.pl on my Darwin/PPC -- but not on Linux/i386. 03:25
auto::arch - Determine CPU architecture and OS...Use of uninitialized value in pattern match (m//) at config/auto/arch.pm line 63.
...............done.
Will look into this.
Coke ping 03:27
It's late; I'll open a ticket. 03:28
theory dukeleto: back 03:41
kid51 Anyone building Parrot on Darwin/i386, please have a look at this new ticket: trac.parrot.org/parrot/ticket/1504 03:44
kid51 must sleep
purl $kid51->sleep(8 * 3600);
dalek TT #1504 created by jkeenan++: config/auto/arch.pm: Uninitialized value warning on Darwin due to change ... 03:46
03:52 snarkyboojum left 03:54 janus joined 04:02 snarkyboojum joined 04:45 chromatic joined 04:57 tuxdna joined 04:58 parthm joined 04:59 Austin joined
Austin Buenos tardes, #parrot. 05:00
05:22 parthm left
dukeleto theory: repong 06:28
theory heh
dukeleto: What is it you're trying to do, exactly? 06:29
dukeleto theory: when i run the tests, i get lots of noise in my log about "creating implicit index". i don't want that noise in my logs
06:30 payload joined
theory dukeleto: I know. 06:30
You shouldn't get that in your logs.
oh, wait
hang on a sec
dukeleto theory: lets move this to #plparrot
that is the 4th time someone has told me that today. I want to not implicitly create indices. How do I *not* implicity create indices? 06:33
oops
dukeleto facepalms
chromatic /mesg dukeleto Create them explicitly?
heh
dukeleto hmmm. trunk is a bit wonky on darwin x86 06:43
looks like my 'parrot --version' says 'ppc-darwin' now 06:44
dukeleto is running a "make smoke" now
07:03 uniejo joined 07:19 JimmyZ joined 07:31 bacek joined
dukeleto yep, parrot --version is wrong on darwin-x86 now . see trac.parrot.org/parrot/ticket/1504 for details 07:31
bacek: o hai
dalek parrot: 602f52e | dukeleto++ | pgtap.sql:
Get rid of log noise about creating implicit sequences/indices
07:45
07:57 eiro joined
dukeleto theory++ # help with implicit indices/sequences 08:09
08:19 payload joined 08:26 fperrad joined 08:30 bacek joined 08:45 iblechbot joined
bacek ~~ 08:56
09:24 AndyA joined 09:25 payload joined 09:32 aukjan joined 09:53 TonyC joined
dalek kudo: f56934d | moritz++ | t/spectest.data:
we now pass S09-typed-arrays/hashes.t again, arnsholt++
10:00
10:02 barney joined
dalek kudo: b1fd5d8 | moritz++ | src/builtins/Parcel.pir:
Fix RT #73128, stringifications of Parcel

the one defined in Mu. Another vtable override fixes that.
10:06
kudo: df743fe | moritz++ | t/spectest.data:
run the new parcel.t file
10:12
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32549), fulltest) at r44753 - Ubuntu 9.10 amd64 (g++ with --optimize)All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32549), fulltest) at r44753 - Ubuntu 9.10 amd64 (g++ with --optimize) 10:15
bah - try again 10:16
All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32549), fulltest) at r44753 - Ubuntu 9.10 amd64 (g++ with --optimize)
10:29 gaz joined
dalek rrot: r44754 | mikehh++ | branches/ops_pct/compilers (11 files):
add svn properties
10:46
rrot: r44755 | mikehh++ | branches/ops_pct (25 files):
add svn properties
11:19
11:25 TiMBuS joined 11:47 ruoso joined 11:50 allison joined
dalek kudo: 393fcd4 | moritz++ | src/ (4 files):
fix stringification of Any, and thus RT #73410
12:06
kudo: bd7c6f5 | moritz++ | src/core/Hash.pm:
implement method Bool in Hash
12:15 eiro joined 12:27 tuxdna joined 12:33 Austin joined 13:01 tetragon joined 13:05 aukjan joined
Coke skips review 13:10
msg kid51 - the problem with the configure steps is that they have steps that are prereqs, but since this thisn't a makefile, we can't easily track what those deps are. I'll see if I can come up with a way to fix it. 13:11
purl Message for kid51 stored.
Coke msg kid51 ah, just saw your response on the ticket... commenting there. 13:12
purl Message for kid51 stored.
13:43 bluescreen joined 14:02 atrodo joined 14:03 allison joined 14:08 GeJ joined, magnachef joined 14:16 whiteknight joined
whiteknight hello #parrot! 14:30
Coke ~~ 14:35
14:36 smash joined
smash hello everyone 14:36
whiteknight hello smash, Coke 14:45
14:47 jsut joined
Coke blogs.perl.org/users/robert_phaylon...recap.html //parrot 14:48
14:57 plobsing joined 15:10 Andy joined
dalek kudo: d183ebe | moritz++ | t/spectest.data:
enable context-forcers.t
15:15
15:21 zostay joined
dalek rrot: r44756 | plobsing++ | branches/tt1015/src (3 files):
first cut of cloning visitor

functionality through clone than through freeze, or flat out don't provide freeze. Bad PMCs!
15:23
15:24 PacoLinux joined 15:25 iblechbot joined
dalek kudo: 54c983e | jonathan++ | src/ (3 files):
Start to be a tiny bit smarter about :auth and :ver - now we treat them as not just part of the name, but also something you can introspect on the meta-class.
15:26
kudo: 8f90546 | jonathan++ | (2 files):
Translate much of moritz++'s prototype implementation of module location in NQP. Untested and unused so far.
15:31 payload joined 15:34 Psyche^ joined 15:40 theory joined
Coke Andy: ping. 15:40
Andy ? 15:41
Coke hio. you have branches/depends that has a first pass on doing makedepends - I think we're better off dumping that and using the checkdepend.pl tool for that (it's a lot less naive, though it's not perfect.) 15:43
wondering if you would be sad if I deleted it.
Andy no, toss it. 15:44
Coke danke. 15:46
dalek tracwiki: v30 | coke++ | BranchDescriptions
tracwiki: trac.parrot.org/parrot/wiki/BranchD...ction=diff
Coke Andy++ 15:49
Andy Right now I'm working on tidyp a lot, and I'm stealing a lot of the splint stuff I did on Parrot. 15:50
Coke Andy: that reminds me, I have a question for you. =-) 15:51
Andy yes?
Coke I just redid the warnings probes as part of a bid to eliminate the perl script that was doing our compiling for us. Was looking at moving some warnings flags out of cage into the standard set. 15:52
one of them seems reasonable but fails on every ASSERT_ARGS.
-Wunreachable-code
dalek rrot: r44757 | coke++ | branches/depends:
Removing old branch -

instead of just complaining about missing ones.
15:56
Coke er, so the question is - any idea how to make those assertions work on that warning flag? 16:00
dalek tracwiki: v31 | coke++ | BranchDescriptions 16:03
tracwiki: trac.parrot.org/parrot/wiki/BranchD...ction=diff
Coke msg Austin your yahoo address is generating temp bounce messages to the tickets list. 16:10
purl Message for austin stored.
Coke delivery temporarily suspended... delivery temporarily suspended due to user complaints 16:11
er, temporarily deferred due ...
(cut and pasto)
16:14 patspam joined 16:18 davidfetter joined
Coke is the only way to create a new wiki page in trac to link to it? 16:21
ISTR that I used to be able to do a search for FooBar and have one of the results on "no matches found" be "create this page". 16:23
particle coke: there's likely a config setting for that behavior 16:30
Coke particle: global or personal. (and I checked in both places already, saw nothing likely)
trac.edgewall.org/wiki/WikiNewPage seems to indicate it should JFW. 16:33
trac-- # yet another case where I have to fight the tool to get what I want.
particle trac.parrot.org/parrot/wiki/foobar 16:34
Coke yes, you can manually jump to the page by hand editing the url. 16:35
particle it seems you can type in the url you want
Coke I also just found that if you search for [wiki:SomeNewPage] that also works.
(gives you the quick jump link)
dalek kudo: e533f86 | moritz++ | t/spectest.data:
three more test files that we pass now that parcels stringify correctly
16:41
16:45 atrodo_ joined
Coke particle: wonder if it the "ignore_missing_pages" option in trac.ini is related. 16:46
particle ah, yes, that might be it
i'm no wiki expert, for sure, but i do recall setting something in trac for some site in the past... so vague it's not useful. :( 16:47
Coke looks like it just affects markup on links pointing to missing pages. 16:48
16:49 Psyche^ joined
Coke now I'm back to the trac-- behavior of not saving my changes when I click on the save button, but having to click the login link again. 16:52
dalek tracwiki: v1 | coke++ | tasksCoke
Coke that then saves my changes and brings me back to the start page of the wiki.
dalek tracwiki: use tasks first to get auto-indexing of page in tasks category
tracwiki: trac.parrot.org/parrot/wiki/tasksCo...ction=diff
Coke fun.
Are we using mod_python, particle, do you know? 16:54
particle i do not know 16:58
dalek kudo: 49749c0 | masak++ | src/core/Signature.pm:
[Signature.pm] removed extra '&' for params in .perl
17:04
tracwiki: v2 | coke++ | tasksCoke 17:09
tracwiki: use trac's wiki formatting.
tracwiki: trac.parrot.org/parrot/wiki/tasksCo...ction=diff
Coke opened a ticket with OSU on my trac login issue. mebbe they can help. 17:10
17:11 bubaflub joined 17:17 atrodo joined 17:22 atrodo_ joined 17:23 payload joined 17:25 atrodo joined 17:42 atrodo joined
dalek kudo: 9978b34 | jonathan++ | src/ (4 files):
Need to set up @*INC by BEGIN time, othrewise we'll not be able to use it in module loading. Kinda switch on new module locator code; gets us looking through @*INC again and should handle loading Foo::Bar style things.
17:44
tracwiki: v2 | basic++ | OSCON2008%20Talk%20Proposals 17:45
tracwiki: trac.parrot.org/parrot/wiki/OSCON20...ction=diff
tracwiki: v3 | basic++ | OSCON2008%20Talk%20Proposals
tracwiki: trac.parrot.org/parrot/wiki/OSCON20...ction=diff
moritz I have a .sub '' :vtable('get_string') :method and when I add an :anon to it, it doesn't work anymore 17:47
does anyone want to help me to write a pir-only test for that? I only experienced it in rakudo
already managed it... 17:56
17:58 lucian joined
dalek TT #1505 created by moritz++: :anon vtable overrides don't work in PIR 17:59
18:01 kurahaupo joined 18:05 payload joined 18:15 TiMBuS joined
dalek rrot: r44758 | plobsing++ | branches/tt1015/src/pmc/visitclone.pmc:
slight reordering of operations
18:32
18:43 bubaflub_ joined
dalek rrot: r44759 | plobsing++ | branches/tt1015 (2 files):
add visit,freeze,thaw,thawfinish to ArrayIterator and modify a test to keep failing
18:49
rrot: r44760 | jonathan++ | trunk/src/pmc/os.pmc:
[os.pmc] Add Win32 implementation for readdir (was POSIX only up to now).
kudo: e4e1a0d | (Jaume MartĆ­)++ | src/Perl6/Grammar.pm:
Rewrite of parse_name in NQP
18:52
kudo: e66c48d | moritz++ | src/ (4 files):
Merge branch 'master' of github.com:rakudo/rakudo
kudo: 086bed5 | moritz++ | src/Perl6/Compiler.pir:
fix using Test.pm by putting the . as the first entry in @*INC

than not running any tests when there's a Test.pm installed
18:58 jsut_ joined 18:59 AndyA joined, darbelo joined 19:02 chromatic joined 19:03 AndyA_ joined
dalek tracwiki: v3 | coke++ | tasksCoke 19:08
tracwiki: Testing login issue...
tracwiki: trac.parrot.org/parrot/wiki/tasksCo...ction=diff
tracwiki: v4 | coke++ | tasksCoke
tracwiki: trac.parrot.org/parrot/wiki/tasksCo...ction=diff
tracwiki: v5 | coke++ | tasksCoke
tracwiki: trac.parrot.org/parrot/wiki/tasksCo...ction=diff
tracwiki: v6 | coke++ | tasksCoke
tracwiki: trac.parrot.org/parrot/wiki/tasksCo...ction=diff
19:10 hercynium joined
Coke hey, trac-- is still borked. =-) 19:10
dalek rrot: r44761 | plobsing++ | branches/tt1015/src/pmc/fixedfloatarray.pmc:
freeze/thaw for FixedFloatArray (propagates to RFA)
19:22
rrot: r44762 | plobsing++ | branches/tt1015/src/pmc/fixedintegerarray.pmc:
remove dead code and doc
rrot: r44763 | plobsing++ | branches/tt1015/src/pmc/fixedstringarray.pmc:
handle thawing of uninitialized FSAs (propagates to RSA)
19:22 bacek joined 19:32 joeri joined 19:37 whiteknight joined 19:41 ash_ joined 19:45 bubaflub joined
Austin_away Hello, # parrot. 19:47
Austin Hello, #parrot.
19:47 iblechbot joined
darbelo Hi, Austin. 19:47
Austin Man, this mocking business is taking way longer than planned. 19:48
19:49 kjeldahl_ joined
Austin message Coke I have no idea why. I'm not subscribed, so I assume trac is sending to me because they're my tickets, but what does the list have to do with that? 19:49
purl Message for coke stored.
19:50 bubaflub joined
whiteknight hello Austin 19:50
19:50 allison joined
Austin howdy, whiteknight, darbelo. 19:51
darbelo Austin: Mocking objects? Lot's of material there...
Austin whiteknight: www.tk421.net/lotr/film/fotr/img/fotr0165.jpg
darbelo: Yeah. But it's always a little bit harder than it should be. 19:52
whiteknight: How'd your weekend finally go? Get the chimney sorted out?
whiteknight Austin: yeah. we got the chimney out, and not an hour later it was picked up by people searching the neighborhood for scrap metal 19:53
Austin Yeah. I've witnessed the amazing efficiency of the scrap collectors here in NJ.
whiteknight we also got most of the cabinets installed, without damaging them too much and without inventing too many cursewords 19:54
Austin I put some very, very, VERY old computer equipment out one trash day, and before I got to my front door -- all of about 35 feet from the curb -- there was a pickup truck parked on the curb.
whiteknight and we've discovered that my son really really hates the screetching sound of driving a 3" drywall screw into a 2x4
Austin Heh
dalek rrot: r44764 | plobsing++ | branches/tt1015/src/pmc/nci.pmc:
add freeze/thaw for NCI so it can be cloned by VisitClone
19:55
whiteknight plobsing++ is kicking ass and taking names
Austin Well, good for him. What's he doing?
whiteknight he was fixing freeze/thaw, and along the way found a great way to fix the problem with cyclic references in deep clones 19:56
Austin Rock on.
purl The rock is jammed at the 'puree' setting.
whiteknight so he started that tt1015 branch to fix that very issue
bacek morning... good morning
dalek kudo: f0a5552 | (Solomon Foster)++ | src/ (2 files):
Remove obsolete Str.z and Str.filebytes functions. Add Str.d, Str.f, and Str.s functions.
Austin That bug's been there for too long.
kudo: d928a86 | (Solomon Foster)++ | src/Perl6/ (2 files):
Merge branch 'master' of git@github.com:rakudo/rakudo
kudo: 45b806a | (Solomon Foster)++ | src/builtins/Str.pir:
Port :l from alpha.
Austin Good morning, Bacek
Coke huh. gmail thought that last commit message from bacek was malay and offered to translate it for me. 20:02
dalek kudo: ec9b0df | (Solomon Foster)++ | src/builtins/Str.pir:
Tweaks to :l to make it work (more or less).
Austin Maybe Bacek's working on his 5th language?
bacek Coke, it was actually in klingon
Coke yIDoghQo' 20:03
20:05 davidfetter joined
Coke who is doing the aix smokes. 20:09
?
whiteknight no idea
darbelo Do we even build on aix? 20:10
whiteknight NotFound: ping
Coke darbelo: 12114 test cases: 11972 ok, 142 failed, 266 todo, 657 skipped and 0 unexpectedly succeeded, tags: "2.1.0", "Perl 5.10.0 ppc-aix-thread-multi", "aix", "cc_r (gcc 4.2)", "ppc32" 20:11
Add starLikeShareShare with noteEmailKeep unreadEdit tags: Programming Alerts
ignore that last line.
70.42.42.150/app/public_projects/sm...port/32551
dalek rrot: r44765 | bacek++ | branches/ops_pct/compilers/opsc/t/05-opsfile.t:
Update test.
rrot: r44766 | bacek++ | branches/ops_pct/compilers/opsc/t/04-oplib_BUILD.t:
Remove outdated test
rrot: r44767 | bacek++ | branches/ops_pct/compilers/opsc (3 files):
Readd Ops::OpLib
rrot: r44768 | bacek++ | branches/ops_pct/compilers/opsc/t (0 files):
Rename test files.
rrot: r44769 | bacek++ | branches/ops_pct/compilers/opsc/t/05-oplib.t:
Update tests.
rrot: r44770 | bacek++ | branches/ops_pct/compilers/opsc/ops/oplib.pm:
Remove old oplib.
rrot: r44771 | NotFound++ | trunk/src/pmc/parrotthread.pmc:
set manual_attrs flag in ParrotThread PMC, TT #1501
rrot: r44772 | bacek++ | branches/ops_pct/compilers/opsc/src/Ops/Compiler (2 files):
Don't put {} into op body.
rrot: r44773 | bacek++ | branches/ops_pct/compilers/opsc/t/03-past.t:
Update test
rrot: r44774 | bacek++ | branches/ops_pct/compilers/opsc/runcore (6 files):
Remove old stub code
TT #1501 closed by NotFound++: parrotthread.pmc - PMC has attributes but no auto_attrs or manual_attrs
20:14 ash_ joined
NotFound whiteknight: pong 20:17
whiteknight NotFound: (Re TT #1501) can we write a test somewhere that checks all pmclass declarations for a proper *_attrs flag? 20:18
NotFound whiteknight: I think is better to wait until we document as mandatory to have one or the other. 20:20
I must create a ticket to trac the evolution of this thing, now is disperserd in #ps logs 20:22
whiteknight ok
dalek rrot: r44775 | bacek++ | branches/ops_pct/compilers/opsc (2 files):
Don't parse ops in OpLib
20:28
rrot: r44776 | bacek++ | branches/ops_pct/compilers/opsc (3 files):
Skip ops in compiler
Coke where is PARROT_ASSERT_ARG defined? 20:40
dammit. nevermind. =-)
ok. I see no way to make ASSERT_ARGS compatible with -Wunreachable-code 20:42
dalek TT #1506 created by NotFound++: PMC attribute allocation flags design and evolution 20:45
20:49 rurban joined
rurban So I have now my jitted (char*)code, which can be called via (*((int (*)())code))(), but I cannot disassemble it in gdb... "No function contains specified address" 20:50
chromatic You probably need to emit Dwarf information or convince gdb to load debug information from a separate file. If you write it out as a .o file, you can use add-symbol-file, I hear. 20:52
rurban That's parrot. I just wrote a perl5 jitter :) without any dwarf info yet 20:53
I want to fool gdb that (char*)code is a (void)code() function. Looks hard 20:54
20:56 ash_ joined
chromatic I don't know of any other possibilities to give gdb the right information. 20:57
rurban Thanks. 20:58
20:58 rurban left
redbrain thats pretty cool did you have to make your own runtime assembler? 21:16
whiteknight Coke: I wouldn't be unhappy if ASSERT_ARGS disappeared 21:18
tewk ruban disasemble code code+200 21:27
Austin rurban ^^
21:28 Essobi joined
tewk whois ruban 21:29
ruban?
purl ruban are you attempting to use ncigen or just build it?
tewk fonseka@gmail.com
?
emailing
Austin ru - R - ban
tewk duh
chromatic rurban@x-ray.at
Coke rurban? 21:31
purl rurban is on Win XP sp2
Coke no, rurban is rurban@x-ray.at, Reini Urban.
purl okay, Coke.
Austin ruban was a dutch pornographer in the 1600s who specialized in softcore chubbys.
Or something.
chromatic Rubens? 21:32
Austin Your way is good, too.
Coke I think I saw some of those pictures while playing Assassin's Creed 2. 21:33
chromatic Like all good hackers, I know a bit about painting.
Austin or pr0n
Coke: I guess they don't have to pay licensing fees, with him being dead and all, but is AC2 set in a museum or something? 21:34
21:34 hercynium joined
chromatic Only if that museum has an always-on Internet connection. 21:34
Coke Austin: set in the 1600s.
Austin Ah
chromatic: Don't most museums do the internet cafe thing, with $9.00 lattes? 21:35
Coke wonders if chromatic would like AC21. 21:36
er, AC2.
chromatic I enjoyed parts of AC, at least watching someone else play the fun bits. Then again, I enjoyed watching someone else play the fun bits of Mirror's Edge. 21:37
I liked System Shock and Thief.
Austin sings, "When I sing this tune, it don't upset her. She's half your age, and twice as hot!" 21:38
Coke ^_O
any win32 that can explain manifests to me? 22:04
win32 *devs*
lucian i'm curious if there's libffi support exposed to language developers 22:05
22:05 cotto_work joined
chromatic lucian, I believe not. 22:06
dalek rrot: r44777 | allison++ | branches/pcc_hackathon_6Mar10 (5 files):
[pcc] Correctly pass return results from generated NCI methods in PMCs. Add

argument.
purl argument is that open SMTP ports end up getting blocked, no matter what port number they're on. Do you think ISPs have this thing about the number 25? If SMTP becomes available on port N, then spammers will use port N, and port N will end up blocked.
lucian chromatic: so the only way to call C code is to write wrapper C code?
chromatic You can use the NCI system, but it doesn't use libffi. Maybe I'm misunderstanding your question. 22:07
Coke purl, no, argument is <reply>This is abuse.
purl okay, Coke.
lucian chromatic: can you call an arbitrary C library from a language implemented in parrot? 22:08
chromatic: i.e. python's ctypes
Tene lucian: I'm not familiar with ctypes. You can load a dynamic library and call functions from it, yes. 22:09
chromatic Yes, similar to ctypes. 22:10
lucian right, ok
allison lucian: aye, when the Python implementation on Parrot supports ctypes, it'll do it via NCI 22:11
lucian allison: let's have it first support classes :)
lucian is sad that pynie has a long way to go. and has so little free time to help ... 22:12
cotto_work ops_pct needs a manifest update if anyone wants easy karma 22:13
allison lucian: they're nearly done, parsing is there, just need to generate the right AST
lucian allison: oh, then I'm behind on the updates. are you a core dev?
allison lucian: but, yes, wish I could work on it full-time for a month or so
lucian: aye
lucian: I was actually quite pleased when I did a feature review for my PyCon talk last month 22:14
lucian allison: where's the repo these days actually?
Tene I very much wish I could work on anything parrot-related full-time for a month.
allison lucian: we're only about 5 core features shy of full pure-Python support
lucian searches that pycon talk
allison Tene: that too :)
lucian: and I added dictionaries during the week of PyCon 22:15
Tene I plan to sit down and have a very stern talk with the HLL interop API tonight.
lucian allison: this? pycon.blip.tv/file/3263792/
chromatic What about the subroutine leave semantics, Tene? 22:16
allison lucian: that's it
Tene chromatic: I haven't looked at it at all yet.
If I can get HLL interop working sanely in Rakudo, I'll probably start on pynie next. 22:17
allison: where is the pynie repo these days? 22:18
code.google.com/p/pynie/ ?
I saw that there was an hg repo for it, but it hasn't seen updates in months.
allison Tene: yes 22:20
the hg repo is a rewrite of the grammar in nqp-rx
which will be merged back in
lucian what's the status of the jit plan? 22:23
allison: i may have some time to contribute, what's the repo i should look at?
allison lucian: look at the googlecode repository 22:24
lucian allison: svn one? ok 22:25
allison lucian: aye
lucian sneers at svn
allison lucian: I should have create the hg repo as a clone, but created it as a raw prototype instead
lucian: the repo will be moving to hg at some point
lucian: at least by the time py3k does :) 22:26
lucian allison: good :) it's not a big deal, i use hg or git with svn anyway
allison isn't really a SCM purist, more of a pragmatist 22:28
japhb mightily fights the urge to tease allison at this point. ;-)
allison fights the urge to sing Kumbaya 22:29
allison also wonders exactly when it was that SCM wars overtook editor wars 22:30
lucian allison: i'm not a purist either, any DVCS is fine with me
allison it was sometime in the past 2 years
lucian hg and git are so extremely similar, the whole debate is moot 22:31
bzr is a bit different, but only because it strives to be lossless 22:32
allison I will profess to a preference for hg over git, but am perfectly happy with svn
lucian svn annoys me because it's not local
allison cvs was a pain, perforce was okay
japhb Interesting that at the same time people began to switch from central to distributes VCS systems, they also switched from arguing about things that affect individuals to things that affect teams. Growing network/global awareness, maybe?
lucian i'm too young to have used CVS, but when i read that it didn't have atomic commits i was horrified 22:33
Tene We had another SVN issue recently. coke spent several hours trying to merge rm_cflags with svn, and failed. I had to merge it for him with git.
allison <shrug> my brain doesn't work when I'm not connected to a network, doesn't help me much for my source control to work when my brain doesn't
allison thankful for airplanes with network access
lucian allison: it's not just that, your server can fail. you can also not push all your local commits 22:34
and it's often faster
Tene lucian: She's heard it all before, trust me. :)
allison aye :)
lucian Tene: ok, i'll shut up
allison Tene: good that you were able to recover the branch with git 22:35
japhb Tene: I just saw in the git 1.7.0 changelogs that git svn's awareness of SVN merge tickets is improved (though I don't know the details). So anyone using git svn might want to get current.
lucian shakes fist at ISP and blip.tv 22:36
japhb 's children are watching classic tunes: "Mary had a little lamb ... BUT I ATE IT!" 22:37
er, toons 22:38
plobsing allison: I recently noticed Complex.invoke, which has a comment indicating it is for python. My python interpreter seems dissagree. Should Complex have an invoke vtable? 22:39
chromatic Hm. How did that get in there?
allison plobsing: urg, no 22:40
plobsing deprecation cycle?
purl i heard deprecation cycle was fine.
allison plobsing: probably a hang-over from the pie-contest implementation of Python
chromatic Cut it and see if any tests fail. 22:42
cotto_work That function needs to go away. 22:44
22:48 Whiteknight joined
chromatic allison, any small tasks for the interested on the hackathon branch? 22:51
allison chromatic: sure
chromatic: search for any calls to *_fill_returns_* or fill_results 22:52
chromatic Okay.
22:54 joeri left
chromatic Lots of them in the NCI thunks. 22:54
Whiteknight probably corresponds to a single line in the appropriate .pl file 22:55
plobsing those are generated in tools/dev/nci_thunk_gen.pir
chromatic What do they change to?
allison chromatic: I just updated PCCMETHOD, haven't updated the thunk generator 22:56
chromatic: should be able to copy the change from PCCMETHOD
chromatic Will do.
Whiteknight allison: two questions: (1) did that infinite exception loop get fixed, and (2) is "PCCMETHOD" still the preferred way to call a method in a PMC? 22:57
allison the infinite exception loop is fixed
Whiteknight w00t
allison have a different error in PGE now, but at least it's not as frantic
Whiteknight: what do you mean by "PCCMETHOD" 22:58
suggesting renaming the perl module that generates those?
the source now just says "METHOD" 22:59
23:01 rurban joined
rurban tewk++ disassemble code code+200 works perfectly, the jitting error was immediately visible 23:01
tewk rurban, great 23:02
Whiteknight allison: I'm talkig about the (rare) use of "PCCMETHOD" in the *.pmc files to call a method
23:02 rurban left 23:03 atrodo joined
allison do we have any l33t DVCS users who'd like to take a stab at integrating Pynie's parrot SVN history with its googlecode svn history into one hg/git repo? 23:03
chromatic Hm, we can't rebuild the thunk generator without a working PGE. 23:04
Whiteknight ah, nevermind. It's "PCCINVOKE"
great, chicken and egg
allison Whiteknight: ah, I just wondered that (PCCINVOKE) 23:05
Austin allison: code.google.com/p/support/wiki/ConvertingSvnToHg
allison austin: yah, got the conversion, but the googlecode repo started raw, chopping off all revision history from the parrot repo 23:06
Austin: not that the revision history before is particularly critical, but seems worth preserving if possible 23:07
Austin How much google-svn history is there?
Whiteknight why the pynie move? 23:10
allison Whiteknight: Parrot_PCCINVOKE should be replaced by Parrot_pcc_invoke_method_from_c_args
Whiteknight allison: In the *.pmc files, it's just the bare word "PCCINVOKE"
pmc2c translates it to Parrot_pcc_invoke_* 23:11
allison Whiteknight: that's substituted inside Pmc2c
aye
Whiteknight so that keyword is still good practce?
dalek rrot: r44778 | plobsing++ | trunk/src/pmc/os.pmc:
fix trailing whitespace
23:12
allison Whiteknight: I think we can pick a better name
rrot: r44779 | plobsing++ | trunk/src/pmc/complex.pmc:
remove Complex.invoke
rrot: r44780 | chromatic++ | branches/pcc_hackathon_6Mar10 (3 files):
[NCI] Updated NCI to use Parrot_pcc_build_call_from_c_args() instead of
allison Austin: not sure, probably not more than 100 revisions or so
Austin: it's all interleaved with other parrot commits, so some work to filter out numbers 23:13
23:14 ash_ left
allison Tene/lucian: bitbucket.org/allison/pynie/ is now a clone of the googlecode repo, feel free to work from there instead of the SVN repo 23:18
lucian allison: great, i'll have a look around. i doubt i can actually help for now, though 23:19
allison lucian: even the occasional bug report is useful 23:20
lucian: I'm strongly motivated by failing tests :)
lucian allison: heh. what issue tracker should i use?
allison launchpad works well 23:21
23:22 payload joined
allison lucian: bugs.launchpad.net/pynie 23:23
lucian allison: ok. i've requested to join the lp team
allison lucian: approved, and welcome 23:25
chromatic/Whiteknight: my current bug in PCC refactor is a NULL call signature in a call to get_results deep inside PGE 23:29
chromatic: the irony is, it's very possible that the problem is caused by the NCI signatures, which can't be regenerated because PGE isn't working yet, (which isn't working yet because the NCI signatures haven't been regenerated...) 23:30
lucian what do people use to edit the various parrot mini-languages?
allison lucian: do you mean IDEs?
chromatic I regenerated the NCI signatures by hand. 23:31
lucian allison: more like editors. i see all sorts of weird languages, not all supported by my vim
allison chromatic: cool, will see if that fixes...
23:31 kid51 joined
allison lucian: we mostly use vim or emacs (I'm vim) 23:31
lucian: there are syntax highlighting files for these languages included in the parrot repo 23:32
lucian allison: ok, i'll have a look
allison lucian: at least for PIR, not sure about NQP
Whiteknight this is the downside of a bootstrapped buil
build
allison or bull, either works :)
Austin lucian: Check whiteknight's blog for some editor musings 23:33
Tene You can get hilighting for Perl 6 (including NQP) from github.com/petdance/vim-perl
lucian thanks all, i feel all warm and fuzzy inside :) 23:34
chromatic This is suspicious. ./parrot -t runtime/parrot/library/config.pir
Tene 'make vim-install' in the editor/ subdir of the parrot repo
chromatic 32 callmethodcc P0, "readall" P0=FileHandle=PMC(0x91d0d6c)
35 get_results PC4 (1), S4 PC4=FixedIntegerArray=PMC(0x9201a18) S4="(null)"
56 get_results PC6 (1), P3 PC6=FixedIntegerArray=PMC(0x9201a2c) P3=PMCNULL
Tene to get syntax for PIR, etc.
There's also some for emacs in there, looks like. 23:35
allison chromatic: ah well, it wasn't NCI... 23:36
Whiteknight oi. messy backtrace 23:39
allison chromatic: suspicious because it calls get_results twice?
chromatic Yes, but the second is in the exception handler, so it's not a problem here. 23:40
Whiteknight a load_bytecode, which loads_bytecode 23:41
chromatic The problem is that the get_results op isn't getting a CallSignature from the current context.
I don't know if it's material, but it's trying to get the STRING returned from FileHandle.readall(). 23:42
Whiteknight are the ncimethods updated to dtrt for returns? 23:43
allison specifically, the current context doesn't have a current_sig 23:44
though it does seem to fetch the current context fine 23:45
chromatic Righty-o.
allison Whiteknight: chromatic updated the NCI generator
chromatic I don't guarantee that I updated their returns. 23:46
allison Whiteknight: looks like that's every use of Parrot_pcc_fill_returns_from_c_args in the repo 23:47
Whiteknight ok
Austin :-)
One more passing testcase
allison Whiteknight: and the only call to fill_results is from Parrot_pcc_fill_returns_from_c_args 23:49
chromatic/Whiteknight: I'll delete those two functions now
Whiteknight nice 23:50
chromatic Parrot_pcc_set_signature(interp, _ctx, NULL); ? 23:58
Whiteknight where is that gem?
lucian Austin: Whiteknight: padre looks interesting 23:59
chromatic Every PCCMETHOD.
Whiteknight urg
allison chromatic: that's okay if it's actually done with the signature
chromatic Fortunately, it's generated code.
23:59 AndyA joined
allison (that is, the sig is supposed to be null if it's not in an active call) 23:59
Austin lucian: Yes, it does. They went backwards on multiple windows (which is critical for me, considering my display environment) but otherwise they've got a solid core.