Parrot 2.4.0 "Sulfur Crest" Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | GSOC Students: trac.parrot.org/parrot/wiki/GSoCersStartHere
Set by moderator on 18 May 2010.
00:38 snarkyboojum joined
dalek rrot: r47243 | darbelo++ | branches/gsoc_nfg (2 files):
Let stringinfo know about STRING's new 'extra' pointer.
 00:38
00:41 kid51 joined
dalek rrot: r47244 | darbelo++ | branches/gsoc_nfg/src/ops/core_ops.c:
Boostrap ops.
 00:55
01:01 abqar joined 01:28 Essobi joined 01:32 davidfetter joined 02:25 TiMBuS joined 02:26 snarkyboojum joined 02:32 kurahaupo joined 02:37 khairul joined 02:42 janus joined
cotto khairul, you ready? 02:47
khairul cotto: sure, see privmsg 02:48
03:17 JimmyZ joined 03:38 LoganLK joined 04:20 tcurtis joined 04:24 parthm joined 04:42 parthm left 05:02 plobsing joined 05:19 jsut_ joined 06:02 uniejo joined
dalek rrot: r47245 | NotFound++ | trunk/t/pmc/addrregistry.t:
tests for AddrRegistry get_bool
 06:25
06:37 fperrad joined 06:41 fperrad_ joined
dalek rrot: r47246 | plobsing++ | branches/constant_unfolding (5 files):
put common const variants of find_cclass and find_not_cclass back
 06:41
cotto Why doesn't --target=pbc spit out pbc? 06:42
post works, but pbc just spits out ""pbc" => PMC 'Eval' { ... }"
06:53 aukjan joined
sorear --target=(anything at all that isn't pir post past parse evalpmc) means --target=evalpmc 07:02
cotto that's surprising
sorear the PCT railroad model of compilation makes pbc not easy to implement 07:03
my "better idea" was shot down in #parrot (for several good reasons, iirc); I'm waiting for someone to come up with a replacement
cotto sounds like a tricky problem 07:04
plobsing the general case sure, but it should be fairly easy to change the default target-not-found behaviour to be "fail" in stead of "give me an eval" 07:06
moritz +1 07:07
purl 1
plobsing (note I am likely not an appropriate person to do this having little investment in, experience with, or interest in PCT's inner workings) 07:08
07:39 eternaleye joined
sorear as a cheap hack, implementing "just pbc" as an alternate final stage would not be too hard 07:48
note that evalpmc = list of packfilesegment = basically just parsed pbc
the main gotcha is wiring it up to the rest of pct in a way that doesn't make people sick 07:49
cotto It's not a big deal. I was just looking to avoid a potentially unnecessary intermediate step in the build. 07:55
GeJ I'm experiencing failures in t/pmc/eval.t and t/pmc/threads.t 07:59
cotto plobsing, I'm surprised about the register allocator not being real. I thought we at least had an algorithmically inefficient one. 08:00
GeJ Has this been reported by others or is this a my-box-only issue.
plobsing register allocator: int get_available_reg() { static regno = 0; return regno++; } 08:01
cotto ouch
plobsing pretty much
we did up until recently have a graph colouring register allocator. but it only ran on -O2 and caused extreme bugginess and occasional crashiness. 08:02
cotto so reg_alloc.c is basically useless? 08:03
nopaste "GeJ" at 192.168.1.3 pasted "Failures with latest trunk on FreeBSD 7/8" (47 lines) at nopaste.snit.ch/20795
cotto GeJ, looks fine here. It appears that your special system is back in action. 08:04
plobsing eval has issues caused by packfile problems
cotto I am seeing the eval failure 08:05
GeJ Hah!
GeJ feels less lonely.
I'll realclean for good measure and try again. 08:07
sorear cotto: the step is necessary in any case; all --target=pbc would save is makefile lines 08:08
cotto yes
time for bed.
night, humans
GeJ good night cotto.
clock? 08:09
plobsing cotto: looking at coverage for reg_alloc.c, much of it is to support dead simple register allocation
moritz is too-late-o'clock :-)
plobsing and the rest runs a single pass of optimization apparently
GeJ servus moritz.
moritz hi GeJ :-)
bacek aloha, humans 08:20
GeJ G'Day bacek 08:21
bacek G'Day GeJ, howizgoin'?
GeJ bacek: I've known better days. You? 08:25
bacek GeJ, same shit :) 08:26
08:46 clinton joined
dalek rrot: r47247 | bacek++ | branches/gc_massacre (11 files):
Merge branch 'master' into gc_massacre
 09:11
