#parrot Parrot 2.2.0 "Like Clockwork" Released! | parrot.org/ | Channel log: irclog.perlgeek.de/parrot/today | Priority: fix line number annotations | Finish GSoC applications
Set by moderator on 6 April 2010.
cotto_work +meh for that as a gsoc project 00:03
It could benefit Parrot some, but I don't see it as being particularly important right now. 00:04
chromatic I'd rather see NQP documented, bugs filed, and warts removed.
00:05 AndyA joined 00:07 payload1 joined, payload1 left
sorear kthakore: What's this you want from me? 00:24
00:24 bubaflub joined
tcurtis chromatic: warts such as? 00:29
chromatic I don't know; I haven't used NQP. I assume they exist though.
Austin tcurtis: operator of death? vtable hackarounds? 50% of the features in kakapo? 00:30
sorear what's the operator of death? 00:34
My favorite unfeature of NQP is the lack of anonymous hash constructors
chromatic ☠ 00:35
00:38 payload joined 00:44 d4l3k_ joined, particle joined, Maddingu1 joined, mj41_ joined
tcurtis Austin, sorear, anyone else familiar with NQP, what are the biggest problems you experience with NQP right now? 00:57
00:58 abqar joined
particle tcurtis: send a mail requesting nqp wishes to p6c, and look at the TODO file, ROADMAP, and whatever else is available in the nqp repo 00:59
workout &
Austin tcurtis: "problems" wknight8111.blogspot.com/2010/03/au...ckets.html 01:00
01:01 Andy_ joined
Austin But "problems" as "I'm open for a Parrot Year-of-Drudgery project": I'd like to see PMCs become classes, and I'd particularly like to see someone produce some hard numbers about the "cost" of method calls versus vtable access. (And then I have some ideas about speeding that up.) 01:02
01:27 ash_ joined
ash_ I updated my GSoC 01:41
to include libffi work, anyone have any comments?
just wondering, does anyone know if parrot IO supports serial IO ? 01:44
ruoso ash_, do you need to configure the port with termio operations? 01:46
kid51 ash_: Where is the updated proposal?
ruoso ascent, if not, and you're in Linux, you can just open /dev/ttyS0
ash_ kid51: docs.google.com/View?id=dfvcbmxs_51fd6qw7zj is a copy of it 01:47
ruoso: well, its more than just normal IO for opening a /dev/ttyS0 type port 01:49
its mostly normal IO
but you need to do things like set parity bits, stop bits, byte sizes, etc.
it would be nice to control baud rate too 01:51
ruoso ash_, that's termio 01:52
ash_ got ya
cotto seen chandon 02:00
purl chandon was last seen on #parrot 4 days, 5 hours, 57 minutes and 0 seconds ago, saying: It really depends on the application and the algorithm. For some things, nothing, for others, everything. [Apr 2 20:03:14 2010]
02:22 integral joined
dalek kudo: 8c434e8 | pmichaud++ | docs/spectest-progress.csv:
pectest-progress.csv update: 386 files, 30548 (79.2% of 38577) pass, 10 fail

S02-literals/listquote-whitespace.rakudo aborted 8 test(s) S06-multi/syntax.rakudo 21 - use multi method to override builtin lives S06-multi/syntax.rakudo 22 - use multi method to override builtin		 02:25
02:31 tcurtis_ joined 02:39 ash_ joined 02:48 janus joined 02:50 petdance joined
sorear tcurtis: It doesn't expose enough low-level functionalty without dropping to PIR. No tailcalls, no :named :flat, no slurpy returns, no anonymous hash construction are the big ones 02:56
lack of easy vtable overrides 02:58
03:03 ash_ joined 03:06 kurahaupo joined 03:10 Mokurai joined 03:14 payload joined
chromatic You know it's going to be worth reading when a message from Damian Conway has a title which reminds you of David Foster Wallace. 03:34
dukeleto this Emerging Languages conference seems interesting: emerginglangs.com/ 03:48
petdance pig Coke 03:49
ping Coke
pig Coke sounds like Pork Soda.
03:50 tetragon_ joined
dukeleto ss.r3nt 04:07
dukeleto beckons the linenoise demons 04:08
bubaflub dukeleto: finally got my RTEMS basic setup to work, finishing my blog post about it now and then going to write my proposal 04:10
dukeleto bubaflub: sounds awesome 04:11
bubaflub: the parrot+rtems project is very exciting
bubaflub: i guess you should apply for it with TPF+Parrot
bubaflub dukeleto: the RTEMS guys said i should just apply for both
and if i get accepted ya'll can coordinate 04:12
makes it a little more flexible
dukeleto bubaflub: sounds fine, do that
bubaflub dukeleto: blog.bobkuo.com/2010/04/setting-up-...llo-world/ 04:14
proposal will be coming up in shortly
dukeleto bubaflub: waiting on the edge of my seat :) 04:25
dalek rrot: r45409 | petdance++ | trunk/include/parrot/compiler.h:
fixed the specifications of the attributeformat macro
 04:43
