|
#parrot Parrot 0.5.2 Released | parrotcode.org/ | see www.parrotcode.org/misc/parrotsketch-logs/ for logs Set by moderator on 11 February 2008. |
|||
|
00:00
dalek joined
00:01
svnbotl joined
00:02
Juerd joined
00:05
dalek joined,
svnbotl joined,
Juerd joined
|
|||
| Juerd | I'm sorry for all the IRC crap this generates :) | 00:07 | |
|
00:08
alvar joined
00:10
ruoso joined
|
|||
| Coke kicks svn. | 00:16 | ||
| davidfetter | git! | 00:17 | |
| svnbotl | r25657 | coke++ | trunk: | ||
| : [codingstd] | |||
| : Update recent commits to pass codingstd tests. | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25657 | |||
|
00:19
contingencyplan_ joined
00:21
Dave joined,
skids joined
|
|||
| skids | Is there a proxy document/thread/something for the "non-extant" Apocalypse 9? | 00:26 | |
| Coke | You're more likely to find an answer to that on #Perl6 on freenode. | 00:28 | |
| davidfetter | isn't there a #perl6 here? | ||
| Coke | not that anyone uses, sfaik. | 00:29 | |
| davidfetter | ah | ||
| davidfetter saw 1/2 of allison's talk yesterday because a bunch of rude assh^W^Wenthusiastic audience members kept interrupting with irrelevant questions | 00:30 | ||
| skids huffs | 00:31 | ||
|
00:34
Theory_ joined
00:38
Theory joined
00:48
davidfetter joined
01:01
rdice joined
01:05
mdiep joined
|
|||
| skids | So anyway the reason I ask is more parrot-centric and an answer from pugs folks probably wouldn't do it... is it the intent that multidimensional (pre-decalred that way) Hashes eventually be implemented by a top-down efficient Trie/DFA/whatnot or will remain nested hashes? | 01:08 | |
| Coke | There is no reason not to have a PMC that does hash that has the internals you mention. | 01:09 | |
| skids | So that would be something of interest to parrot core, not just rakudo, you'd say? | 01:10 | |
|
01:14
AndyA joined
|
|||
| Coke | I could see tcl's [dict] using that, yah. | 01:14 | |
| (I basically just subclassed Hash twice but didn't do anything special for tcl's two hash types; one of them definitely lends itself to that kind of impl | 01:15 | ||
|
01:22
khisanth_ joined,
Ademan_ joined,
po_boy joined,
Theory_ joined,
bri_ joined,
particl1 joined,
contingencyplan_ joined,
MikeJS joined,
rdice_ joined,
Pabellon- joined,
bphillips joined,
pfig_ joined,
cout_ joined
01:23
mdiep_ joined
01:25
davidfetter joined,
Limbic_Region joined
01:26
workbench joined
01:27
mjflick joined,
mdxi joined
02:29
Andy joined
02:40
japhb joined
|
|||
| svnbotl | r25658 | petdance++ | trunk: | 03:04 | |
| : prune out the noise from splint | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25658 | |||
|
03:08
kid51 joined
03:11
jjore joined
|
|||
| svnbotl | r25659 | petdance++ | trunk: | 03:29 | |
| : fix the grep in splint-andy | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25659 | |||
| Coke | -> offline | 03:53 | |
| (btw, I'm probably out of luck for parrotsketch tomorrow) | |||
| If I recall I have anything to report, I'll probably IM particle. | 03:54 | ||
|
03:54
Coke left
|
|||
| svnbotl | r25660 | petdance++ | trunk: | 04:45 | |
| : * Parrot_get_runtime_prefix() no longer takes a STRING * argument. | |||
| : It now only returns a char *. | |||
| : * Made str_dup() a non-static function in string_primitives.c. Removed it | |||
| : from pbc_merge.c and imc.c. | |||
| Andy | OH it's a big commit. | 04:46 | |
| svnbotl | r25661 | petdance++ | trunk: | 04:55 | |
| : localized depth, and added some XXX goodness | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25661 | |||
|
05:35
Theory joined
06:53
uniejo joined
07:10
cxreg joined
07:35
paq joined,
iblechbot joined
|
|||
| svnbotl | r25662 | fperrad++ | trunk: | 08:06 | |
| : [install] | |||
| : - fix cardinal test | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25662 | |||
|
08:26
wolverian joined
08:30
silug joined
08:54
HG` joined
09:01
alvar joined
09:12
jrockway joined
09:59
leo joined
11:20
wolv joined
11:21
kj joined
12:00
kid51 joined
|
|||
| svnbotl | r25663 | jkeenan++ | tcif (from : | 12:07 | |
| : Creating tcif in svn.perl.org/parrot//branches | |||
| r25664 | jkeenan++ | tcif: | |||
| : Repository is currently experiencing problems; branch created incorrectly. | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25664 | |||
|
12:12
dwave joined
12:32
cognominal_ joined
|
|||
| svnbotl | r25665 | fperrad++ | trunk: | 12:39 | |
| : [build] on Win32 | |||
| : - fix str_dup (API_PARROT) | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25665 | |||
|
12:42
iblechbot joined
12:46
wknight8111 joined
13:27
IllvilJa joined
|
|||
| moritz | the 'make spectest' in rakudo does a 'svn up' in t/spec/ | 13:29 | |
| and for me it prints Skipped '.' | |||
| should t/spec/ be a checkout of pugs repo's t/spec/? | 13:30 | ||
|
14:03
Andy joined
14:04
gryphon joined
14:10
wknight8111 joined
14:36
contingencyplan joined
|
|||
| particl1 | moritz: yes, rmdir t/spec/ and run spectest again. | 14:46 | |
| particle | it's likely your t/spec/ dir isn't a co, so svn skips it. | 14:47 | |
|
14:48
contingencyplan joined
14:54
jhorwitz joined
14:57
rdice joined
15:13
alvar joined
15:17
krumms joined,
cj joined
|
|||
| particle *yawns* | 15:18 | ||
| krumms | howdy - any ideas why callmethodcc doesn't seem to be passing in $self here: pastebin.com/d3c73c5e | 15:20 | |
| oops, old version of the code | |||
| there, updated | 15:21 | ||
| pastebin.com/m1d6ad98b | |||
| running "parrot sample.pir", I get: too few arguments passed (0) - 1 params expected | |||
| at the Person.get_name call | 15:22 | ||
| particle | hrmm. lemme think about that. | 15:25 | |
| meantime, if you use pir-style instead of pasm-style, it just works. | 15:26 | ||
| pastebin.com/m29d28fba | |||
|
15:26
skids joined
|
|||
| krumms | particle - interesting ... | 15:26 | |
| particle | note: s/print/say/g; use virtual registers ($P0, etc); use pir calling conventions | ||
| jhorwitz | particle: for the PASM style, wouldn't you need a set_args before calling the method? | ||
| particle | it's likely you need set_ar... | 15:27 | |
| krumms | LOL | ||
| particle | hi, jhorwitz! | ||
| jhorwitz waves | |||
| krumms | set_args? *digs through documentation* | ||
| particle | yes, you need set_args and get_results before your callmethodcc call | ||
| krumms | ah, I see | 15:28 | |
| particle | in this case there's no results, but will be if you're actually returning anything | ||
| pir calling conventions take care of that setup for you | |||
| krumms | ah nice | ||
| just out of curiosity: ".namespace" indicates the default namespace? | 15:29 | ||
| particle | yes, it does | 15:30 | |
| krumms | cool. I was wondering about that a little earlier | ||
| *sighs* I've really got to stop deciding to mess around with this stuff on weeknights, going to be ruined for work tomorrow | 15:31 | ||
| particle | DON'T STOP! | ||
| AndyAway | oh great what did I screwup in string_primitives? | ||
| krumms | lol ... but ... my health and well-being? | ||
| jhorwitz | secondary | 15:32 | |
| purl | i think secondary is identical to the primary on _phil_'s motherboard ... no diff | ||
| particle | work less. | ||
| krumms | haha | 15:33 | |
| I wish :P | |||
| particle | let us know if you need help with anything else. we love to help new folks get involved. | 15:34 | |
| krumms | shall do, thanks heaps :) | 15:36 | |
| skids | On that, there were supposed to be tutorials and stuff showing up, but other than Allison's talk this weekend... | ||
| particle | they're still supposed to be showing up. | 15:39 | |
| there are tutorials and articles already (eg. docs/art/) | |||
| ...and examples/tutorial/ | 15:40 | ||
| skids | I'll check those out, thanks. | ||
| particle | but i've been otherwise occupied and haven't gotten a chance to do much parrot/rakudo related lately | 15:41 | |
| krumms | g'night all | 15:42 | |
| thanks again! | |||
| Andy | perlbuzz.com/2008/02/tell-us-how-to...-andi.html | 15:57 | |
| svnbotl | r25666 | petdance++ | trunk: | 16:00 | |
| : fix a horrible error where I was passing a character . instead of a string "." | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25666 | |||
| Andy | What a horrid bug I had. | ||
| po_boy | you tell 'em, Andy! | 16:14 | |
| Andy | I just can't fathom PHP presuming to tell us about how to do things. | ||
| Yugo engineers lecturing Mercedes. | 16:15 | ||
| po_boy | I suspect that they have mutual opinions. | 16:16 | |
| or, analogous, or whatever they're called. | |||
| that is, they think they have a mercedes, too. | 16:17 | ||
| Andy | Yes, but they don't. | ||
| THEY DON'T HAVE NAMESPACES FOR GOD'S SAKE. | 16:18 | ||
| po_boy | oh, minor niggles. | ||
| but they have... | 16:19 | ||
| er, wait. nevermind. | |||
| Andy | A monolithic module structure that requires rebuilding the executable to add functionality? | ||
| spinclad | reality trumps opinion. worse is not better. | ||
| kj | Andy: you used to be more forgiving, taking criticism as being constructive criticism. | 16:20 | |
| Andy | There was nothing constructive in his commentary. | ||
| kj | true. what I meant was: if people didn't seem to understand, you took it positively, by asking: how can I make it more clear? | 16:21 | |
|
16:22
krumms joined
|
|||
| Andy | What's to understand? | 16:23 | |
| Besides, ultimately it's all lip-flaping. | |||
|
16:45
pmichaud joined
|
|||
| jhorwitz | from the PHP link: "And then we are going to add in some smaller features, such as garbage collection." | 16:48 | |
| can't wait for chromatic to bite into that one... | |||
|
16:49
PerlJam joined
17:08
marmic joined
17:17
alvar joined
17:43
sjansen joined
17:45
Piper joined
|
|||
| Piper | Hi there. I am Piper. I am now publically logging this channel. If you don't want to be logged, please leave now. | 17:45 | |
| purl | i already had it that way, Piper. | ||
| confound | haha | 17:46 | |
| jhorwitz | Piper, purl, fight to the death | ||
| jhorwitz is disappointed | |||
| Andy | Hi, piper! | ||
| What's your location, piper? The gates of dawn? | |||
| Tene | Piper: If I want to be extra logged, is there an extra channel I can join? | 17:47 | |
| Andy | jhorwitz: What will you pay me to not heckle your talk? | ||
| jhorwitz | bring it on! | ||
| purl | That's allright, that's OK, you're gonna pump our gas some day | ||
| Tene | Andy: whatever he offers, I'll double it in favor of heckling! | ||
| jhorwitz | 20 minutes isn't enough time for proper abuse. | 17:48 | |
| Andy | OH, you'd be surprised. | 17:49 | |
| jhorwitz feels loved | |||
| szbalint | purl: be Dave. | 18:02 | |
| purl | My god, it's full of stars! | ||
| Andy | purl, be Andy | 18:03 | |
| purl | BIG RIPE ROBUST WELL-WRITTEN DONKEY BALLS (on ptdn) | ||
| Dave | be Schwern | 18:06 | |
| purl | Damnit! My pear just blew away. | ||
| Dave | heh | ||
| good times | |||
| purl | DON'T OPEN IT! IT'LL CRASH AOL! | ||
|
18:09
zaphod joined
|
|||
| mdiep_ | doesn't php 5 have namespaces? | 18:10 | |
| particle | HATER! go away. | ||
| Dave | :p | 18:11 | |
| mdiep | oh, we can still hate on php. we just need to adapt our hate as php gets new features. :) | 18:13 | |
| particle | this year at yapc::na, mdiep presents "keeping your hate up to date," an interactive session on retooling hatred towards other languages. | 18:14 | |
| mdiep | that'd be a good talk! | 18:15 | |
|
18:19
alvar joined
|
|||
| kj | on the other hand, without "other languages" there's not much other use for parrot than Perl 6 | 18:22 | |
| which of course is enough by itself, but still, parrot is 'sold' to be more than that. | 18:23 | ||
| mdiep | well just because you hate other languages doesn't mean you're lucky enough to not have to use them | 18:24 | |
| zev_ | so, I asked a little about this before, but I didn't get a definitive answer. are there plans to move the various bits of source code in perl6/src from pir to nqp? perl6? is there something preventing this change? | 18:25 | |
| kj | zev_: nqp is designed to be kept simple | ||
| particle | zev: yes. some things will stay pir, but eventually we'll be writing rakudo in perl 6 | ||
| kj | oh. that's a different answer :-) | 18:26 | |
| zev_ | kj: yep | ||
| particle | that is, we'll be writing some runtime components in perl 6 | ||
| pmichaud | zev: things that can be written in perl 6 will likely be written that way | ||
| zev_ | particle: ok, but are there definitive plans for when that can happen? | ||
| pmichaud | zev: but some things aren't easily written in perl 6 | ||
| particle | yes, when somebody jiggers the makefile and whatnot to make it happen | 18:27 | |
| it's a simple matter of programming to make it work. | |||
| pmichaud | zev: for example, if you can write infix:<+> in Perl 6, I'd like to see it :-) | ||
| zev_ | what kind of jiggering is required? | ||
| rdice | pmichaud, you mean _without_ infinite recursion, right? | 18:28 | |
| pmichaud | rdice: preferably, yes. | ||
| particle | after perl6.pbc is built, you need to use it to generate a .pbc from .pm file | ||
| zev_ | pmichaud: sure, I recognize that a lot of things need to be done in pir, but there are plenty other things that can more easily be done at a higher level | ||
| pmichaud | zev: the only thing stopping us from having things written in Perl 6 is having people write them that way :-) | ||
| particle | ...then need to load the runtime with the perl6 executable. | 18:29 | |
| rdice | (or, without falling back on basic number theory, like 0 + S = S0. S0 + S = SS0, etc.) | ||
| pmichaud | anyone that wants to convert existing PIR-based functions to Perl 6 based ones is welcome to do so | ||
| kj | mmm. is there any idea how many bootstrap phases there will be then? in the end I mean? | ||
| I mean, there's lot of stuff that can currently only be implemented in pir | 18:30 | ||
| particle | as few as needed | ||
| kj | why rewrite them in perl 6? | ||
| particle | (possibly fewer ;) | ||
| kj | it would take longer to build perl6 when it's >= 1.0 | ||
| zev_ | can multiple pbcs be specified on the parrot command line to load a runtime? or is there some other mechanism to load a runtime? | ||
| particle | load_bytecode | 18:31 | |
| pmichaud | zev: currently only one pbc on the parrot command line. but that pbc can load others. | ||
| purl | load_bytecode is up to .11s? wow | ||
| mdiep | pir's not so bad. :) | ||
| pmichaud | also, I would think that for many things we would have perl6.pbc create .pir files instead of .pbc | ||
| zev_ | ok, so perl6.pir needs to conditionally load_bytecode if it exists | ||
| jhorwitz | PS time? | 18:32 | |
| pmichaud | yes, #ps | ||
| zev: the answer at the moment is that as of yet we haven't had any components written in Perl 6 | |||
| zev: when we have one, I'll take care of the details of deciding how to build it into the runtime | 18:33 | ||
|
18:33
chromatic joined
|
|||
| zev_ | pmichaud: alright. I might look at this when I'm a little less hosed (unless someone beats me to it) | 18:34 | |
| mostly unrelatedly, I was looking into adding adding os-interaction type functions (fork, exec, etc.) for testing the perl6 executable. there is a Parrot_Run_OS_Command() function in platform.c. it uses fork and waitpid, etc. internally. does it really make sense to have a high-level function like this when languages like rakudo are going to want to have versions of fork and waitpid anyway? | 18:40 | ||
| chromatic | Other languages not like Rakudo might need them. | ||
| Of course, saying "might" isn't a strong recommendation. | 18:41 | ||
| particle | might makes right. | ||
| chromatic | That's it, you're going down, old man. | 18:42 | |
| zev_ | I suppose that's reasonable | 18:44 | |
|
18:45
rdice joined
|
|||
| chromatic | Parrot_Run_OS_Command() is probably the run or system primitive, in Perl 6 and 5 terms. | 18:45 | |
| zev_ | it is very much like system() | ||
|
18:56
zaphod joined
|
|||
| Tene | So, any parrot hackers live near detroit? | 19:01 | |
|
19:03
Theory joined
|
|||
| mdiep | Tene: I'm in Ann Arbor | 19:03 | |
| Tene | mdiep: I'll be in Detroit from 24-29 with a food budget that I need help spending. | 19:04 | |
| particle | it's true, he will buy you dinner. i'm living proof! | ||
| mdiep | heh | 19:05 | |
| cognominal_ | particle, I have not tried your languages/perl6/t/harness but the 'use lib' is clearly wrong | ||
| the last element of the list shoud one more "../" | 19:06 | ||
| s/shoud/should have/ | |||
|
19:07
zaphod joined
|
|||
| mdiep | Tene: what are you doing in Detroit? I have to confess, I don't really think of it as a place to visit | 19:09 | |
| Tene | mdiep: I'm teaching a class for Red Hat there. | 19:10 | |
| amoore | it's beautiful there this time of the year. | ||
| mdiep | heh. yeah, the high was ~0F yesterday :) | ||
| Tene | I'm a traveling instructor. They send me to a different city every week. | 19:11 | |
| mdiep | I'd be interested in driving down there for dinner. just don't expect me to act as any sort of guide to the city. :) | 19:12 | |
| Tene | Heh, no worries. :) | ||
| rdice | Tene, instructor in what? | 19:16 | |
| pmichaud | mmmm Red Hat instructor. I was very interested in working for Red Hat as an instructor a couple of years ago | 19:17 | |
| Tene | rdice: linux training. Often it's RHCE or RHCT certification classes. | ||
| rdice | cool. | ||
| Tene | I work for a training company in Utah that does a lot of contract work for Red Hat. | ||
| rdice | if you ever get to Toronto I would love to be taken out for dinner too. :-) | ||
| cognominal_ | is there a way to see how rakudo parse an expression? | 19:18 | |
| Tene | rdice: I'll keep that in mind. :) | ||
| cognominal_: parrot rakudo.pbc --target=parse foo.pl | 19:19 | ||
| pmichaud | cognominal_: --target=parse | ||
|
19:23
alvar joined
|
|||
| cognominal_ | cuz undef().WHAT and (undef).WHAT parse but not undef.WHAT | 19:23 | |
| pmichaud | I don't think that rakudo parses "undef" yet. | 19:27 | |
| cognominal_ | so how come the two first expression work? | 19:29 | |
| pmichaud | it sees them as being function calls | ||
| cognominal_ | but the function undef should not be defined | 19:30 | |
| pmichaud | right now rakudo treats any identifier it doesn't recognize as a function call | ||
| cognominal_ | I mean that should trigger an error but it prints "Undef" | 19:31 | |
| pmichaud | oh. in that case I guess that 'undef' has been created as a subroutine | ||
| cognominal_ | anway I find your work very interesting to read. I hope I cancontribute some day | 19:32 | |
| pmichaud | thanks | ||
| it's not all my work anymore, though :-) | |||
| cognominal_ | well, you did PGE at least | ||
| pmichaud | ah yes, there is that :-) | 19:34 | |
| cognominal_ | ho, that's jonathan I should bark at :) | ||
| pmichaud | actually, I think that recent changes to the synopses eliminated 'Undef' as a type | 19:35 | |
| I'm still catching up on those | |||
| cognominal_ | yea, S02 says it should return Object, if I read it correctly | 19:40 | |
| or Failure, I am not sure | 19:41 | ||
| pmichaud | I'm not sure it's explicitly said anywhere | 19:42 | |
| S04 has more details about undef and failure | 19:43 | ||
|
19:43
slightlyoff joined
|
|||
| pmichaud | TimToady on #perl6 says it returns a Failure | 19:47 | |
|
19:56
confound joined
|
|||
| zaphod | So now that I've finally figured out how the scoping in PIR works, what are the scoping semantics of PAST supposed to be? | 19:57 | |
| chromatic | Allison and I just decided that the codename of the release where we merge the new GC will be "Space Barnacle". | 19:58 | |
| pmichaud | zaphod: how do you mean? | 20:13 | |
| zaphod | right now the PAST is compiling to letrec style semantics (what my original problem to the list was). I'm guessing that people will expect more let style semantics. Is that what it is supposed to be? | 20:14 | |
| pmichaud | I don't quite follow "letrec style semantics" and "let style semantics" | 20:15 | |
| in general I think that PAST is going to go with whatever is more perl 6-like | |||
| zaphod | sorry most of the stuff I know about what to call stuff is based on Scheme. So let style semantics are how let works in Scheme, and letrec style is how letrec works in Scheme | 20:19 | |
| let style is then: a var's region of existence is after (lexically) it has been declared | |||
| pmichaud | ohhhh | 20:20 | |
| that's really more up to Parrot, not to PAST | |||
| zaphod | letrec style is: a var's region of existence is in the entire block in which it is declared | ||
| pmichaud | the code that PAST generates would be 'let style', if Parrot supported it | ||
| zaphod | But do we or you want PAST to have to use so much inline to get the correct semantics? | ||
| TimToady | Perl 6 is more like letrec style | 20:21 | |
| pmichaud | oh, I'm thinking that PAST will support a 'context' variable type, which means | ||
| TimToady | if you say "my $a" twice, it's the same $a | ||
| pmichaud | that one can fetch the value of a caller's lexical | ||
| TimToady | however, you still can't retroactively declare $a | ||
| kj | i though zaphod was referring to my $a = $a + 1 # where $a is also declared in an outer scope | ||
| zaphod | but if I say "my $x = 1; { my $x = $x + 1; }" which $x is being used in $x + 1? | ||
| if it is the inner $x then that is letrec | 20:22 | ||
| if it is the outer it is let | |||
| TimToady | we require you to say my $a = $OUTER::a + 1 in that case | ||
| zaphod | oooohhh, interesting | ||
| TimToady | the point is that a given lexical scope can have only one $a | ||
| kj | TimToady: that works for Perl 6, but other languages assume OUTER to be implicit | ||
| TimToady | so you don't have to go rooting around with line numbers and such when marching up the stack | ||
| pmichaud | (PAST and inline code) -- undoubtedly PAST will provide some mechanism to be able to get at a caller's lexical pad | 20:23 | |
| however, Parrot doesn't have very good support for it. It would be better if Parrot used let semantics instead of letrec... but that's a bit outside of my domain | |||
| TimToady | it's fine if other languages want to assume OUTER, as long as your ast isn't officially ambiguous | 20:24 | |
| zaphod | It seems like PAST should have nodes to support both since they are fairly mutually exclusive and can be used to support different things | ||
| and hard to get | |||
| TimToady: I agree completely, the AST needs to just have a well defined semantic | 20:25 | ||
| pmichaud | zaphod: I already said I'd support 'context' to get at a caller's lexical variables | ||
| TimToady | in p5 we assume an undeclared $a must be outer until we see a declaration, and then we complain about ambiguity | ||
|
20:25
confound joined,
dngor joined
|
|||
| TimToady | s/p5/p6 | 20:25 | |
| purl | well, hard to get is common.. It's not.. | ||
| zaphod | pmichaud: sorry, I guess I didn't understand what you meant by context | 20:26 | |
| pmichaud | IMO PAST does have nodes to support both... it's Parrot that is lacking. | ||
| i.e., Parrot doesn't support let style semantics. | |||
| and I don't have a good workaround for it in PAST | |||
| zaphod | Parrot does, but it requires the compiler to know and generate how to find the wanted variable | 20:27 | |
| pmichaud | okay, well, PAST will be able to generate that code via the 'context' PAST::Var type | 20:28 | |
| TimToady | p5 uses let style... | ||
| zaphod | pmichaud: sounds good. Sorry about all of these little corner cases :) I've been poking at things and finding them :P | 20:29 | |
| pmichaud | and yes, this means that the compiler will need to be able to tell PAST when it wants the block's lexical variable or the outer one | ||
| s/outer/caller/ | |||
|
20:39
dngor joined,
confound joined,
slightlyoff joined,
Theory joined,
rdice joined,
chromatic joined,
Piper joined,
sjansen joined,
skids joined,
cj joined,
jhorwitz joined,
contingencyplan joined,
gryphon joined,
jrockway joined,
silug joined,
cxreg joined,
japhb joined,
mdxi joined,
mjflick joined,
workbench joined,
davidfetter joined,
mdiep joined,
cout_ joined,
pfig_ joined,
bphillips joined,
MikeJS joined,
particle joined,
amoore joined,
Ademan_ joined,
khisanth_ joined,
purl joined,
buildbot joined,
drforr_ joined,
Andy joined,
SCalimlim joined,
arcady joined,
shamu joined,
TimToady joined,
simcop2387 joined,
diakopter joined,
zev_ joined,
zostay joined,
rblackwe joined,
peepsalot joined,
ian joined,
teknomunk joined,
spinclad joined,
avar joined,
tewk joined,
BitPoet joined,
broquaint joined,
Tene joined,
rjbs joined,
Sartak joined
|
|||
| chromatic | Complexify-- | 20:39 | |
| svnbotl | r25667 | jhorwitz++ | trunk: | 20:41 | |
| : update embedding POD to reflect reality | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25667 | |||
| mdiep | that was traumatic | 20:42 | |
|
20:42
dwave joined
20:45
DarkWolf84 joined
|
|||
| jhorwitz | yay, my first commit | 20:46 | |
|
20:47
contingencyplan joined
20:51
HG` joined
|
|||
| davidfetter wonders who the contingencyplan is... | 20:51 | ||
| jhorwitz++ :) | |||
| contingencyplan | A guy who pokes his head in #parrot from time to time | ||
| jhorwitz | hi, davidfetter! | ||
| davidfetter | jhorwitz, what's shakin'? | 20:52 | |
| jhorwitz | writing docs, trying not to break things. ;-) | ||
| spinclad | all right, but _what_'s the contingencyplan? | 20:53 | |
| contingencyplan | haha, I could tell you, but then I'd have to kill you | ||
| spinclad | whatif... | ||
| purl | somebody said whatif was evil | ||
| jhorwitz | davidfetter: actually, the new embedding docs might interest you. | ||
| spinclad | butthen | ||
| szbalint | I wonder who am I | ||
| davidfetter | jhorwitz, indeed :) | ||
| spinclad | ifonly | 20:54 | |
|
20:55
wknight8111 joined
|
|||
| davidfetter | anybody up on the state of sandboxing, or whatever parrot will have to do Safe.pm-like things? | 20:57 | |
| particle | parrot's security model atm is "everything is unsafe." | ||
| jhorwitz | i don't think any of that has been implemented yet. not even sure if there's a spec. | 20:58 | |
| chromatic | The most we have are some musings from Dan. | ||
| mdiep | someone else had some thoughts on that a while back | ||
| but she disappeared (I think it was a she) | 20:59 | ||
| particle | yep | ||
| davidfetter would need ~50 extra IQ points and about 10 years' extra experience to have anything worth contributing to such a discussion | |||
| but i can wave pom-poms, if that helps | |||
| mdiep | IQ's overrated. :) | 21:00 | |
| davidfetter | hence the experience part | ||
| particle | we should advertise on jobs.perl.org. | ||
| security expert wanted. long hours. no pay. | 21:01 | ||
| must hand over ideas to tpf. | |||
| perks include world domination and eventually, dental insurance. | |||
| chromatic | Security must load in 4ms and be faster than 99.95% of sites on the Internet. | 21:04 | |
| davidfetter | that latter is no problem ;) | 21:05 | |
| chromatic | jobs.perl.org/job/7912 | ||
| davidfetter | rotflmao! | 21:06 | |
| purl | rotflmao is Rolling On The Floor Laughing My Ass Off or a shortened form of ROTFLHAOITDDTISIHA[HS]D or an extended form of ROTFL. or shorthand for "Yes, I'm 13" | ||
| davidfetter | everyone over 4 is 13 in some base ;) | 21:07 | |
| pmichaud | everyone is 13 in some time unit. | ||
| cognominal_ | allah has been hard on Koweit because thee did not give refined oil | 21:09 | |
| so they don't have wild expectations | |||
|
21:12
coke joined
|
|||
| coke checks in briefly. | 21:13 | ||
| pmichaud | hiya coke! | ||
| scheduling note: I'll likely be doing the release on the 20th instead of the 19th | |||
| (as of an hour ago, paula is having minor surgery on the 19th) | 21:14 | ||
| coke | I see no problem with that. Are you sure you don't want to just punt to particle? | 21:16 | |
| pmichaud | I think I still want to do the feb release. at least as the schedule looks now, the mar release could be much more problematic for me | ||
| coke | chromatic; You currently have 9 tickets assigned to you. more? different? | ||
| That's fine. I see no problem with a day slip. I might post a note on the front page of the site, but I'm not sure that's necessary. | 21:17 | ||
| PerlJam | Those that know and care about the scheduled releases will find out through the grape-vine that it's been postponed a day. | ||
| coke | someone with commit bits could be sneaky and update the release manager's guide which is the only place that's documented. =-) | 21:18 | |
| PerlJam | besides, I don't think there's anyone clammoring for a release yet | ||
| davidfetter clamors | |||
| coke | davidfetter; don't make me assign it to you. =-) | 21:19 | |
| davidfetter | d'oh! | ||
| coke wonders if anyone has ever used the phrase "taste the rainbow" in proximity to chromatic. | |||
| davidfetter | here i thought "chromatic" was all about musical scales | 21:20 | |
| confound | free classifieds that are making a difference in kuwait | 21:22 | |
| particle | is there a difference between musical scales and rainbows? | 21:24 | |
| Tene | So, could I harass someone into looking over my lolcode patch? I think it's finally decent, there aren't any significant hacks, and there are tests. | 21:25 | |
| coke | If there are tests and the test pass, go for it. =-) | ||
| I can't commit anything from work at the moment. | |||
| PerlJam | Tene: ask forgiveness rather than permission. You've done the due diligence ;) | ||
| Tene | I don't have commit rights. | 21:26 | |
| coke | he doesn't have the bits. | ||
| PerlJam | oh | ||
| coke | If the tests pass, though; anyone with commit bits, go ahead and claim the ticket and commit. | ||
| (and then mark the patch applied, and close the ticket. =-) | |||
| PerlJam is so used to everyone having a commit bit that it just didn't occur to me that someone wouldn't. | |||
| coke | #parrot is just a little slower in that regard. | ||
| Tene | rt#50492 | 21:27 | |
| coke adds a 'feed the rainbow' rt query to keep track of when chromatic is low on tickets. | |||
| Tene goes to trawl rt, looking for something to work on. | 21:28 | ||
| mdiep | chromatic doesn't look much like a rainbow. I've seen 'im. | 21:30 | |
| Tene | coke: you have nicer rt interface up anywhere yet? | 21:31 | |
| coke | nope. need an RT install before I can hook it up with live data. | 21:33 | |
| Ping me later, I can find you a ticket or 3 when I get home. | |||
|
21:33
coke left
|
|||
| Tene installs RT. | 21:37 | ||
| particle | tene: coke needs an rt plugin that emits json | 21:38 | |
| Tene | Hmm. I can look at that. | ||
| chromatic | 9 tickets is fine | 21:40 | |
| when it gets down to 3 or 4 I'll need more. | 21:41 | ||
| particle | omg. centos finally downloaded. 6+ hours later. | 21:46 | |
| jhorwitz | ha | ||
| dvd image? | |||
| particle | ayep | ||
| jhorwitz | now you get to find the corrupted bit! ;-) | ||
| particle | i hope the tsa hasn't inspected the punchcards. | 21:47 | |
|
22:16
peeps[work] joined
22:20
particle joined
|
|||
| particle | yay! centos installed. | 22:28 | |
| davidfetter | w00t! | 22:30 | |
| davidfetter wonders whether parrot is in such shape as to want fink packages... | |||
| particle | how can it hurt? | ||
| davidfetter | well, it's significant work, and if Big Things(TM) are in flux atm, packagers could get peeved | 22:31 | |
|
22:42
Pabellon joined
|
|||
| cognominal_ | I like dmg images | 22:43 | |
|
22:50
Andy joined
|
|||
| Andy | I need more functions to clean up that have crappy pointer interfaces. | 22:53 | |
| chromatic | Andy: RT #50684, particularly the response from Peter Gibbs. | 22:56 | |
| Andy | URL handy? | ||
| chromatic | rt.perl.org/rt3/Ticket/Display.html?id=50684 | 22:57 | |
| Andy | oh nice | ||
| that has my name all over it. | |||
|
22:58
alvar joined
|
|||
| Andy | I really don't like how string_append() can have NULLs for both args. | 22:59 | |
| wknight8111 | yeah, that doesnt sound like a great "feature" | 23:00 | |
| Andy | I already cleaned up one. | 23:01 | |
| svnbotl | r25668 | petdance++ | trunk: | 23:03 | |
| : free memory from Parrot_get_runtime_prefix | |||
| diff: parrotvm.org/svn/parrot/revision/?rev=25668 | |||
| chromatic | I figured your use of splint can clear that up. | 23:04 | |
| Meanwhile I'll try to figure out what happened to our Coverity scans. | |||
|
23:05
kid51 joined
23:11
apple-gunkies joined
|
|||
| Andy | can clear what up? | 23:19 | |
| yeah, and klocwork would be good to start p again, too. | 23:20 | ||
| I'm finding I can't even follow P5 any more. | |||
|
23:26
Theory_ joined
|
|||
| wknight8111 | I'm going to update some of the documenation for config/gen/platform/win32, where do I email the updates to? | 23:29 | |
| kid51 | wknight8111: See procedure for submitting patches in docs/submissions.pod. It applies equally for code and docs. | 23:30 | |
| wknight8111 | okay, thanks | 23:31 | |
| kid51 | Most likely: In sandbox of trunk, svn diff > mywin32docs.patch.txt. Attach that file to email to parrotbug@parrotcode.org with [PATCH] at start of subject line. | ||
| That will start it off in the RT system and CC it to list. | 23:32 | ||
| wknight8111 | when I see things in the file like "RT#48264", is it alright to delete those markers, or should I keep them? | 23:51 | |
| mdiep | wknight8111: those are references to tickets in RT | 23:55 | |
| if the issue is fixed, they can be deleted; otherwise, they should stay. | 23:56 | ||