09:30 gaz joined
dalek rrot: r47248 | mikehh++ | branches/gc_massacre/MANIFEST:
regen MANIFEST
 10:18
rrot: r47249 | bacek++ | branches/gc_massacre_no_constant:
Branch to get rif of 'constant' stuff
 10:34
rrot: r47250 | mikehh++ | branches/gc_massacre/src/gc (5 files):
add svn properties
rrot: r47251 | mikehh++ | branches/gc_massacre/src/gc/gc_tms.c:
fix codetest failure - there should be at least one space between a C keyword and any subsequent open parenthesis
10:40 snarkyboojum joined 10:49 gbacon joined
dalek rrot: r47252 | mikehh++ | branches/gc_massacre/src/gc/system.c:
fix codetest failure - line length
 10:51
mikehh bacek: codetest - just ASSERT_ARGS, function docs and of course C++ comments left 11:03
bacek mikehh, ignore c++ comments. They are my own markers.
But ASSERT_ARGS are worth to fix 11:04
mikehh bacek: yes I know - which is why I left them :-}
bacek :)
mikehh, But if you can write docs based on wiki/code/whatevar it will be extremely useful 11:05
mikehh bacek: ok I'll have a look 11:06
dalek rrot: r47253 | mikehh++ | branches/gc_massacre/src/gc/pool_allocator.c:
fix pod syntax - still missing documentation
darbelo icu-- 11:17
Infinoid karma icu 11:26
purl icu has karma of -10
mikehh bacek: I am getting a failure in make (both g++ and gcc) (make corevm seems ok) - runtime/parrot/library/PGE/Perl6Grammar.pbc 12:03
get_integer() not implemented in class 'CallContext' 12:04
12:05 bluescreen joined 12:16 snarkyboojum joined
dalek kudo: 18d9960 | (Solomon Foster)++ | src/core/metaops.pm:
Add mixed hash / scalar hypers.
 12:29
mikehh gotta take one of my gransons to a doctors appointment - bbl 12:35
Coke bwahahaha. I have managed to volunter to release both parrot & rakudo in July.
12:36 JimmyZ joined
darbelo Double the blame! 12:36
12:43 ruoso joined 13:05 atrodo joined 13:11 davidfetter joined 13:14 plobsing joined 13:22 Coke_ joined 13:36 whiteknight joined 13:41 gbacon joined
whiteknight good morning, #parrot 13:41
darbelo o/
Coke_ rant: ops_massacre STILL not resolved. 13:44
how did this get merged back?
Coke opens a new ticket.
darbelo Coke: We don't have a Standard Waiting Time after asking on the list. 13:45
Coke how about "make corevm; make coretest" passes?
that'd be a good start.
moritz how about "HLLs can compile on it"? 13:46
darbelo Do we advertise that corevm has extra magical properties that aren't covered by the larger 'test' targets?
Coke developers should know this; I'll mention it again in parrotsketch. 13:47
darbelo I know it does, and why it's there. I was here when it was added. People that came late to that party might not.
Coke clearly it's not getting run that often just now, or more complaints would be raised. 13:53
I just updated my "build with testing" script to use corevm. 13:54
(so I'll complain more frequently)
darbelo mikehh is probably our only reliable corevm tester
whiteknight what is the problem?
dalek TT #1669 created by coke++: t/pmc/eval.t and t/pmc/threads.t fail during 'make coretest' 13:55
TT #1669: trac.parrot.org/parrot/ticket/1669
darbelo Ops that are used in our corevm target got kicked out of the core.
Plus, dynops are not built as part of the core build. 13:56
Equals, coretest going kaboom.
Coke so the simple update to just .loadlib 'foo_ops' fails under coretest.
the tests actually need to examined (do they really test things that require dynoplibs? if so, move them, if possible, rewrite them, if not, move them.) 13:57
darbelo I think I saw plobsing do that to a few tests already.
Let me check the irclogs... 13:58
Looks like r47167 is the one I'm thinking of. 14:00
14:01 JimmyZ_ joined
Coke yup. in future, we should probably have that be a condition of merging back a big branch. "make corevm && coretest && make && make test" (and perhaps fulltest.) 14:06
NotFound A big branch theory? 14:10
moritz and a few HLLs running, please 14:11
NotFound And harness running will not be so bad. 14:12
moritz make ueberfulltest # runs all these tests, and tries to compile lua, tcl and rakudo
14:14 bubaflub joined
Coke moritz: well, tcl's been broken for ages, so that doesn't help. =-) 14:14
darbelo It motivates people to fix it ;)
Coke did not end up finding any time to hack on parrot/rakudo/partcl this long weekend. 14:15
14:15 GodFather joined
Coke hll's definitely have to be tested at some point at least soon after the merge - any failures should either be identified as reliance on a misfeature, or a regression test should be added. (which I think we're much better about these days) 14:16
(note that I would never have guessed that the small change made that broke partcl would have broken partcl. =-) 14:17
NotFound Coke: I've recently added some tests for surprinsingly uncovered basic functionality. 14:18
I discovered it was uncovered by breaking things without make test detecting any problem X-) 14:19
moritz is there a list of previous parrot release managers somewhere? 14:21
darbelo The list of previous releases lists the managers. 14:22
docs/parrothist.pod
moritz thanks
dalek rrot: r47254 | coke++ | trunk/docs/parrothist.pod:
note release status
 14:27