dukeleto bubaflub: i am reading your 2nd post 04:57
bubaflub dukeleto: cool, i'm putting up my proposal. this is taking way longer than i thought it would.
dukeleto bubaflub: patience, my son :) 04:58
petdance ping chromatic 04:59
dalek rrot: r45410 | petdance++ | trunk (4 files):
add sniffing of function attributes
 05:00
bubaflub dukeleto: blog.bobkuo.com/2010/04/google-summ...-on-rtems/ 05:04
needs some work, but at least it's done
dukeleto bubaflub: i still haven't sent you chris's patches+tarball stuff. will get on that 05:14
bubaflub dukeleto: chris sent me a link to the generated stuff, but the patches would be nice as well
dalek rrot: r45411 | petdance++ | trunk (3 files):
headerizer now supports PARROT_HOT and PARROT_COLD
 05:16
dukeleto bubaflub: i just sent you a tarball 05:24
bubaflub dukeleto++
dukeleto bubaflub: can you send me the link chris johns sent you?
bubaflub sure thing dukeleto
(it's in your email) 05:25
dukeleto: i've got two more proposals for TPF
one is to do the Math::GSL bindings for parrot
one is to continue with Math::Primality and replace some Perl 5 code to use it
for the first one, how should i scope the project?
and for the second, how should i figure out which modules should be replaced? 05:26
dukeleto bubaflub: for the 1st, i would say add support for special functions and then a few other important subsystems 05:27
bubaflub: SF has the easiest function signatures
bubaflub: for Math::Primality -> we need Crypt::Primes and Crypt::Random replacements that use Math::Primality and Math::GMPz 05:29
bubaflub dukeleto: awesome. i'll look into the GSL special functions and both of those modules. i'll post some more proposals on my blog (hopefully tonight) 05:30
sorear bubaflub: I've got this eerie feeling we're duplicating work
bubaflub sorear: oh. whatcha doing? 05:31
(i don't want to step on any toes)
dukeleto bubaflub: you should read the original Math::GSL gsoc proposal from 2008 for ideas
sorear binding every CPAN module to Parrot
dukeleto sorear: not talking about binding every CPAN module to Parrot
sorear no, you're just binding one
dukeleto sorear: we are binding to the GSL C library 05:32
dalek rrot: r45412 | petdance++ | trunk (4 files):
adding a few PARROT_COLD funcs for balance
 05:33
dukeleto sorear: it was very hard to bind Perl 5 to GSL
sorear: my hope is that if Parrot has a GSL binding, every language on parrot gets that for free 05:34
dalek TT #1545 created by petdance++: Properly split the headerizer 05:37
TT #1545: trac.parrot.org/parrot/ticket/1545
bubaflub sorear: either way, it's just a proposal. if it's duplicate or unnecessary work it'll get shot down. 05:40
dukeleto bubaflub: feel free to start a parrot-gsl github repo 05:42
bubaflub: i want to hack on that, regardless if it is part of gsoc
bubaflub dukeleto: roger that. it'll be done through the NCI interface, right?
dukeleto bubaflub: back back in a bit
bubaflub: probably
bubaflub dukeleto: k
sorear does this depend on the new framebuilder? 05:44
I just thought of a way to make the POSIX generic framebuilder idea almost efficient 05:45
separate the framebuilder internal API into "request" and "demand" phases 05:46
when a NCI PMC is created, add the signature to the "request" list
when any unresolved NCI PMC is called, create thunks for *all* outstanding requested signatures
so if parrot-gsl is implemented correctly, the portable backend only needs to make one round-trip to the compiler 05:47
bubaflub interesting sorear; i'm not too familiar with the framebuilder 05:48
05:49 jsut joined
bubaflub actually dukeleto there is a proposal to rework the BigNums and BigInts into a more full GMP binding; i think i'll do that 05:49
sorear bubaflub: the framebuilder is the part of Parrot which takes a description like "tfi" and converts it into a PCC/C-ABI thunk function 05:50
bubaflub though having GSL bindings isn't a bad idea - the more we have at the low level the more attractive it is to develop on parrot
sorear currently, there is 1 frame"builder"; it works by having a fixed list of thunks (created by a preprocessor), and using hash lookup
the "portable framebuilder", my invention and not endorsed by any Parrot committer at this time, generates C code at runtime and passes it to /usr/bin/c99 and dlopen(3), both of which are specced by POSIX 05:51
05:51 dduncan joined
sorear there are also GSoC proposals to implement framebuilders based on the LLVM and libjit libraries 05:52
bubaflub sorear: interesting. POSIX always sounds nice 05:54
sorear it's nice in theory, but remember that 90% of the computer market doesn't follow it and the remaining 10% is comprised of FreeBSD and Linux 05:56
bubaflub yeah, *actual* portability is always a problem 05:57
dduncan is there a distinction between being POSIX and qualifying as a UNIX? 06:10
Austin Heh 06:11
Yeah.
People actually use Unix.
dduncan I don't know the exact significance, but supposedly starting with version 10.5 the Mac OS qualifies as something UNIX related where it didn't before ... I had thought this related to POSIX, but maybe not
chromatic They fixed some of the dynamic loading nonsense inherited from NeXT with 10.3 or 10.4, I know. 06:12
06:13 uniejo joined
chromatic ... not that you're going to convince me that relying on the presence and sanity and portability of /usr/bin/c99 will work for an NCI thunk generator. 06:14
Austin WFM. Ship it.
sorear chromatic: obviously this would be part of a pluggable fallback system 06:41
with core.nci and the static generator (and maybe even extra.nci) retained
and libffi/llvm backends added later for performance/lorito
07:03 payload joined
bubaflub dukeleto: i've just submitted a few more proposals to TPF; they are posted on blog.bobkuo.com. i welcome any feedback or comments. 07:05
sorear bubaflub: you seem to have typoed the Crypt::Primes/Crypt::Random one 07:14
it says Artistic 2.0 as Parrot
bubaflub doh! copy and paste --
sorear but Crypt::Primes and Crypt::Random are under the *Perl* license
which is not compatible with A2
except by conversion clauses which allow both to be moved to GPL 07:15
bubaflub good eye sorear++
would it be compatible to say "same as perl" ?
sorear that's the existing license of Crypt::both, so yesd
bubaflub excellent; made the change. 07:16
07:55 aukjan joined
sorear in Perl 5, it is possible to overload an object such that it behaves differently when used as an array versus used as a hash 07:57
how should this be handled in the get_pmc_keyed VTABLE?
in particular, with PMC keys (which can be stringified and numified)
moritz sorear: use overload '%{ }' 07:59
sorear Should I special case INTVAL keys? 08:00
or, "how to weigh two violations of the PoLS"
Austin Do whatever perl does. 08:01
sorear Austin: Perl has different syntax for accessing hash references and array references 08:02
Parrot has a single op for both
08:02 kurahaupo joined
Austin Hmm.. 08:02
Parrot has get_...keyed_int and keyed_str
sorear that's what I meant by "special case INTVAL keys"
or a special case of it :) 08:03
the ambiguity comes when a PMC variable is passed
moritz in perl $thing[3.3] will automatically round
(iirc)
sorear I think there's a 'use warnings' for that 08:04
Austin Check if one or the other is meaningless - that is, if the object "does array" versus "does hash." If it does both, default to array. 08:05
(50% chance of being correct behavior.)
sorear sounds good, *TODO* 08:06
my biggest source of confusion on this is determining whether any given occurance of "PMC*" should have value or container semantics 08:09
sorear wonders whether to steal S_refgen 08:16
dalek rrot: r45413 | mikehh++ | trunk/include/parrot/compiler.h:
fix codetest failure - unwrapped macro arguments
 08:24
rrot: r45414 | mikehh++ | trunk/include/parrot/compiler.h:
fix codetest failure - there should be one space or a newline after a comma (should have added the spaces in the previous commit)
08:41 payload joined 08:45 clinton joined
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33035), fulltest) at r45414 - Ubuntu 10.04 beta amd64 (gcc with --optimize) 08:50
09:08 barney joined
dalek izkost: 9b2f488 | jonathan++ | src/pmc/bkmarshal.c:
Need a my_perl declared on some platforms in order to use SvREFCNT_inc; this partly unbreaks the Win32 build.
 09:23
