www.parrot.org | Parrot 1.6.0 "half-pie" released: PCC branch hackathon all $localtime Saturday | Testing priorities: pcc_reapply branch
Set by moderator on 30 September 2009.
allison darbelo: (we may not use those changes, but need to review first) 00:00
darbelo ok.
allison darbelo: I can review them tomorrow
cotto_work so many branches
darbelo No hurry, but we've had at leat one person confused by the multitude of brances. 00:01
cconstantine jrtayloriv: yeah: github.com/cconstantine/Reason/ 00:02
jrtayloriv: nothing for macro stuff is done though
darbelo People calling it "the pcc branch" isn't helping either. But "svn rm" is easier than using proper names in conversation :)
dalek rrot: r41585 | darbelo++ | branches/pcc_arg_unify:
Remove branch, all changes have been extracte and applied to a new branch.
jrtayloriv cconstantine, Thanks -- I'm taking a break from my compiler for a few days to try to gain a deeper understanding of Scheme, but I'll definitely watch what you're up to get ideas. 00:04
cconstantine jrtayloriv: my goal is to get the ast in cons cells, and compile the cons cell tree
darbelo While I'm here...
cconstantine jrtayloriv: once I get that working I'll figure out how to get macros to expand at compile time
darbelo msg bacek What's the status of the pmc_i_ops branch? Stalled? Mergeable? Killable? 00:05
purl Message for bacek stored.
cotto_work is happy because he just got Synergy working with Windows as the server. 00:08
darbelo Synergy? 00:09
purl Synergy is, like, a way to use one keyboard and mouse with many computers or synergy2.sourceforge.net/ or a utility for iTunes that adds global keyboard bindings to iTunes actions or synergy.wincent.org or a great way to utilize value-adding enterprise ventures for efficiency-maximizing
cotto_work It's pretty sweet when using more than one machine in the same room.
darbelo has one machine, and almost no room. 00:10
cotto_work yeah. It's not so useful if you're just hacking away on a single machine. 00:11
darbelo I'm considering getting an extra machine, but I should probably invest in more room first. 00:16
cconstantine cotto_work: synergy is so nice :) I use it at work everyday
cotto_work synergy++ 00:17
<3
karma synergy
purl synergy has karma of 20
cconstantine synergy, remote X, RDC... I barely ever use a computer directly anymore 00:20
bacek_at_work darbelo: pmc_i_ops waiting for Architect's approval... 00:25
darbelo bacek_at_work: for 4 months? I'd ping her about it again after PCC lands. 00:27
00:35 jhelwig joined
darbelo who's rblasch? 00:38
Tene purl msg whiteknight the "working on pcc refactors" link in your latest blog post is broken. 00:40
purl Message for whiteknight stored.
darbelo We have a branch from 9 months ago with his name on it.
00:40 jsut joined 00:41 rhr joined 00:42 payload joined 00:43 mikehh joined
mikehh All tests PASS (pre/post-config, smoke (#28411), fulltest) at r41585 - Ubuntu 9.04 i386 00:52
00:52 rhr joined 01:03 Whiteknight joined
cotto_work good evening, Whiteknight 01:03
Whiteknight good evening again, cotto_work
darbelo Those must be some long evenings you have down there. 01:04
Whiteknight I started saying "good evening" around 6pm 01:06
Tene: ping
01:08 rhr joined
nopaste "darbelo" at 200.49.154.173 pasted "PCC branch miniparrot dies with this bt." (18 lines) at nopaste.snit.ch/18154 01:09
darbelo Whiteknight: does nopaste.snit.ch/18154 look like the error you were chasing?
Tene Whiteknight: pong
Whiteknight Tene: that link on my blog isn't broken 01:11
darbelo: yep, that's the one
ctx->call_signature or whatever isn't being initialized
Tene Whiteknight: it just links to trac.parrot.org/parrot/wiki 01:12
Whiteknight If you set that field to PMCNULL in src/call/context.c:init_context(), you'll get a Null PMC access error there
Tene: yeah, that's the page where chromatic wrote info about the hackahon
Tene Ah. It's not very... prominent. Maybe it needs its own page. 01:13
Whiteknight: Okay, I get it now. Thanks.
Whiteknight ok
I would very much like focused hackathons to become a regular (weekly?) thing 01:14
and then yes, we will want to have a page to say what the weekly time and focus is
dukeleto Whiteknight++
Tene +1 01:15
purl 1
darbelo +Inf
Whiteknight yay! immeasurable support 01:16
cotto_work I'm having a hard time disagreeing with that. Good idea there.
01:17 kid51 joined
dukeleto it would make our weekly goals more attainable 01:17
cotto_work and a nice thing about having it weekly is that it's not as big a deal if you're busy one week 01:19
Whiteknight++
Whiteknight if karma was money, I'd be freaking rich 01:20
Tene depends on the exchange rate. 01:21
cotto_work gives Whiteknight Canadian karma
darbelo karma Whiteknight
purl whiteknight has karma of 1324
Tene karma tene
purl tene has karma of 533
Whiteknight (would be nice if that was $$)
dukeleto karma dukeleto
purl dukeleto has karma of 221
dukeleto starts thinking about a karma-USD hedge fund 01:22
darbelo karma me
purl darbelo has karma of 350
cotto_work dukeleto, I'll give you +1 karma for every dollar you send me.
dukeleto cotto_work: hmmmmmmmmm
darbelo I have a better exchange rate, +3.8 karma on every dollar. 01:23
dukeleto starts integrating over the cost horizon in his head
cotto_work That's assuming you can turn karma back into money. ;)
I never said anything about that. 01:24
01:25 rhr joined
dalek tracwiki: v103 | jkeenan++ | WikiStart 01:28
tracwiki: Add section for weekly focus and sub-section for weekly hackathon
tracwiki: trac.parrot.org/parrot/wiki/WikiSt...ction=diff
shorten dalek's url is at xrl.us/bfpjhi
dalek rrot: r41586 | jkeenan++ | branches/pcc_reapply (3 files):
Make files conform to linelength and trailingspace coding standards.
 01:29
nopaste "kid51" at 70.85.31.226 pasted "Remaining codingstd failures in pcc_reapply branch." (25 lines) at nopaste.snit.ch/18155 01:30
mikehh partcl r752 builds on parrot r41585 - make test PASS (smolder #28414) - ubuntu 9.04 i386 01:36
Whiteknight codestd failures are really the lowest priority thing on that branch right now 01:38
01:39 Hunger joined
darbelo Every bit helps. 01:42
Whiteknight this is true 01:44
jdv79 does the new pcc stuff work yet? any metrics off it yet?
Whiteknight and that branch needs every bit
jdv79: no
we're having a hackathon for it on Saturday
cconstantine in HLLCompiler::compile the call to stagename has a :flat and :named in the arglist... what does that do? 01:46
Whiteknight :flat flattens out an array into a list of individual arguments 01:47
so you pass one array, and the function receives a list of all the argumets separately 01:48
:named lets you specify a name for the argument, like a key in a hash
darbelo Hm.
src/nci.c:4572: warning: passing arg 1 of pointer to function from incompatible pointer type
src/nci.c:5172: warning: passing arg 1 of pointer to function from incompatible pointer type
src/nci.c:5730: warning: passing arg 3 of pointer to function from incompatible pointer type
That wasn't there on trunk.
Whiteknight urg 01:50
darbelo Yeah, and I would sugest that x86 users build with --buildframes=0 for the time being. 01:51
I don't want to know what happens when you mix PCC and the old JIT. 01:52
mikehh rakudo (ffe6481) builds on parrot r41585 - make test / make spectest_smolder (up to r28520 -> #28) PASS - Ubuntu 9.04 i386
rakudo - t/spec/S32-num/log.rakudo - TODO passed: 21, 23, 27-28, 30
rakudo smolder #28416 01:53
cconstantine Whiteknight: ok, I understand :flat... but how does :named work in a caller like that? Does it turn the flattened list into a dictionary of key,value,key,value, etc?
Whiteknight sort of, no
cconstantine ehhe 01:54
cotto hio
Whiteknight When I call the function, I do 'foo'("name" => value)
then inside foo, I do: .param pmc value :named("name")
cconstantine that's fora named param...
Whiteknight wait, what are you talking about?
cconstantine trac.parrot.org/parrot/browser/tru...r.pir#L304 01:57
shorten cconstantine's url is at xrl.us/bfpjn8
Whiteknight Oh, okay
adverbs is a hash 01:58
so it flattens out as an array of name/value pairs
cconstantine by hash you mean hashtable/dict?
Whiteknight yeah. Parrot calls them Hashes like Perl5 did
darbelo msg Coke Is partcl (c) TPF or (c) PaFo? Docs say TPF, but I was under the impression it was PaFo.
purl Message for coke stored.
cconstantine ok
Whiteknight see src/pmc/hash.pmc and src/hash.c 01:59
cconstantine sorry, I have a security brain.. hashes mean something else to me
01:59 rhr joined
Whiteknight ah, okay 01:59
cconstantine md5 is a has, sha1 is a hash.... :)
Whiteknight well it's the same kind of concept, we take a hash of a large data chunk (string, etc) and use that to key into a structure
same kinds of algorithm, different purpose 02:00
cconstantine right, hashing is a part of it :)
darbelo msg Coke If it's TPF I can't have a commit bit, as I only have signed a PaFo CLA.
purl Message for coke stored.
cconstantine Whiteknight: awesome, I think I'm kinda sorta almost figuring out this stages thing
night all 02:01
Whiteknight good! A lot of it is just terminology, I'm sure
good night
cconstantine yup 02:02
Whiteknight on that note, I'm out of here too. Goodnight
02:03 darbelo left 02:16 zak_ joined 02:17 cconstantine_ joined 02:22 rhr joined 02:25 zak_ joined 02:39 zak_ joined 02:42 rhr joined 02:46 Hunger joined 02:47 TiMBuS joined 02:48 janus joined 02:56 Zak joined 03:33 mikehh joined 03:35 kyle_l5l joined 03:36 Zak joined 03:48 mberends joined
Coke msg darbelo see: code.google.com/p/partcl/issues/detail?id=80 03:55
purl Message for darbelo stored.
Coke (yes, it's pafo) 03:56
04:15 zak_ joined 04:17 darbelo joined 04:23 Zak joined
dalek rtcl: r753 | coke++ | wiki/SpecTestStatus.wiki:
... segfault gone. (huh?)
 04:34
04:38 zak_ joined
darbelo can't sleep 04:45
purl Uh oh!
Coke darbelo: feel free to fixup the copyright ticket, too. =-) 04:46
darbelo One last clarification. 04:47
Is partcl Artistic 1 or 2 ?
Coke I think it copied over 1 when it left the nest. 2 is fine with me if you want to update the docs.
darbelo Ok. I'll update the docs to PaFo and Artistic 2.0 04:48
Coke darbelo: +1 04:54
purl 1
Coke darbelo++
(that can happen in trunk.)
darbelo Ok.
Coke (next trick: get darbelo to hack on tcl guts!)
04:55 Zak joined
cotto good luck with that one 04:56
btw, what motivated you to pick tcl?
darbelo It's the language with the least troubles on OpenBSD, seemed like a good candidate for 'first big language' that plumage can fetch-build-install. 04:57
'cept for the can't install bit... 04:59
I also inherited a big tcl codebase during an internship some years back and I rather liked the language. 05:00
Wait. Is this a fourth order yak I'm shaving? 05:02
05:16 zak_ joined
Coke assume a 3-sphere yak. 05:16
dukeleto darbelo: third order nonlinear stochastic yak equation 05:17
Coke zzz
darbelo dukeleto: Can I use a first order approximation? 05:18
What? It works for the physicists.
dukeleto darbelo: as long as you are not close to a singularity 05:23
yak singularity is known to be very hard to get off your clothes
darbelo Nah, I'm nowhere near poland :) 05:24
05:32 Zak joined
darbelo cla? 05:36
purl cla is, like, Contributor License Agreement or www.perlfoundation.org/contributor_..._agreement or www.parrot.org/foundation/legal or www.parrot.org/files/parrot_cla.pdf
jrtayloriv cla? 05:40
purl i heard cla was Contributor License Agreement or www.perlfoundation.org/contributor_..._agreement or www.parrot.org/foundation/legal or www.parrot.org/files/parrot_cla.pdf or www.lowcarbfriends.com/bbs/main-low...-acne.html
darbelo lowcarbfriends.com? 05:41
google code is not being fast today. 05:44
dalek rtcl: r754 | darbelo++ | wiki/SubmissionsGuide.wiki:
Updated CLA links to the PaFo. See ticket #80
 05:46
rtcl: r755 | darbelo++ | trunk/ (50 files):
Update the files in the repo to add the Parrot Foundation as copyright holder.
darbelo dalek on the other hand is positively speedy tonight.
jrtayloriv Are there any HLL compilers that have a fully- or even mostly-functional macro system running yet? 05:47
darbelo macro system?
jrtayloriv Hmmm ... maybe it's only a Scheme/Lisp thing. 05:48
darbelo I don't know of any parrot languages using scheme/lisp macros. 05:49
Are you going for scheme or lisp style macros?
jrtayloriv I don't think there are any, I just thought that maybe there might be a non-lisp-like language that had a similar syntax-transformation system. 05:50
s/similar//
darbelo Macros without the parenthesis? Sacrilege! 05:51
jrtayloriv Well hey, since Perl 6 can do absolutely everything, I'm probably able to change the syntax at runtime right? ... maybe I'll ask the folks in Perl 6, to see if/how Rakudo does it. 05:52
darbelo jrtayloriv: Yes, but it involves "match object" and grammars. sound familiar? 05:54
For bonus points expand the 'P' in NQP.
jrtayloriv OHMYGODDYNOWAYZ! ... is there a word I could grep for in the Specs to learn how to do it? i.e. What's runtime syntax transformation called in Perl 6 speak? 05:56
Or is that still in the works?
TimToady not yet implemented for the general case of AST transforms 05:57
works for specific operators though in existing categories like infix and postfix
dukeleto would any of my fine parrot-folk like an invitation to the latest and hottest data-silo called Google Wave? 05:58
jrtayloriv TimToady, Has it been determined what it will look like when it is fully implemented?
darbelo Google Wave?
purl i guess Google Wave is turning everything into a conversation, but sometimes I don't want to argue with you, dopey
dukeleto darbelo: wave.google.com 05:59
TimToady jrtayloriv: pretty much, see for instance "Macros" in S06
jrtayloriv ok, thanks 06:00
darbelo Shiny!
dukeleto: hook me up. I have been ensnared by the shiny. 06:02
purl: me? 06:04
purl i heard darbelo was Daniel Arbelo Arrocha <mailto:arbelo@gmail.com>
06:07 uniejo joined 06:16 uniejo joined 06:27 Zak joined
dalek rtcl: r756 | darbelo++ | trunk/LICENSE:
Update LICENSE file with the PaFo copyright data.
 06:29
darbelo One yak down! 06:30
06:39 fperrad joined
darbelo goes in the search for sleeps 06:43
06:44 darbelo left 06:54 barney joined 07:18 TiMBuS joined 07:20 AndyA joined
dukeleto what would the syntax of a fixedpmcarray slice be in PIR? i see that it has zero test coverage 07:43
bacek_at_work dukeleto: slice $P0, i, j? 07:53
Austin Was there someone here looking for a starting parrot dev task earlier? 08:02
dalek izkost: acba2b1 | (Duke Leto)++ | Configure.pl:
Give a slightly better error message when Configure.pl can't find the build tool
 08:08
shorten dalek's url is at xrl.us/bfpks2
dukeleto Austin: yes 08:09
bacek_at_work++
Austin Where did they get sent? Is there a list somewhere?
dukeleto Austin: the parrot re-education camps. there is a bus every 15 minutes 08:10
Austin That's what I was afraid of.
dukeleto Austin: i think i helped him and so did 5 other people. i don't think there is a 'list' tho 08:11
Austin Bummer. I was just reminded that Iterators don't support deleting. 08:12
dalek rrot: r41587 | dukeleto++ | trunk/t/pmc (2 files):
[t] Convert some exception tests
 08:20
08:40 mokurai left 08:48 einstein joined 08:55 bacek joined
bacek o hai 09:13
dalek rrot: r41588 | bacek++ | branches/pcc_reapply/src/call/context.c:
Initialise Context.caller_ctx and current_sig in Parrot_init_context
 09:29
rrot: r41589 | bacek++ | branches/pcc_reapply/src/call/context.c:
Initialise caller_sig instead of initialising caller_ctx twice. bacek--
 09:32
09:59 masak joined 10:03 bacek joined
Austin Argh! The backups are stealing my mips! 10:14
10:15 nopaste joined 10:17 quek joined
dalek kudo: e38b58a | moritz++ | Test.pm:
[Test.pm] fix todo() for more than one test, masak++
 11:13
shorten dalek's url is at xrl.us/bfpk5a
einstein is it correct we do not have a wrapper pmc class to store a double? 11:20
is there a reason why there is no double wrapper pmc class? 11:23
moritz einstein: we have $NX registers.... 11:24
einstein but via which pmc can i make use of them in pir? 11:25
moritz you don't need a PMC for that 11:27
Austin $N0 = 1.0
moritz .param num foo
for example
einstein and if I would like to store that in a object ? 11:28
Austin .param int radius ; $N0 = 3.14 ; $N0 *= radius ; $N0 *= radius ; .return ($N0)
moritz $P0 = box $N0 11:29
or is that Rakudo specific?
hm, don't think it is...
Austin $P0 = new 'Float' ; $P0 = $N0 ; .return ($P0) 11:30
(Which is what 'box' does. moritz++)
(And, FYI, FLOATVAL = Parrot_Float = double, at least on my box.) 11:34
einstein ok, so it not possible to store numbers as float values, which I can understand 11:40
11:44 particle joined 11:51 bluescreen joined
Austin einstein, what are you talking about? 11:52
11:53 preflex joined
Austin There is a Float PMC, there is direct register support for using them. You can return them in such a way (Float PMC) that anybody that understands PMCs (e.g., Rakudo) can access them. What more do we need? 11:53
einstein what I mean it not posible to store a floating point value as 4 byte long value, but I can understand that is not possible 11:58
Austin Okay.
einstein thanks for your help :)
Austin :) 11:59
12:01 whiteknight joined 12:08 ruoso joined, cconstantine joined
whiteknight good morning parrot 12:15
masak squaks happily 12:17
cconstantine coffee 12:18
whiteknight panospace.wordpress.com/2009/10/01/...-go-again/ 12:23
very cool ideas about integration queues and workflow
Austin Yikes. 12:26
Bad.
12:27 bluescreen joined
whiteknight Bad? 12:27
purl Bad is sleep
whiteknight purl forget Bad
purl whiteknight: I forgot bad
Austin He's trying to get "stable trunk" pattern in svn without admitting it.
whiteknight everybody wants the stable trunk pattern, it's just a matter of process to achieve it 12:28
Austin :)
whiteknight we do most feature development in branches too, but in a more chaotic way: developers choose when to merge and in no particular order
Austin Which is unstable trunk. And that's fine - it's a better model. 12:29
(IMO, for open source projects, it's a better model. IMO, for corporate projects, it's a better model. I acknowledge there may be exceptions.)
So his project now has a three-level tree for delivering changes. 12:30
cconstantine this sounds like a problem that can be solved with more branchs 12:31
Austin I don't know how much automation support he has, but my experience is that even with good support, two-levels tends to break a lot. And that's "operational breakage," not related to svn badness.
cconstantine I'm mostly joking, but not really. individual-dev-branches -> dev branch -> trunk, where that last '->' happens automatically by the build system on test success 12:32
Austin cconstantine: Have you read the post? 12:33
cconstantine I started too
Austin Because that's what he's doing, modulo renaming "dev branch" to "integration"
dalek rtcl: r757 | coke++ | trunk/docs/spectest- (2 files):
all recent segfaults fixed.
 12:34