rrot: r47255 | NotFound++ | trunk/t/pmc/lexpad.t:
tests for LexPad elements and keyed access
 14:43
TT #1670 created by doughera++: t/library/lwp.t fails after parallel build 14:44
TT #1670: trac.parrot.org/parrot/ticket/1670
15:05 Andy joined
dalek rrot: r47256 | NotFound++ | trunk/t/pmc/resizablebooleanarray.t:
test for clone empty RBA
 15:16
whiteknight NotFound++ 15:18
darbelo NotFound++ # More tests now is less breakage later. 15:19
moritz any parrot foundation members around? gerd++ is looking for somebody to nominate him as a member... he's done two parrot releases for us so far (and lots of small patches) 15:20
I'm not sure if I'm a member :-)
particle +1 15:21
purl 1
particle i consider gerd and moritz both members already
moritz because we have commit access? 15:22
15:23 clinton joined
particle because you're obviously both engaged in foundation-related activities, including ongoing code and other contributions 15:23
if you were a committer this time last year, you're already a member 15:24
moritz I was, yes
particle we need to make the membership roll public, even i haven't seen it yet :)
darbelo That would make me a non-member. (committership < 1 year) 15:25
Coke smash is handling that. 15:26
particle well, you've got my nomination
Coke (the membership roll)
darbelo Not that I know what menber vs non-member status means, really.
Coke member == you can vote on the board elections coming up soon.
particle darbelo: it means you get to vote for board members
Coke and any other foundation business, though I don't think there is anything else. =-)
NotFound Foundational members have the right to get the first beers at meetings. 15:27
particle you can nominate folks for membership
moritz darbelo: I'll just nominate you, since I'm writing a mail to smash just now anyway :-)
darbelo ZOMG! I get to participate in democracy! 15:28
whiteknight when do nominations start? is there a defined period? 15:31
moritz afaiu nominations can always be made 15:32
particle membership may be granted to individuals at any time 15:33
whiteknight I mean, when do nominations for the board start? 15:35
Coke was mentioned in a recent email or post, I thin. 15:36
particle ah, i suppose they have started already.
i'm sorry, we're still a little disorganized 15:37
Coke email was to parrot-members.
(which prompted the drive to make sure all folks eligble to be members are, which smash is working on. If you're subscribed to parrot-members, you're a member. if you're not sure, ping smash. 15:38
smash?
purl, smash?
purl i haven't a clue, coke
15:38 bubaflub joined
whiteknight the emails that I have are that we are preparing for nominations, but first we have to make sure the membership roster is up-to-date 15:39
Coke smash is mestre.smash at gmail.com
15:39 Chandon joined
whiteknight I haven't seen information about when we can actually start making nominations, or what the method is for doing that 15:39
darbelo me?
purl: me?
purl bugger all, i dunno, darbelo
moritz darbelo is our Unicode overlord 15:40
darbelo Meh. Forgetful bot.
Coke ... what happened to purl?
moritz purl: darbelo?
purl no idea, moritz
Coke she's been lobotomized.
coke?
whiteknight he got "fixed" with a large electromagnet
moritz purl: darbelo is our Unicode overlord
purl OK, moritz.
Coke ... wtf.
purl, master?
purl no idea, coke
Coke purl, owner?
purl coke: wish i knew
Coke it's hachi, innit?
darbelo purl: purl ?
purl darbelo: i haven't a clue
whiteknight purl, whiteknight
purl whiteknight: i'm not following you...
whiteknight purl, whiteknight?
purl wish i knew, whiteknight
Coke msg hachi purl seems to have been wiped.
purl Message for hachi stored.
particle yah, hachi 15:41
purl, be mjd
purl particle: sorry...
darbelo Not that there was a lot of signal in the noise pit.
whiteknight ...and nothing of value was lost 15:43
pmichaud did ops.num disappear? 15:45
darbelo Yes, it got folded into opsc.
Or something like it. cotto should know the details-
pmichaud Hmm. I always found it to be handy to be able quickly find out what variants of an opcode were available. 15:46
darbelo That should still be available somewhere. 15:47
You could try src/ops/core_ops.c as a last resort. 15:48
pmichaud the keyword was "quickly" :-)
oh, that's not too bad 15:49
I can probably use it. Thanks!
darbelo++
whiteknight karma darbelo
purl darbelo has karma of 789
darbelo It even has the numbers as comments!
whiteknight oh, nice. Karma numbers weren't wiped
darbelo Oh, the karma is still here? 15:50
whiteknight karma whiteknight
purl whiteknight has karma of 1997
darbelo karma c
purl c has karma of 8624
whiteknight yep, there's no way I have done ~2k things worthy of karma since Purl was wiped
darbelo karma g
purl g has karma of 1201
darbelo whiteknight: You are better than g++! 15:51
whiteknight g-- # balance 15:52
darbelo heh
Oh, crap. git-svn isn't caching my credentials. 15:53
moritz huh? it usually uses the svn cache 15:54
so if you commit once with svn, it's surely in the cache 15:55
darbelo That explains it. The svn cache doesn't work for me :)
It's probably some sort of overly paranoid measure taken by whoever did the OpenBSD port. 15:58
whiteknight svn's cache is plain-text passwords only. So if your security profile prhibits that, it wont work 16:02
SVN can be made to use the gnome keyring, but you need to compile it with support 16:03
16:03 hercynium joined
darbelo has no gnomes on his computer. 16:03
whiteknight then I think you are out of luck 16:04
particle what's the other keyring svn cache supports? 16:05
darbelo It's still the same number of password-typings, but having it happen once on every commit is a bit different from typing it abunch of times on dcommit.
particle kwallet
16:06 theory joined
dalek rrot: r47257 | darbelo++ | branches/gsoc_nfg/src/string/grapheme.h:
Move the grapheme table definition into grapeheme.h
 16:06