09:33 AndyA joined
dalek izkost: 90ed467 | jonathan++ | build/src/pmc/Makefile.in:
nmake seems unable to expand $(O) inside a substitution rule, so just use @o@ there instead. This fixes the build on Win32.
 09:34
09:38 dduncan left
mikehh rakudo: builds on parrot r45414 - tests spectest_smolder #33038 - 2 failures 09:50
09:51 payload joined 10:10 fperrad joined
bacek o hai 10:25
10:28 karim joined
karim hi 10:28
purl bonjour, karim.
10:31 lucian joined 11:25 aukjan joined 11:45 payload joined 11:51 bluescreen joined 11:54 payload joined 11:57 bluescreen joined
dalek rrot: r45415 | bacek++ | branches/immutable_strings_part1:
Create branch immutable_strings_part1
 11:58
11:59 jan joined 12:15 tcurtis joined 12:24 Mokurai1 joined 12:27 whiteknight joined
Coke particle: pong. 12:28
particle pong
i had some osx questions for you yesterday, trying to help a friend unzip a bz2 file. it's taken care of, thanks. 12:29
yesterday? actually, monday. whatever.
12:54 Coke joined
Coke tests. 12:54
whiteknight good morning everybody 13:03
bacek hello Mr. Whitworth! 13:06
ttbot Parrot trunk/ r45416 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/254016.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 13:13
bacek SHIT 13:14
ttbot Parrot trunk/ r45423 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/254029.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 13:15
Parrot trunk/ r45424 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/254037.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 13:16
Coke bacek - why are you breaking trunk? 13:19
I think you meant to do that in branch.
ah, there's the "SHIT" I missed. 13:21
dalek rrot: r45416 | bacek++ | trunk (2 files):
Brake the build - remove COW functions
 13:22