cconstantine ah
Austin But for "enterprise" or "multiplatform" software, that bit about "Tests run on all the $CATEGORY boxes" is hard to get to. Even harder if your testbeds live in the houses of volunteers. 12:35
12:35 iblechbot joined
cconstantine I agree 12:35
whiteknight Austin: but it's not a bad requirement that branches pass lots of tests on lots of boxes before integrating into trunk
Austin Before I went to sleep, there was a discussion ongoing with somebody that apparently has a Darwin box. And several of the test guys were slavering over him, because I guess he's got the only Darwin box around, or something.
whiteknight I do need to get a darwin box. Maybe I could find one second-hand somewhere 12:36
cconstantine at work we have to support our software on a ridiculously wide range of hardware/OS... yet we manage
Austin So imagine what happens if we mandate that nothing goes to trunk before it clears that Darwin box?
whiteknight would be better then what we have now, where branches come crashing in without passing basic "supported platforms" tests
Austin cconstantine: Right. Corporate environments have it easier in that regard - either you *own* the target box, or you don't support it, in general.
whiteknight and then we start getting either a slew of bug reports or, worse yet, we get no reports until it's far too late 12:37
cconstantine Austin: right, in a sense we're 'cheating' because we can buy our way into all testing environs
Austin You're not cheating. It's just an a factor of your environment. Hell, if you don't own the box somewhere, who cares about supporting it? And if you care about supporting it, why don't you own one? 12:38
cconstantine whiteknight's right; instability comes from developers and flows out. It's the project's job to figure out how far out that instability is ok to travel in hopes of not slowing down development
Austin: but if that one darwin box isn't online for 2 weeks becuase it's owner is on vacation... that isn't fair 12:39
Austin It's plenty fair. He deserved that vacation.
cconstantine s/it's/its
Austin But it sucks to be on his open source project.
cconstantine right
one way to solve this is to have another branch between dev and trunk for changelists that are known-passing for some platforms 12:40
whiteknight The details of the method are debatable, but I do think it would be a good idea to have a little bit more structure in the way we handle branches and disruptive branch merges
and Parrot does aim for the "stable trunk", even if we aren't always disciplined to maintain it 12:41
cconstantine I've worked in environments with 'dev' and 'live' stages. It was nice, but 'dev' almost never worked becuase it relied on a lot of different software to work at the same time
whiteknight: agreed, some structure is good
Austin And here's the part I really like about the article. The conditions for merge 1 (from developer to integration branch) are: 1. works for me, 2. builds on Win/Lin/Mac, 3. Pass regression. The conditions for merge 2 (from integration to mainline) are: 1. works for 0 or more testers, 2. builds on Win/Lin/Mac, 3. Pass regression. 12:43
cconstantine not to start a flame-war, but some form of dsvc would help make the merges less-painfull. Or at least it would localize the pain, and allow the dev doing the merge to pass around the result without touching the shared depot
Austin In other words, the conditions are the same, but a tester might jump in and say "that doesn't work."
cconstantine seems reasonable 12:44
Austin Well, no.
cconstantine no?
purl Maybe.
Austin He's blogging about this great thing, that turns out to trivially reduce to the thing he started with.
cconstantine hehe
Austin The possible benefit is that they put the "does it work on Win/Lin/Mac" evaluation into someone else's hands. 12:45
cconstantine either way, I really like the idea of automatic tagging/merging into a stable branch based on all tests passing
oh right, and I've made no code changes to parrot, nor do I anticipate doing it in the near future. Whatever you guys decide on I don't really have a say. I'm just talking :) 12:46
Austin :) Me too.
I'm glad whiteknight posted the article. I learn a lot from open source projects. (Generally, much of it is "this doesn't work", but learnin' is learnin'.) 12:47
whiteknight we don't necessarily want automatic merging, at least not at all points during the month 12:48
cconstantine yup
12:48 jsut joined
Austin The right answer for parrot is probably one automatic merge. 12:48
If stable-trunk is the target. 12:49
Create a devel branch for unstable commits, take a release candidate fork, and run the tests on all the platforms. Fix that, and when the problems go to zero let the script move the candidate to trunk 12:50
cconstantine I like the automated simply because I'm lazy and simultaniously want to be able to know the latest rev that works
Austin Or just live with unstable trunk, and point people at the tags. (*<-- I like this way.) 12:51
cconstantine exactly
instead of people tracking HEAD, have them track LATEST_KNOWN_GOOD or some such 12:52
whiteknight I don't like that. Unstable trunk is too much of a moving target
Austin For whom?
purl for thee!
Austin botsnack
purl thanks Austin :)
whiteknight keeping it stable throughout is easier then breaking it and then having to fix lots of things at once
cconstantine idealy LKG would be HEAD most of the time
12:54 uniejo joined
cconstantine ok, is work-time. I have secret dreams of leading an open source project so I'm interested in this topic... but I'm also interested in paying bills :) 12:55
13:00 cconstantine joined
whiteknight dukeleto: ping 13:01
purl msg dukeleto your network chart for leto/parrot on github looks weird. I think github is confused about which branch is your master. 13:03
purl Message for dukeleto stored.
Austin It's git. There is no master. 13:04
whiteknight there's a tag there that points to a revision and says "master"
Austin :)
A fiction, to placate the querulous svn converts. 13:05
whiteknight shit, it don' matta
Austin Who's the master?
Sho' nuff!
What movie was that?
13:06 kj joined
Austin The Last Dragon 13:06
Thank you, Google. 13:07
Coke darbelo++
13:08 kj_ joined
Austin Uh, oh. Coke's on a kharmic frenzy... 13:08
whiteknight whoa there! What did darbelo do that was worth 3 whole karma? 13:10
Coke whiteknight: he closed 2 partcl tickets. 13:12
whiteknight karma doesn't just grow on trees
purl doesn't just grow on trees has neutral karma
whiteknight purl is retarded
Coke retarded is potentially no longer an acceptable insult. Just FYI. 13:13
whiteknight purl purl?
purl ā™¬ beat on the bot // beat on the bot // beat on the bot with a baseball bat// oh yeah ā™¬ or pretty stupid, aren't you or an annoying girl or a non-intuitive answering machine
whiteknight that's fine, Coke. What should I use instead?
PerlJam mildly boggles at the term "acceptable insult" 13:15
whiteknight well, insults are meant to be insulting, but they shouldn't have collateral damage.
so, I want to insult Purl, but don't want other people to be upset by i
so what I need is a better set of words that I can use to RAIN DOWN MY FIERY WRATH UPON THE BOT! 13:16
cconstantine davehingsburger.blogspot.com/2009/0...or-ot.html
shorten cconstantine's url is at xrl.us/bfpmi2
13:32 quek left, bluescreen joined
Coke whiteknight: you could just boot her. 13:42
whiteknight boot who? 13:51
purl boot is key. it will inspire a ton of hackers
whiteknight purl forget boot
purl whiteknight: I forgot boot
14:03 cghene joined 14:15 bluescreen joined 14:21 elmex joined, theory joined 14:26 Psyche^ joined 14:46 kj joined
moritz the pcc refactoring branch stopped building 'make corevm' for me 14:47
./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
src/call/pcc.c:865: failed assertion 'call_object'
14:49 einstein joined
diakopter purl, forget forget 14:53
purl diakopter: I forgot forget
moritz purl: forget yourself 14:55
purl moritz, I didn't have anything matching yourself
diakopter purl, forget ' 14:56
purl diakopter: I forgot '
moritz "
!
diakopter purl, forget *
purl diakopter: I forgot *
diakopter purl, forget ^ 14:57
purl diakopter: I forgot ^
diakopter hm
&
&?
purl kill %1 or a sub or a figure 8 with a club foot. or listed in token sigil, should I set a different viviself for that?
diakopter !?
14:58 Andy joined
diakopter hmm. opps 14:58
oops
%?
purl % is a shortcut for 1,$ $ means end of the file or a hash or "go to matching bracket" in vi or half-ops or +h or a reverse backslash with two abominations or for retards who can't make full-op
diakopter $? 14:59
purl $ is last exit code. or a scalar or vi's end-of-line command or filled in by system(), ``, and wait/waitpid or , in Haskell, is function application of very low precedence (or fixity as they say)
diakopter @?
purl i guess @ is necessary
diakopter '?
"?
purl i think " is the quote char, not `?
diakopter )?
purl diakopter: Unbalanced parentheses (too many ')')
diakopter (?
purl Buck up, kiddo! It's not so bad...
diakopter heh
()? 15:00
purl i think () is a subshell.
diakopter ())?
_?
purl _ is considered a word character. or a flatworm
diakopter ha
purl, remember ^ 15:02
purl diakopter: excuse me?
diakopter purl, unforget ^
purl diakopter: what?
diakopter what? 15:03
purl, what is what?
purl diakopter: i don't know
diakopter purl, who's on first
purl okay, diakopter.
whiteknight diakopter: I hear you're going to the LLVM summit 15:04
diakopter yah; TimToady & I are sneaking in. 15:06
whiteknight that's awesome
whiteknight is very jealous
diakopter whiteknight: anything you want us to ask/discuss/insist/demand/rant 15:11
whiteknight diakopter: I've been thinking about that since chromatic mentioned it to me yesterday, but I can't think of any in particular 15:12
there's a lot of documentation I still need to pour through, I don't even know yet what I don't know
diakopter heh
particle ask who's interested in writing a c wrapper lib for parrot to use the llvm api
diakopter and there's a lot of documentation that you can't pore through b/c it's not written :P 15:13
whiteknight LLVM has a C API
not nearly as well documented as I would like
particle ah, well there you go
diakopter you could model it off llvm-py
whiteknight more information about the C API would be great, but that's a very nebulous request
particle ask who wants to document the llvm c api
whiteknight and then touch your nose to say "not me" 15:14
particle i'll give them a dollar
whiteknight I've got a whole bag of karma to give out
diakopter llvm-py covers most of what's accessible from 2.4 I think
funny, I was just thinking about working on that today (except for perl5, not parrot) 15:15
whiteknight where do I get a copy of llvm-py? 15:16
diakopter code.google.com/p/llvm-py/
whiteknight well that's easy 15:17
diakopter asks on oftc#llvm about the updatedness of llvm-py 15:18
dalek rrot: r41590 | pmichaud++ | branches/pct-rx (4 files):
[pct-rx]:

  * Helper method for generating "match a token" regexes.
  * Add initial code for protoregexes.
  * Start a test suite.		 15:19