rrot: r47258 | darbelo++ | branches/gsoc_nfg/src/string/grapheme.h:
Add headerizer directives to grapheme.h
rrot: r47259 | darbelo++ | branches/gsoc_nfg/src/string/grapheme.h:
Add a macro to help us determine if a given codepoint is a combinig character or not.
rrot: r47260 | darbelo++ | branches/gsoc_nfg/src/string/encoding/nfg.c:
First stab at NFG encoding. Trancode-only for now.
rrot: r47261 | darbelo++ | branches/gsoc_nfg/src/string/grapheme.c:
Add grapheme.c to the repo. Apparently I forgot to do this earlier.
cotto pmichaud, there's also include/parrot/opsenum.h 16:10
pmichaud cotto++ 16:14
I'm more likely to remember src/ops/core_ops.c though, and it's shorter to type :-)
particle they're about equally easy to tab-complete 16:15
dalek rrot: r47262 | NotFound++ | trunk/src/pmc/fixedstringarray.pmc:
use STRING_IS_NULL instead of checking NULL in FSA is_equal
 16:23
rrot: r47263 | fperrad++ | trunk/config/gen/makefiles/root.in:
dynpmcs need to be builded (not in core)
Chandon What's the difference between set/get_global and set/get_hll_global?
pmichaud Chandon: set_global is in the current namespace
set_hll_global is in the current hll root namespace
Chandon In a pir file where I typed ".sub blah" a couple times, is that the same thing? 16:24
pmichaud I don't understand. 16:25
Chandon In much of the sample code people like to type "get_hll_global" to get a reference to a sub, even in files where the word "namespace" doesn't appear at all. Is there some reason for that, or are people typing four extra characters (vs. get_global) out of habit? 16:26
whiteknight probably habit 16:28
Chandon Neat. Is there some reason why it's a good habit I should be copying? 16:29
darbelo Won't that change behaviour if the file get's loaded from different HLLs?
Or from two modules in the same HLL?
s/modules/namespaces/ 16:30
In one case you do stuff to the current namespace, whatever that is. In the other you always do it to the HLL root namespace.
16:33 cotto_work joined
cotto_work aloha, humans 16:33
darbelo aloha, cotto_work
I like the new bot better than purl already ;) 16:34
16:35 patspam joined
dukeleto 'ello from OSBridge 16:43
Coke msg plobsing - ok. with your patch for partcl, using parrot 45624, partcl mostly works. I must have been one rev behind (that rev clearly states un-break the build) 16:44
purl Message for plobsing stored.
Coke msg plobsing so I'll probably branch partcl at the version I have, apply your patch, then start moving parrot forward and applying patches to the branch, then eventually merging it back to master. Danke. 16:45
purl Message for plobsing stored.
16:47 kurahaupo1 joined 16:48 bline joined
Coke going to yapc::na 2010? 16:50
I hate you, purl.
purl Coke: huh?
Coke going to yapc::na 2010 is qw(coke packy pmichaud) 16:51
cotto_work going to yapc::na 2010? 16:52
Coke I hate you, purl. 16:53
purl Coke: excuse me?
kurahaupo1 wonders what Purl ever did to Coke 16:54
particle coke hates everything.
Coke kurahaupo: purl seems to be suffering from amensia. 16:55
particle: only things that suck.
Chandon purl: bacon is delicious 16:56
purl OK, Chandon.
kurahaupo1 BTW "hi everyone". I've been off doing $DAYJOB for a couple of months.
Bacon?
Chandon purl: bacon?
purl i haven't a clue, chandon
Chandon Good times. Not only is purl broken, it lies about it.
cotto_work purl, status 16:57
purl Since Sun May 30 08:59:35 2010, there have been 477 modifications and 84 questions. I have been awake for 2 days, 7 hours, 57 minutes, 29 seconds this session, and currently reference 844608 factoids. Addressing is in optional mode.
cotto_work purl, asldfjkasdlfjsklf is laksdjfiwewlksldj
purl OK, cotto_work.
cotto_work purl, status
purl Since Sun May 30 08:59:35 2010, there have been 478 modifications and 84 questions. I have been awake for 2 days, 7 hours, 57 minutes, 58 seconds this session, and currently reference 844609 factoids. Addressing is in optional mode.
particle hee
kurahaupo1 asldfjkasdlfjsklf?
purl: asldfjkasdlfjsklf 16:58
purl kurahaupo1: excuse me?
cotto_work at least the factoids are being stored 16:59
mikehh purl has definately lost track
purl mikehh: excuse me?
kurahaupo1 purl: kurahaupo is in UTC+12 17:02
purl OK, kurahaupo1.
17:02 lucian joined
kurahaupo1 purl: I am an insomniac 17:02
purl OK, kurahaupo1.
kurahaupo1 purl: status
purl Since Sun May 30 08:59:35 2010, there have been 482 modifications and 84 questions. I have been awake for 2 days, 8 hours, 3 minutes, 3 seconds this session, and currently reference 844612 factoids. Addressing is in optional mode.
kurahaupo1 purl: who am i
purl i don't know, kurahaupo1
kurahaupo Purl: who am I 17:03
purl no idea, kurahaupo
17:03 theory joined
dalek rrot: r47264 | darbelo++ | branches/gsoc_nfg/config/gen/makefiles/root.in:
Add the grapheme files to the build.
 17:45