rrot: r45417 | bacek++ | trunk (2 files):
Remove str_set function. We can't set content of immutable strings
rrot: r45418 | bacek++ | trunk/src/ops/set.ops:
Replace str_set in assign op with just assign.
rrot: r45419 | bacek++ | trunk/src/call/args.c:
Remove str_new_COW in args passing.
rrot: r45420 | bacek++ | trunk (2 files):
Remove Parrot_str_resize function. "Resizing of rock-stable rocks? What
rrot: r45421 | bacek++ | trunk (2 files):
Remove Parrot_str_copy. "Rock is always a rock. Why copy it?"
rrot: r45422 | bacek++ | trunk/src (3 files):
Remove few str_copy calls
rrot: r45423 | bacek++ | trunk (23 files):
Remove a bunch of str_copy usage
rrot: r45424 | bacek++ | trunk/src/pmc (2 files):
Fix usage of long-standing bug with wrong returns from *Handle.encoding functions
bacek sorry to everyone... My fault... 13:43
I didn't ensure that git-svn switched to new branch. 13:44
13:47 dalek joined
dalek rrot: r45425 | bacek++ | trunk (27 files):
Fix usage of long-standing bug with wrong returns from *Handle.encoding functions
 13:47
Coke bacek: ok, you're still committing to trunk. 13:51
bacek Coke, It's one of the old commits. I reverted them all... 13:52
Coke bacek;which commit reverted them? 13:53
I see 45426 which mentions the /last/ of the reverting, but nothing before that indicating a revert.
bacek Coke, erm... Let me check 13:54
Coke does 45425 have an incorrect log message? 13:55
bacek Coke, it is not... 13:56
Looks like git-svn lost revert commit somehow
Coke WHEE. 13:57
13:57 ash_ joined
Coke bacek: are you sure 45425 isn't the revert commit? it seems to add back in Parrot_str_copy... 13:59
bacek Coke, you right. 14:01
45425 is actual revert commit...
14:03 patspam joined
bacek bang his head against desk and swear never dcommit anything close to midnight... 14:03
14:04 lucian joined
dalek rrot: r45426 | bacek++ | trunk/src/call/args.c:
Revert last bits of wrong commits. bacek--
 14:05