diakopter whiteknight: sabre and crew are on oftc#llvm ... 15:20
whiteknight: 10:18 < kssreeram> diakopter: the latest svn version of llvm-py works with llvm 2.5. 15:22
whiteknight: < kssreeram> diakopter: There's a patch available for getting llvm-py working with 2.6 - code.google.com/p/llvm-py/issues/detail?id=25#c0
cool
whiteknight okay, that's probably all that we need: a good code example that works with current LLVM 15:24
diakopter that was my thinking
whiteknight What I might also like to learn is what are the various optimization stages available, and what the cost/benefit ratio of each is
because we're obviously going to need to figure out which stages to use for -01, -O2, -O3, etc
moritz -Ofun 15:25
diakopter -Oharder
whiteknight One of the first things I think I want to do, to get the feet wet, is to write an LLVM-based replacement for pbc_to_exe 15:26
so we can create executables from bytecode without having to directly embed the bytecode in an array
particle we don't *need* /-O\\d+/ as an api 15:27
15:27 kj joined
whiteknight particle: no, that's true. Optimization is inherently a tradeoff system (compile time vs execution performance) and we might want to give users control over that 15:27
particle start with the longnames for the optimization stages 15:28
whiteknight okay, that's cool too
still be nice to know how expensive each one is
particle if we develop consensus on what's useful and when, then they can be grouped
if the groupings become oft-used, they can be ranked as -O\\d
15:32 jsut_ joined
diakopter whiteknight: kssreeram recommended using SWIG to generate a Perl extension, modelling it after the ADA bindings, which are in llvm svn 15:35
Ada I mean.
not Americans with Disabilities Act 15:36
whiteknight or the american dental association 15:37
15:43 darbelo joined
Austin "Without you, we'd be forced to do the unthinkable when we want Chinese food -- drive to a restaurant." 15:44
masak docs/ops/string.pod talks about character classes given by certain integer parameters, but never mention what the mapping between such integers and the different character classes are.
Austin $PARROT/include/cclass.pasm 15:45
*include = runtime/parrot/include 15:46
masak thanks.
and the definitions of these character classes?
Austin I think it's the unicode version of what you expect. 15:47
Except maybe space. 15:48
masak sure, but let's say I'm interested in the exact sets of characters.
Austin Unicode.
purl hmmm... unicode is almost done. Four sections to go. or www.joelonsoftware.com/articles/Unicode.html or stable or www.fileformat.info/info/unicode/char/search.htm or āš‘ā˜­ā’¶ or the suck or ĀµĆ±Ć­Ć§Ćøāˆ‚āˆ‘ or ISO/IEC 10646 or dev.catalyst.perl.org/new-wiki/gett...ng_unicode
masak ...as defined by Parrot, not by the Unicode consortium. 15:49
whiteknight Unicode is the suck. True.
Austin Well, the source has comments like: 7 /* from www.unicode.org/Public/UNIDATA/PropList.txt */ 15:51
So yes, as defined by Parrot. But Parrot got their definitions from Unicode.
src/string/charset/* 15:52
15:53 cotto_work joined
masak thanks. 15:57
darbelo purl: msg japhb partcl metadata now in the repo. fetch-test works, doesn't install but thet is a partcl issue. 15:58
purl Message for japhb stored.
moritz do you need to get metadata into the rakudo repo? 15:59
darbelo moritz: for plumage? Not right now. For now we're storing it on the plumage repo. 16:04
moritz ok
darbelo Of course, if rakudo hackers want to write their own metadata file they are welcome to :)
You can store it wherever is most convenient for you, and we'll sync to it. 16:05
japhb darbelo, thanks! 16:06
darbelo japhb: The copyright_holder field refers to the code's owner, right? 16:08
16:12 fperrad joined
japhb darbelo, yes 16:13
and generated_by is the person or program that created the metadata file 16:14
Right now, it will probably be people, but eventually, tools
darbelo Cool. Looks like I got it right.
16:18 davidfetter joined 16:39 fperrad joined
dalek rrot: r41591 | pmichaud++ | branches/pct-rx/t/compilers/pct/regex/03-symtoken.t:
[pct-rx]: A few more symtoken tests.
 16:43
16:44 Tene joined 16:45 MoC joined
Coke darbelo++ 17:07
(in case he has more tuits. =-)
msg mikehh can we close partcl issue # 105 ? 17:08
purl Message for mikehh stored.
Coke hates the fact that his ops makefile needs all this boilerplate. 17:13
darbelo Coke: maybe we can fold that into the main makefile. 17:23
darbelo dislikes recursive make-ing. 17:24
17:24 AndyA joined
dukeleto dislikes makefiles 17:29
darbelo totally agrees. 17:30
Coke darbelo: yes. That would probably solve code.google.com/p/partcl/issues/detail?id=111, also.
dukeleto: what's your alternative?
darbelo Losing portability.
Coke <shrug> if we rely on perl, we can write our dependencies any way we want to, as long as it renders to a makefile. 17:31
using @slash@ in a makefile is a waste of time, yes?
whiteknight makefiles really are the worst. Good idea (rule-based builds), but lousy implementation
darbelo Coke: that's not an alternative to makefiles :) 17:32
jrtayloriv Austin, whiteknight -- saw your conversation earlier -- just want to mention that I now have a darwin box (and ppc64-linux, once I get dual-boot set up) for testing.
Coke darbelo: sure it is. just like parrot is an alternative to C.
jrtayloriv anyhow, good marning
whiteknight jrtayloriv: awesome! I need to get one myself
I've been meaning to
jrtayloriv So freakin' expensive though ... this one was a freebie, from my partner's parents. 17:33
whiteknight yeah, I have some people I could probably pick up a hand-me-down from 17:38
17:41 joeri joined
dalek rtcl: r758 | darbelo++ | branches/install-partcl:
Create a branch to work on partcl installation.
 17:43
whiteknight github actually had a very nice cheatsheet about Git that I just printed 17:56
17:58 mokurai joined
dalek rtcl: r759 | coke++ | trunk/config/makefiles/root.in:
cleanup layout, dependencies, and rules.
 18:01
rtcl: r760 | coke++ | trunk/config/makefiles/root.in:
remove redundant rule.
 18:06
Coke jdv79: ping. 18:10
dalek rtcl: r761 | coke++ | trunk/config/makefiles/root.in:
fixup realclean - remove tcl checkout, avoid long gone Makefile
 18:16
18:17 Tene joined 18:23 jhelwig joined
darbelo And it all happens *after* I branched. 18:25
darbelo has horrible timing.
18:26 mberends joined 18:29 jhelwig joined
dalek rtcl: r762 | darbelo++ | branches/install-partcl (2 files):
Sync branch to latest trunk changes.
 18:30
18:35 bacek joined
Coke heh. sorry about that. 18:38
darbelo It's cool. It's all work I won't have to do.
An while you are here. We're going to need a subdir in $(LIB_DIR)/languages/ to stash our stuff. What should I name it? 18:40
18:40 mokurai joined
darbelo partcl or tcl? 18:40
Coke what will rakudo's directory be called? 18:45
darbelo I think "perl6"
Coke then tcl.
darbelo ok 18:46
Tene japhb: can you confirm or deny whether plumage aspires to install HLL libs too? 18:48
There are some directories added to the search paths by the load_language opcode. 18:50
darbelo Tene: HLL libs? 18:55
18:55 silug joined
Tene darbelo: is plumage intended to be an install utility for, say, rakudo? 18:56
18:56 jhelwig joined
darbelo I'm working on installing partcl, so I'd guess yes :) 18:56
I always figured a "If it runs on parrot, we can install it approach." 18:59
Tene: Oh. You meant install stuff *for* rakudo?
Tene darbelo: yes. 19:00
darbelo Ah. I parsed that as "install rakudo".
Nevermind.
In the long run I'd expect rakudo to have it's own 'CP6AN' thing, built by the perl6 community. 19:03
dalek rrot: r41592 | allison++ | branches/pcc_reapply/src/call/pcc.c:
[pcc] Copy trunk changes to continuation access macro into new branch code.
NotFound Mysql module is now able to be installed by plumage... in a hackish and probably unix-only way 19:16
dalek kudo: 6c4babd | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 436 files, 15956 (71.9% of 22180) pass, 0 fail
shorten dalek's url is at xrl.us/bfpopy
dalek rrot: r41593 | allison++ | branches/pcc_reapply (2 files):
[pcc] Properly handle a null call signature within the parameter assignment
 19:17
darbelo NotFound++ 19:20
19:21 whiteknight joined 19:33 whoppix joined
mikehh pcc_reapply doesn't seg fault but still fails miniparrot 19:39
-> ./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc 19:40
-> too few arguments: 0 passed, 1 expected
-> current instr.: 'main' pc 0 (config_lib.pasm:11)
-> make: *** [runtime/parrot/include/config.fpmc] Error 1
19:49 cotto_work joined
dalek tracwiki: v6 | allison++ | CallingConventionsOverview 19:51
tracwiki: trac.parrot.org/parrot/wiki/Callin...ction=diff
shorten dalek's url is at xrl.us/bfpoyi
allison mikehh: it was a bad merge, try it now 19:52
dalek rrot: r41594 | allison++ | branches/pcc_reapply/src/ops/core.ops:
[pcc] The merge from trunk incorrectly had get_params and set_returns accessing

context.		 19:54
Coke allison: can we delete branches pcc_arg_unify_2_0/ ? 19:55
allison Coke: I'm still looking over the diff to make sure we didn't miss anything
Coke: I know whiteknight did some work on that branch
Coke k. just trying to reduce confusion. 19:56
whiteknight I made one patchset there to try and diagnose an uninitialized context PMC 19:57
I can reproduce the change, but it doesn't actively fix anything (turns a segfault into a NULL PMC Access)
purl msg jrtayloriv: I want to, but I don't have any ideas right now. Got any? 19:58
purl Message for jrtayloriv stored.
19:58 cotto_work joined
Coke allison: I'll be in leeds and york next week; I'll be sure to wave. =-) 19:59
allison whiteknight: your fix to avoid marking in CPointer is already in the new branch (somehow it wasn't merged in the pcc_arg_unify_2_0 branch)
whiteknight okay, then I had two changes
the other was to initialize ctx->current_sig to PMCNULL in src/call/context.c:init_context 20:00
allison whiteknight: I don't see that commit on the pcc_arg_unify_2_0 branch
whiteknight well maybe in my tired stupor I didn't commit it
no harm, no foul. Kill the branch
allison whiteknight: the other commit has been applied to the new branch trac.parrot.org/parrot/changeset/4..._unify_2_0 20:01
shorten allison's url is at xrl.us/bfpoz8
allison Coke: I'll wave back :)
whiteknight: maybe you committed it to pcc_arg_unify (which is already gone) 20:02
whiteknight like i said, it was just a smal change that didn't fix anything. No worries. I'll reapply later if it's still warranted 20:03
allison whiteknight/Coke: I'll go ahead and delete pcc_arg_unify_2_0, we can always revive it if needed
Coke allison++
whiteknight allison++
Coke (can now build pcc_* branch; many test failures, which I assume are not unexpected)
NotFound allison: Commits allowed in pcc_reapply ? 20:04
allison NotFound: yes, dive in
20:04 payload joined
Coke NotFound++ 20:05
japhb Tene, darbelo: Certainly I think Plumage will be used to install Parrot modules, and Parrot languages. I would *like* for Plumage to work for installing modules for Parrot languages, but I see no reason it *must* be. In particular, I think the metadata server should have an open protocol that language-specific install systems are welcome to use.
dalek rrot: r41595 | NotFound++ | branches/pcc_reapply/tools/build/nativecall.pl:
[cage] fix C++ correcteness in built nci frames
rrot: r41596 | allison++ | branches/pcc_arg_unify_2_0:
Removing calling conventions refactor branch from the repository
mikehh I am still failing to build - gets to pge - make[1]: *** [PGE.pbc] Segmentation fault
NotFound mikehh: same here
Coke mikehh: "make corevm" 20:07
20:07 jhelwig joined
Coke mikehh: er, "make corevm coretest" 20:08
need to pass the core tests first before the library/compiler tests.
allison or even just "make coretest", since corevm is a target dependency for coretest
whiteknight The segfaults I saw all looked like runaway exception recursions
mikehh Coke: ok I'll try that
Coke ->
whiteknight adding in a few judicious pop_eh calls fixed a few tests, but that's not the real way to beat it 20:09
20:09 darbelo joined
allison whiteknight: it partly is, since those pop_eh should be there anyway 20:09
NotFound Looks like somewhere a bare NULL is assigned to a pmc register, instead of a PMCNULL
whiteknight the issue isn't the pop_eh though, it's that new things inside handlers are throwing new exceptions now that they weren't throwing in trunk 20:10
allison whiteknight: but, also need to check what the secondary exception was
whiteknight so it's two issues
exactly
20:10 joeri left
whiteknight has to go home. Later 20:14
mikehh well it starts the tests - looks like it's got itself in a loop somewhere in failing t/compilers/imcc/reg/spill.t 20:17
darbelo cpu_ret: May not use this opcode from PIR source 20:19
Never seen that one before.
cotto_work I think that opcode can go away now that the old jit code is history. 20:20
darbelo Isn't it part of a published interface? 20:21
cotto_work Technically yes, but it was intended only for internal use. 20:23
(and the docs explicitly say so)
darbelo Ok. I'll add it to the kill list. 20:24
cotto_work also investigate tsq.c and events.c. I know they're not tested at all and istr that they can go away. 20:27
s/also/also feel free to/ ;)
20:28 athomason joined
dalek rrot: r41597 | allison++ | branches/pcc_reapply (2 files):
[pcc] Remove unused 'caller_sig' element in context struct. The maintenance and

all the appropriate places outweighs the cost of accessing it via caller_ctx.		 20:32
NotFound allison: Have you looked at TT #1083 ? 20:33
20:38 cconstantine joined 20:45 jan joined
darbelo coverage? 21:04
purl rumour has it coverage is cv.perl6.cz
21:09 bacek joined
allison NotFound: not yet, looking now 21:10
NotFound: if a PMC is acceptable in the context, why not just use a String? 21:12
NotFound allison: the PMC is just for garbage collect the cstrng
nopaste "NotFound" at 213.96.228.50 pasted "With this patch, pcc_reapply coretest has less infinite loops" (40 lines) at nopaste.snit.ch/18159 21:14
bacek good morning 21:15
darbelo allison: some times you can't escape the need for a c string.
NotFound "Need for C string", nice name for a video game. 21:16
allison NotFound: comment added in ticket 21:19
mikehh msg Coke re partcl issue # 105 - I think the segfaults related to that merge have been sorted out - we may still get segfaults but they are different issues I think
purl Message for coke stored.
allison darbelo: mostly that's a side-effect of our current interface functions 21:20
NotFound allison: sorry, but that answer looks to me as: "Until we have a good long-term solution, we'll keep the current messed and leak prone code" 21:22
allison NotFound: no, it's "do the long term solution now, instead of bunging in a temporary fix" 21:23
the amount of work is about the same for the short-term fix and the long-term solution
NotFound The answer to that is: "I'm not Gandalf" ;)
allison I really want to avoid layering hacks on hacks, as they're difficult to remove later 21:24
bacek wave from Gondor
mikehh msg Coke and I don't seem to get any in make test
purl Message for coke stored.
bacek What is "long term solution" for C strings inside parrot?
allison bacek: don't use them
bacek Always use string iterators? 21:25
allison bacek: yes
bacek What about NCI?
allison bacek: that's part of the external API, so would have to be able to pass them and return them
NotFound NCI is used to call methods. 21:26
allison bacek: but they can be restricted in scope
21:26 cosimo joined
bacek So, let's keep Parrot_str_to_cstring for NCI calls only? 21:26
allison NotFound: methods are restricted to STRING
bacek: and the embedding interface
bacek: basically, limited to occasions when we have to talk to external code 21:27
bacek bacek@icering:~/src/parrot$ grep str_to_cstring src -r |wc -l 21:28
337
allison NotFound: your fix to the core ops to use actual values instead of a hardcoded 3 looks good
bacek Parrot_str_to_cstring doesn't handle charset/encoding at all... 21:29
allison bacek: yes, it can't, cstrings can't handle them
darbelo bacek: That number increases just about every time I kill another ->strstart abuse.
allison bacek: though, it could throw an exception if the encoding is anything other than ASCII
NotFound allison: if you do that, parrot can't even load a file. 21:30
allison NotFound: do what?
purl somebody said do was just a loop where something controls/constrains it to execute once
darbelo allison: That would break the freezing code and half the io subsystem.
NotFound allison: reject non asciss
bacek allison: +1 for exception 21:31
allison NotFound: then the code is broken
NotFound allison: yes, a lot is.
darbelo allison: Astoundingly broken, but it works now. 21:32
allison NotFound: we can agree to treat cstrings as raw binary blobs (not bothering with encoding)
NotFound: but mainly, just need to restrict their use as much as possible 21:33
NotFound allison: we can't. utf16 and ucs2 can't be raw convereted to c strings for any practical purpose.
allison NotFound: they're all just blobs of bytes 21:34
NotFound allison: yes, but with lots of '\\0'
allison NotFound: mmm.... yes, that is true 21:35
NotFound: the main use of cstrings now is for functions that take one string argument (like a signature description), because it's a lot simpler to type the raw cstring 21:36
NotFound allison: the main use for c string IMO is that people has been very lazy with the operating system interface, 21:37
allison largely because CONST_STRING has strange line-wrapping limitations
NotFound: that too 21:38
NotFound: which we'll need to clean up as we port to more platforms anyway
NotFound allison: we just need two platforms to have enough problems: windows and posix. 21:39
21:39 Whiteknight joined
darbelo posix is not a platform. posix is a lie. 21:40
But I still agree with NotFound :)
NotFound darbelo: well, let's just say "any unix-like that uses utf8"
allison darbelo: yes, but it works now :)
(for some values of work)
NotFound allison: doesn't work. See for example the ticket about temp directory with chinese characters. 21:41
allison: regarding teh patch: I used ADDRESS because I'm not sure what exactly OFFSET does. 21:42
allison NotFound: sure, but we have to provide our own work-arounds, we're not fixing posix 21:43
NotFound allison: posix is the easy part, the hard problem in that case is windows. We need to use the unicode filesystem api to hande that, for a start. 21:44
allison NotFound: OFFSET jumps by offset to the current address
NotFound And we can't in the current state because we have functions that pass a c string 21:45
allison NotFound: then the functions that pass a cstring must die
NotFound allison: yes, but that can't be done in a day. 21:46
allison NotFound: I bet it could be done in a month
dukeleto sounds like a plan for a distributed attack
allison NotFound: it's a purely internal refactor, by definition, since external API functions are exempt from the restriction on cstrings 21:47
NotFound And we need to handle command line arguments and environmental variables able to handle corner cases. 21:49
(in a way)
Assuming they are always utf8 is plain wrong. 21:50
allison NotFound: also true
Whiteknight is dukeletos git mirror of parrot synced to the svn repo? 22:02
moritz the last commit on there is from Aug 17 22:03
Whiteknight ok 22:04
bacek src/interp/inter_misc.c 367 22:07
src/interp/inter_cb.c 65
src/interp/inter_cb.c 304
src/exceptions.c 133
src/pmc/sub.pmc __get_regs_used
Parrot_getenv/Parrot_setenv
FixedIntegerArray.instantiate_str
Hash.ret_repr
Parrot_dlsym (and maybe other functions)
Parrot_vtable_slot_names can use STRING* (Parrot_get_vtable_index)
PackFile_* functions can use STRING*
data_types enum can use STRING*
src/runcore/profiling.c init_profiling_core, runops_profiling_core and destroy_profiling_core
here we go.
There is a list of places where we can replace char* with STRING*
NotFound allison: redoing the patch to use again OFFSET, the only difference that remains is 2 instead of 3 in line 529 of core.ops 22:10
Whiteknight ack "char *"
darbelo Whiteknight: "| more" 22:11
moritz better ack 'char\\s*\\*' or so ;-)
'char *' also finds 'char'
22:11 cotto_work left
NotFound Don't forget char * const 22:11
22:12 cotto_work joined
bacek cotto_work: what the heck are you doing at work? 22:12
NotFound And probably we have char const * instead of const char * in some place.
darbelo bacek: Oh my! I hope he's not working... 22:13
cotto_work bacek, what do you mean? It's only 1515 here.
bacek clock?
purl bacek: LAX: Thu 3:13pm PDT / CHI: Thu 5:13pm CDT / NYC: Thu 6:13pm EDT / LON: Thu 11:13pm BST / BER: Fri 12:13am CEST / IND: Fri 3:43am IST / TOK: Fri 7:13am JST / SYD: Fri 8:13am EST /
22:13 hercynium joined
bacek cotto_work: ah. It's not Friday yet :) 22:13
darbelo I was *convinced* it was 2009 everywhere.
bacek wave from Friday :) 22:14
Whiteknight bacek: where do you live?
bacek Whiteknight: Sydney
Whiteknight oh awesome 22:15
that's as far away from me as you can get
bacek It's nice spring Friday morning here :)
And it's far far away from any place
Whiteknight it's cold autumn thursday night here
allison NotFound: currently running a comparison of test failures with and without the fix to see if it looks more like a real fix or a mask for another problem
22:17 rdice joined, theory joined
darbelo bacek: Well at least there someone on the same hemisphere as me. 22:17
bacek darbelo: where do YOU live?
darbelo Argentina. 22:18
purl i think argentina is www.terryapodaca.com/wp-content/upl...entina.jpg
NotFound allison: a disassembly of a pmc suggest that 2 is the value appropiate for all that ops
cotto_work GeJ isn't too far away
NotFound s/pmc/pbc
bacek darbelo: cool.
darbelo Where's GeJ?
purl GeJ is logged in
bacek darbelo: Caledonia Islands 22:19
darbelo Okay, that's three of us that aren't upside down :) 22:20
allison NotFound: looks like that was an error introduced in the merge
bacek darbelo: :)
Whiteknight pcc_reapply hangs on a test for me
allison NotFound: ("argc + 3", that is)
NotFound allison: good to know 22:21
Whiteknight t/compilers/imcc/reg/spill.t
dalek rrot: r41598 | bacek++ | trunk/src/library.c:
[cage] Remove wrong description in Parrot_locate_runtime_file_str.
Whiteknight why do we even have tests for register spilling?
rrot: r41599 | bacek++ | trunk/src/hll.c:
[cage] Don't create "constant" String for HLL_info entry_name. HLL_info isn't constant and will mark keys during GC anyway.
rrot: r41600 | bacek++ | trunk/src/io (2 files):
[cage] Replace free with Parrot_str_free_cstring
allison NotFound: and I'm tired of killing infinite loop tests, so go ahead and apply 22:22
bacek darbelo: img-fotki.yandex.ru/get/8/bacek.2/0...797bf_orig
shorten bacek's url is at xrl.us/bfppsw
NotFound allison: go
going
darbelo bacek++
bacek Best World map ever :)
darbelo I had one with the outline of south america in a t-shirt. 22:23
dalek rrot: r41601 | NotFound++ | branches/pcc_reapply/src/ops/core.ops:
[core] fix a OFFSET problem, probably introduced in the merge
 22:25
22:26 particle1 joined
Whiteknight where the hell did that problem come from? 22:28
allison Whiteknight: the OFFSET problem?
Whiteknight yeah
NotFound Maybe right from hell ;)
darbelo goto hell? 22:29
Whiteknight goto hell;
22:29 jhelwig joined
allison Whiteknight: I'm searching revisions, it appears first in this branch with the merge of pcc code into the fresh branch 22:30
Whiteknight well if it's just a stupid merge issue, that's not anything that we can help
sucks we have to debug it
allison Whiteknight: curiously, it doesn't seem to appear in the old pcc_arg_unify branch at all 22:32
The merge added 400 failing tests, so there likely are a few merge issues still lurking 22:34
Whiteknight urg 22:36
22:46 mikehh joined
mikehh All tests PASS (pre/post-config, smoke (#28438), fulltest) at r41597 - Ubuntu 9.04 i386 22:46
bacek Next commit probably will break it :) 22:53
cotto_work It'd be so boring and predictable if the tests always passed.
dalek rrot: r41602 | bacek++ | trunk (6 files):
[cage] Change Parrot_*env functions to accept STRING*
 22:54
cotto_work Why does that clobber Parrot_str_init? 22:55
bacek veeeery good at breaking stiff
cotto_work I think that's an important function.
bacek cotto_work: I don't quite understand... 22:56
cotto_work That patch deletes a call to Parrot_str_init in inter_create.c at +164 22:57
bacek cotto_work: it is not
I just moved it up 22:58
cotto_work oic
bacek Because I need CONST_STRING working :)
cotto_work yup
bacek Bah. All tests passed on my box. Time to break stuff at $dayjob 22:59
ttbot Parrot trunk/ r41602 MSWin32-x86-multi-thread make error tt.ro.vutbr.cz/file/cmdout/110877.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 23:00
bacek cotto_work: see! I broke it! 23:01
darbelo bacek++ # Making life less boring!
23:03 cconstantine joined
dalek rrot: r41603 | allison++ | branches/pcc_reapply (3 files):
[pcc] More intelligent handling of a null CallSignature in fill_returns, though

passing (i.e. return arguments aren't currently handled the same way as call arguments, though they should be and will be).		 23:04
jdv79 Coke: what? 23:06
dalek rrot: r41604 | bacek++ | trunk/config/gen/platform/win32/env.c:
[cage] Blind commit to fix environment handling on Win32.
 23:07
bacek killed TapTinder... 23:08
23:10 mj41_ joined, quek joined
allison bacek: "Blind commit" sounds branch-worthy, or at least "put patch in a ticket and get someone with the appropriate platform to test it 23:11
ttbot Parrot trunk/ r41604 MSWin32-x86-multi-thread make error tt.ro.vutbr.cz/file/cmdout/110925.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 23:15
bacek_at_work hi again 23:39
purl oh, you're back!
dalek rrot: r41605 | bacek++ | trunk/config/gen/platform/win32/env.c:
[cage] Fix win32 build (hopefully).
 23:40
23:42 patspam joined
ttbot Parrot trunk/ r41605 MSWin32-x86-multi-thread make error tt.ro.vutbr.cz/file/cmdout/110990.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 23:47
23:47 theory joined
dalek rrot: r41606 | bacek++ | trunk/config/gen/platform/win32 (2 files):
[cage] Fix another failure on win32. bacek--
 23:53
ttbot Parrot trunk/ r41606 MSWin32-x86-multi-thread make error tt.ro.vutbr.cz/file/cmdout/111026.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 23:56
cotto_work windows hates you, bacek_at_work 23:57
bacek_at_work cotto_work: I hate it too...

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!