17:48 bkuhn joined 17:49 snarkyboojum joined 17:50 tcurtis joined 17:51 PerlJam joined 18:09 patspam joined 18:14 ruoso joined 18:18 bluescreen joined
darbelo clock? 18:19
Dammit, forgot that the bot lobotomy.
whiteknight I accidentally the whole bot 18:20
18:23 hercynium joined
Coke I can't believe I bot the whole thing. 18:26
darbelo For the TZ-impaired. How long until #ps ? 18:28
PerlJam if it's at 20:30 utc, then ~2 hours 18:32
18:32 ash_ joined 18:40 aukjan joined 18:41 joeri joined
Coke that's about right. 18:41
18:42 estrabd joined
whiteknight purl msg allison Do we make any guarantees about atomicity of various operations? Specifically I'm worried about a thread switch in the middle of a VTABLE override leaving a potentially-shared PMC in an inconsistent internal state. With PMC._sync gone and STM gone, do we have any mechanism to prevent those kinds of problems, or does it need to be written from the ground-up? 18:45
purl Message for allison stored.
darbelo guesses ground up.
whiteknight me too. 18:46
I can think of a few ways around the problem but none of them are very good
if we set a "is busy" flag on the Object when we enter a vtable override along with the thread handle, if we try to access a vtable on that Object from a different thread while the flag is set we force a thread context switch back to the owner thread 18:47
darbelo Threading is never simple. 18:48
whiteknight And we would have to perform that check from PIR, since doing it from C would create a huge problem with longjmp and other garbage
so we would need to do compile-time code modification on VTABLEs to add a "do not enter here from multiple threads" lock implicitly to every vtable override 18:49
Once we have Lorito, much of this goes away, but it's still a little ugly
darbelo And here I was thinking "Dammit our strings suck". Should I feel comforted that our threads suck worse? 18:50
ash_ are there any internal string parsers? I am asking for my gsoc project, I can parse the string myself, but if there are facilities to do it already, i wouldn't mind taking advantage of those 18:51
particle if you do, you're a sick puppy.
NotFound darbelo: Our strings suck a lot less recently. 18:52
darbelo NotFound: I know, but there's still a lot of work there.
NotFound darbelo: yeah, but at least we know what length and bytelength are. 18:53
BTW, someone has started to draft a ByteBuffer? 18:55
darbelo And I'm very grateful for that.
Although character length gets kind of nebulous in some places... 18:59
ash_ NotFound: isn't there a GSoC for a byte buffer?
NotFound darbelo: tell me where, and I'll take a look. 19:00
darbelo I mean as a concept.
19:00 khairul joined
darbelo $S0 = unicode:"a\\u0308n\\u0308" 19:00
How long is that string?
NotFound darbelo: that's not a problem with length, is a problem with pir escape rules for string literals. 19:01
darbelo That too.
My point is that one string can have more than one length, depending on how 'composed' it is. 19:03
NotFound darbelo: that's not correct. The encoding is part of the string.
And if you talk about grapheme length in normalized form, that is an upper level of abstraction, not a problem with the basic levels. 19:05
whiteknight if the string isn't normalized it could have any number of lengths 19:19
NotFound whiteknight: if you change the string content. 19:21
whiteknight change it when, after the last normalization? 19:22
purl whiteknight: that doesn't look right
NotFound whiteknight: Normalization of what? Of the string buffer content? 19:24
whiteknight yes 19:25
NotFound If you change the string buffer content, is a different string.
So it can have a different length. 19:26
darbelo I was expressing myself badly on this. NotFound is right here, the suck comes when different strings compare equal.
NotFound If you check grapheme equality, you can't count on equal byte or codepoint length. 19:27
Same as you can't count en equal bytelength when comparing strings with different encodings. 19:30
19:38 tcurtis joined 19:48 pjcj joined
cotto_work Coke, ping 19:50
khairul cotto_work: i found out the ans to my qn about events. eventhandlers compare task subtypes with their own type , so no 'allevents' (IIUC). subclassing it and overriding the 'can_handle' method works as an alternative. 19:51
cotto_work ok
I hope you don't find too many bugs to impede your progress. 19:52
Chandon khairul: Do you have an example of setting an event handler and getting it to trigger?
khairul see t/pmc/scheduler.t
whiteknight NotFound: Maybe it's time stdhandle wasn't experimental anymore? 19:55
NotFound whiteknight: allison don't like it. 19:59
whiteknight NotFound: then we need to figure out what she would prefer. Because we need some kind of standard, built-in way to get a hold of the STD* filehandles 20:01
NotFound whiteknight: fully agree.
Coke cotto_work: poing
whiteknight: getstdout? 20:02
(or was that moved too?)
NotFound There is another posibiliy, adding some methods to FileHandle.
cotto_work Coke, what would it take to set up a test trac site on parrot.org for testing the git plugin?
20:02 Psyche^ joined
Coke the biggest problem here is that the original request to move stuff was pretty vague. I got the impression it needed review before someone jumped in. (which is why I never finished working on that ticket.) 20:02
cotto_work (and letting everyone see how it works (or doesn't) 20:03
Coke cotto_work: didn't we have a guy that said he'd do that already?
I'd just reply to that ticket where he said he'd do it and ask if he's made any progress yet.
NotFound $P0 = new 'FileHandle' | $P0.'openstdin'() # for example
cotto_work wfm
bacek aloha, humans 20:04
NotFound Coke: all get/set std in/out/err has moved.
Coke is src/ops/core_ops_cg.c dead? 20:05
bacek aloha, going to yapc::na 2010 is qw(coke packy pmichaud)
aloha bacek: Okay.
bacek aloha, going to yapc::na 2010?
aloha bacek: going to yapc::na 2010 is qw(coke packy pmichaud)
Coke bacek: why have 2 bots?
(and why duplicate that in channel?) 20:06
bacek cluster!
cotto_work aloha is for tab completion
bacek aloha, aloha?
aloha bacek: I'm little purl's sister which can memoize things
cotto_work purl is broken
Coke and now one of the bots will almost always be wrong. =-)
20:06 dmalcolm joined
Coke cotto_work: aloha was here before that. 20:06
tcurtis purl, going to yapc::na 2010?
purl i haven't a clue, tcurtis
bacek Coke, I added Infobot module to it after purl has amnesia. 20:07
Initially it was pure tab-completion bot :) 20:08
20:09 aukjan1 joined
Coke I ask about src/ops/core_ops_cg.c because it contains a reference to getstdout and isn't showing up in svn st. 20:09
20:11 plobsing_work joined
GeJ Good morning everyone. 20:11
Util Good morning, GeJ
cotto_work coke, that file looks like one that simply didn't get deleted when we nuked the other runcores. 20:13
It's a generated file that's no longer generated. 20:14
Coke it's explicitly ignored atm. 20:15
svn:ignore should probably be updated, then.
cotto_work probably a leftover from when it was generated
Mmm. instareply
+1 20:16
purl 1
dalek parrot: eb8c67f | dukeleto++ | plparrot (2 files):
Call .loadlib from the correct place
 20:19