14:14 bubaflub joined
Andy Coke++ 14:20
attribute sniffing FTW
14:29 payload joined
kthakore .j #perl-help 14:31
Coke Andy: i hope I deserve that karma, but I'll take it. =-) 14:34
14:40 theory joined, ruoso joined
Andy I wonder if the PARROT_HOT is going to do any good, though. 14:43
Coke Andy: is there a non-gcc analogue? 14:57
Andy In other compilers? Probably
14:58 ruoso joined 15:36 frzntoz joined 15:55 payload joined, cotto_work joined 15:56 cotto_work joined 16:00 frzntoz left 16:13 aukjan1 joined 16:37 ruoso joined 17:20 payload joined
PerlJam socghop should have some sort of switch to deal with the scoring. Currently the score is completely cumulative which allows the same person to inflat the total by sumbitting multiple scores. A saner approach IMHO would be to have a switch to allow for "last score wins" for each user. 17:32
Austin Or maybe they just DQ the entire project if someone tries to pump the score. 17:34
17:35 jan joined
dukeleto PerlJam: yeah, that is wonky 17:57
Coke scoring is internal to an org, though. 18:01
so it can be a social solution instead of a global technical solution that might not fit every team. 18:02
darbelo It also means students only need to bribe one person to inflate their scores. 18:03
It'd get prohibitively expensive if we had to pay to all of the mentors... 18:06
Austin I thought that was the whole reason for mentoring... 18:07
Can't afford Google stock? Become a mentor...
darbelo I doubt it's going to be enough. There's only so much you can sqeeze out of a student, after all. 18:10
dukeleto i can see each vote, so if I see funny business, I will get out my Big Stick. Problem Solved. 18:15
darbelo dukeleto++ # speak softly... 18:23
18:49 chromatic joined
whiteknight I'm happy to see so many proposals in 18:49
4 so far, 5 if you count the two separate proposals from Robert 18:50
dukeleto whiteknight: i need to poke the interwebs and remind people that the deadline is friday 18:51
whiteknight dukeleto: I'll blog about it. Anything else you want me to do? 18:52
dukeleto whiteknight: remind people that the deadline is Friday and include a link to the timeline for exact time + others dates/etc 18:53
whiteknight do you have that link?
dukeleto whiteknight: encourage students to send their apps to some kind of mailing list/irc channel first
whiteknight: socghop.appspot.com/document/show/g...0/timeline 18:54
whiteknight nice. Thanks
dukeleto whiteknight: April 9:
19:00 UTC is the app deadline
Coke (in addition to blogging, post a news story on parrot.org)
(and perhaps email the parrot-dev list.)
dukeleto Coke++
i need to email p5p, p6a and friends again
dukeleto has been enjoying vacation for the last few days 18:55
bubaflub dukeleto: nice! 18:57
dukeleto bubaflub: indeed 18:58
bubaflub: nice blog posts 19:01
bubaflub: could you make your timeline breakdown weekly
bubaflub: just estimate stuff. things will inevitably change 19:02
bubaflub dukeleto: sure thing.
darbelo whiteknight: www.timeanddate.com/counters/custom...0&p0=0 19:06
That'll help resolve timezone issues ;)
ZOMG! Only 172360 seconds to go! 19:07
19:07 clinton joined
chromatic Oh, git-svn! You let me cherry-pick bacek's accidental commits to trunk to the branch where he meant to commit them. 19:17
dukeleto chromatic: is that good or bad? i think cherry-pick is pure git-fu 19:18
chromatic It's very good. 19:19
19:20 ash_ joined
dukeleto this is pretty cool: news.perlfoundation.org/2010/04/gra...-perl.html 19:22
except for all of the failing tests
bubaflub that comment was pretty harsh - has anyone else actually used this code? does it work? 19:27
Coke I must admit that failing your own tests doesn't look good. 19:30
Coke pings the GC on that one. 19:31
chromatic I understand this to be a work in progress, not something at a milestone of completion yet.
dukeleto looks like we have about 12 decent gsoc proposals already. cool. 19:37
darbelo Nice. How many of those are for parrot? 19:42
19:43 joeri joined 19:46 davidfetter joined
dukeleto bubaflub: add your possible mentors to your app as well 19:46
bubaflub dukeleto: roger that.
dukeleto darbelo: 5 19:47
whiteknight: ping me when you make your blog post, and i will link to it in my upcoming post
whiteknight dukeleto: going to have to wait till after work 19:48
dukeleto whiteknight: no big deal, i will link to your ideas list
whiteknight ok, awesome
19:53 Andy joined
ash_ whiteknight: i updated my GSoC proposal, to be libffi and llvm stack frame builder 19:58
whiteknight ash_: nice
benchmarks? comparisons?
ash_ should I put those into the proposal? talk about comparisions between the current one and my new work i'd do? 19:59
TimToady phone 20:00
whiteknight ash_: if you plan to do them, put hem in the proposal 20:02
20:04 hercynium joined
particle anybody know a way to make a trac wiki page viewable only by a permission group or set of users? 20:20
darbelo Trac has permission groups? 20:22
For the wiki, I mean.
cotto_work You'll probably have to find an extension. 20:27
particle PrivateWikiPlugin would do it, it seems 20:31
thanks for the pointer
chromatic calculist.blogspot.com/2010/04/desi...tions.html 20:40
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33050), fulltest) at r45426 - Ubuntu 10.04 beta amd64 (g++ with --optimize) 20:53
nothing seems to be broken at the moment 20:54
chromatic You sound surprised. 20:57
mikehh thought there were some mis-commits to trunk rather than a branch 20:58
darbelo They got undone. 20:59
mikehh ah
Coke (not that you'd know it looking at the commit logs messages. =-) 21:04
darbelo 11:04 <+dalek> parrot: Revert last bits of wrong commits. bacek-- 21:06
Not his most verbose, but gets the ide across. 21:07
s/ide/idea/
21:10 kid51 joined
GeJ Good morning everyone. 21:11
kid51 good morning Geraud 21:12
cotto_work chromatic: PARROT_HOT and PARROT_COLD strike me as attributes that would be best applied in a somewhat automated fashion, similar to a pgo build. Do you think it'd be a worthwhile optimization? 21:15
chromatic I think they vary too much between runs. 21:16
I can tell you the biggest hotspots: string comparisons, GC runs, and hashing.
Beyond that, it's too subjective.
Incoming cherry picks to the right branch in 3... 2... 1... 21:17
moritz 0... -1... -2 ...
dalek rrot: r45427 | chromatic++ | branches/immutable_strings_part1 (2 files):
Broke the build; removed COW functions.
 21:18
chromatic Dalek is still fighting the time war.
rrot: r45428 | chromatic++ | branches/immutable_strings_part1 (2 files):
Remove str_set function. We can't set content of immutable strings
rrot: r45429 | chromatic++ | branches/immutable_strings_part1/src/ops/set.ops:
Replace str_set in assign op with just assign.
rrot: r45430 | chromatic++ | branches/immutable_strings_part1/src/call/args.c:
Remove str_new_COW in args passing.
rrot: r45431 | chromatic++ | branches/immutable_strings_part1 (2 files):
Remove Parrot_str_resize function. "Resizing of rock-stable rocks? What
rrot: r45432 | chromatic++ | branches/immutable_strings_part1 (2 files):
Remove Parrot_str_copy. "Rock is always a rock. Why copy it?"
purl i already had it that way, dalek.
dalek rrot: r45433 | chromatic++ | branches/immutable_strings_part1/src (3 files):
Remove few str_copy calls
rrot: r45434 | chromatic++ | branches/immutable_strings_part1 (23 files):
Remove a bunch of str_copy usage
rrot: r45435 | chromatic++ | branches/immutable_strings_part1/src/string/api.c:
[string] Removed some string copy operations, as their functions have
ash_ do i need to send a CLA (the one on the perl foundation) for GSoC?
www.perlfoundation.org/contributor_..._agreement is what I am referring to 21:19
moritz ash_: only if you want to contribute to Rakudo or Perl 5 core
darbelo ash_: Only if you intend on working on something that would require it.
moritz for parrot, that's not necesary
ash_ okay, just checking, wanted to make sure i had everything in place
moritz there you need the PaFo CLA
kid51 Parrot has its own CLA, which you need to get a commit bit (ISTR) 21:20
ash_ k, i'll look for that then
darbelo Last year I completed my summer of code project without having to send in *any* CLA.
But it was an exception, rather than the rule.
cotto_work That's because your code lives outside Parrot's svn repo. 21:21
ash_ so, is that something you have to sign if your code is going to live inside parrot's svn?
darbelo Right. I had to send in a parrot CLA to get my parrot commit bit. 21:22
purl: CLA?
purl rumour has it CLA is Contributor License Agreement or www.perlfoundation.org/contributor_..._agreement or www.parrot.org/foundation/legal or www.parrot.org/files/parrot_cla.pdf
darbelo www.parrot.org/files/parrot_cla.pdf
particle ash_: yes, if you want patches accepted to a pafo repo, we need a signed cla 21:23
ash_ k, well, my work (i think) might end up in a parrot repo. so i guess i should go on and sign one just in case? it can't hurt i don't think 21:24
particle yes, please.
ash_ ah boy, i get to print something! ... is it sad that i don't print stuff, like ever...
particle chromatic: is the tpf cla now headed your way, instead of kurt's? 21:27
21:29 Whiteknight joined
GeJ kid51: Heya James. How are you? 21:32
chromatic I don't think so, particle.
particle (2:18:05 PM) bkeeler: Hmm, there appear to be two CLAs on the perlfoundation website, with different mailing addresses
(2:18:15 PM) bkeeler: www.perlfoundation.org/contributor_..._agreement and www.perlfoundation.org/attachment/legal/cla.txt
(2:18:56 PM) bkeeler: I sent mine to the Michigan address, not the Oregon one
ok, just curious. 21:33
purl i think just curious is all
dukeleto ash_: GSoC requires no CLA 21:34
ash_: but feel free to sign the Parrot CLA, then you can commit to core, fix docs, add tests, etc... 21:35
Whiteknight yeah, I had to fill out a CLA for my GSoC project
but I was working in the core repo
chromatic I know Onyx Neon doesn't have that PO Box anymore. 21:36
21:38 TiMBuS joined
particle ok, i'll mail directors@tpf about it 21:39
21:40 kurahaupo joined 21:48 tcurtis joined 21:50 Austin_Hastings joined
bacek ~~ 22:14
morning
Coke darbelo: yes, but the commit before that one is the one that does 99% of the reverting. =-) 22:17
cotto_work hi bacek
darbelo Coke: Oh. Hadn't noticed that. 22:18
Coke it's all good now. =-) 22:19
darbelo I figured the commit that said 'revert' was the one reverting ;) 22:20
I should know better by now, but I'm a slow learner.
bacek aloha cotto_work 22:22
GeJ G'Day bacek. 22:27
22:40 kurahaupo joined 22:46 payload joined
dalek rrot: r45436 | bacek++ | branches/immutable_strings_part1/src/pmc (2 files):
Fix usage of long-standing bug with wrong returns from *Handle.encoding functions
 22:56
rrot: r45437 | bacek++ | branches/immutable_strings_part1/src/pmc (2 files):
Fix *Handle.mode functions to return correct result
darbelo bacek: didn't chromatic already re-commit your changes? 22:57
irclog.perlgeek.de/parrot/2010-04-07#i_2206683 22:58
chromatic I wasn't sure if those last two belonged on the branch.
darbelo Oh, my bad then. 22:59
bacek They are belong to branch. 23:05
I double checked it...
Anyway, $dayjob time. 23:07
See you!
23:07 ruoso joined 23:13 tetragon joined, Mokurai joined
Whiteknight allison++ 23:24
I like the dev meetings 23:28
darbelo Ouch. Looks like I'll miss it. 23:30
Whiteknight noooooooooooooo!!!!!!!!!!!!!!!! 23:34
darbelo It's not *that* dramatic. 23:35
You make is sound like I'm valuable or something ;)
cotto_work Me too. it'd be nice for me if it were later in the afternoon Sunday. 23:36

Powered by Cro and the Raku® Programming Language.

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

Thank you!