20:23 davidfetter joined
cotto_work #ps in 3 20:27
Coke darbelo: ping 20:28
is there anything to be saved from simon's strings branch? 20:29
seen chromatic?
purl chromatic was last seen on #parrot 2 days, 22 hours, 16 minutes and 49 seconds ago, saying: That seems workable. [May 29 22:12:45 2010]
Coke purl: help
purl Coke: sorry...
darbelo Coke: Not at the code level. 20:30
Coke As I recall, it was perl6-like psuedocode only in that branch.
darbelo Coke: It's all pseudo code. Yes.
I looked it over when drafting my proposal, but I'm defining the C datastructures now, perlish pseudocode can't help me here... 20:31
Coke anyone awake and willing to run #parrotsketch? 20:32
cotto_work would if he didn't have a meeting in 27 minutes 20:33
Coke has to leave in 27m, so we'll be done by then. =-)
20:34 snarkyboojum joined 20:39 Andy joined
dalek parrot: 1b192c8 | dukeleto++ | (2 files):
Cleanup and move bombing test to the end of the suite
 20:42
website: Chandon++ | Threads are continuations. 20:46
website: www.parrot.org/content/threads-are-...inuations.
cotto_work moritz++ for adding that documentation 20:51
moritz I figured it was less work than opening a ticket for it :-)
tcurtis If I "$P0 = 0" a RPA, will it be emptied? 20:56
bacek tcurtis, yes 20:58
cotto_work tcurtis: it does so lazily by setting the size to 0 20:59
tcurtis Thanks. 21:00
dalek rrot: r47265 | moritz++ | trunk/docs/running.pod:
[docs] --hash-seed option
 21:03
rrot: r47266 | bacek++ | branches/gc_massacre_no_constant/src/hll.c:
Get rid of pmc_new_constants usage in HLL related stuff. We mark it Parrot_gc_trace_roots anyway.
rrot: r47267 | bacek++ | branches/gc_massacre_no_constant/t/pmc/eval.t:
Fix test.
rrot: r47268 | bacek++ | branches/gc_massacre_no_constant/src/multidispatch.c:
Don't use "constant" in multidispatch.
rrot: r47269 | bacek++ | branches/gc_massacre_no_constant/src/dynext.c:
Move dynext from "constant" usage.
rrot: r47270 | bacek++ | branches/gc_massacre_no_constant/lib/Parrot/Pmc2c/UtilFunctions.pm:
Don't use constants in generated dynpmcs.
rrot: r47271 | bacek++ | branches/gc_massacre_no_constant/src/pmc/fixedintegerarray.pmc:
Get rid of constant cloning in FIA
21:06 plobsing_work left 21:09 theory joined 21:14 tcurtis joined 21:23 whiteknight joined 21:33 tcurtis joined 21:34 kurahaupo joined
cotto_work docs.google.com/viewer?url=http%3A%...Course.pdf 21:38
21:44 theory joined 21:46 kurahaupo_mobi joined
dukeleto is learning about JIT with LLVM at OSBridge 21:48
tcurtis Chandon: don't we already have cooperative green threads in the form of Coroutine? 21:50
GeJ Anyone else witnessing failures on t/pmc/eval.t ? 21:51
cotto_work GeJ: yes 21:52
GeJ cotto_work: Oh, now I remember you said something about it last night. What's your platform? 21:54
cotto_work at work it's ubuntu 10.04 x64 21:55
at home it's 10.04 x86
Chandon tcurtis: I can't immediately think of a program you could write with my blog post that you can't write with Coroutine, but the mental models are a bit different. 22:02
tcurtis Chandon: I see that you are correct. I misunderstood what coroutines are. 22:11
22:12 theory joined
ash_ dukeleto: have you looked into the llvm much yet? 22:33
22:46 bubaflub joined
dalek nxed: r486 | julian.notfound++ | trunk/winxedst1.winxed:
refactor common parts of simple argument lists
 22:51
22:55 jsut joined
whiteknight darbelo++ #blog post, work 22:59
Chandon++ # blog post, working code snippet 23:00
whiteknight lives to see all the gsoc students here, working
darbelo whiteknight: thanks, it's still rough around the edges, but I'm confident I cn make it work on schedule.
cotto_work khairul posted an update at parrot.mangkok.com/. He seems to have forgotten to mention it in #ps. 23:02
ash_ I am working on a GSoC week 1 update, i haven't gotten as much done as i had hoped, but i should do better this week (and in the weeks to come)
darbelo On that note... I'm off to run errands. 23:04
See y'all later.
cotto_work That's what you think.
whiteknight ...and I just got vomited on 23:05
ash_ my sister has a new baby (2 months old) so far i have dodged that bullet
whiteknight khairul is having a segfault? I haven't tracked one of those down in a while 23:10
cotto_work apparently not one bad enough to prompt him to ask for help
whiteknight ash_: yeah, I get shot about twice a week
ash_ i got a segfault from using nci to call a function with the wrong signature, :P 23:11
but that one makes sense
(imo)
whiteknight purl msg khairul: The Opcode and OpLib PMCs have problems with dynops? That sounds like a bug, they should be able to see all ops. Can you file a ticket? 23:12
purl Message for khairul stored.
cotto_work code.google.com/events/io/2010/sess...ik-vm.html (no video yet, hopefully someone will notice) 23:13
whiteknight purl msg khairul .loadlib is a compiler directive that runs at compile time. See compilers/imcc/imcc.y:do_loadlib (lines 1055-1064). "loadlib" is an opcode that runs at runtime. 23:14
purl Message for khairul stored.
whiteknight is reading his blog post, answering questions as he gets to them 23:15
khairul++ # blog post 23:16
cotto_work It's amusing to see how different browsers render "nĢˆ" 23:17
whiteknight tracer.pir doesn't appear to be present in khairul's branch 23:19
cotto_work Is this SpınĢˆal Tap?
whiteknight ah, it's tracer.nqp now. Needs to update manifest
cotto_work easy fix 23:21
whiteknight true 23:22
darbelo cotto_work: close. It's a dotless i. 23:23
www.imdb.com/title/tt0088258/
cotto_work That was a copy/paste from the blog post.
To me it looks like a dotless i.
darbelo Then it must be something in my irssi. 'cause I see a dot. 23:24
whiteknight LOWERCASE I MINUS COMBINING DOT 23:25
SMALL I BUT THE DOT DONE GOT STOLED
EMPTY SPACE WITH COMBINING LOWER PART OF THE I
LOWERCASE I BUT THE DOT GOT USED IN DARBELOS BLOG POST INSTEAD 23:26
my unicode-foo is strong 23:27
darbelo I wonder if there's a unicode 'CLOSED FIST WITH UPTURNED MIDDLE FINGER'
or something like it.
whiteknight I'm sure I saw something like that in wingdings
it's better than CLOSED FIST IN THE SHAPE OF JODIE FOSTERS KNUCKLE 23:28
family guy references are rarely appropriate, but always hilarious 23:29
darbelo wonders how is he supposed fo fire unicode u+2022 'BULLET's if there no unicode 'GUN'
But, really. Errands now. For real. 23:30
cotto_work Can't you compose a gun out of something?
whiteknight CAPITAL GUN WITH COMPOSING BULLETS
whiteknight just added a macro "exit" to GDB. Expects his usage of cursewords to decrease dramatically 23:33
hmmm... the backtrace in khairul's segfault looks weird. 23:41
cotto_work what are you running 23:46
?
whiteknight examples/pir/io.pir, from his blogpost 23:47
The program uses the fast_core, descends into the Instrument core, and then seems to be using the "victim" interpreter instead of the "supervisor" one for calls after that 23:48
shouldn't it be using he instrument core for everything?
cotto_work I need to look at that when I can think about it clearly.
whiteknight ok 23:49
I'll look at it until I get bored
23:50 theory joined
whiteknight ...which will happen in 5...4...3....2...1... 23:50
cotto_work or puked on again

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!