Parrot 0.6.2 "Reverse Sublimation" Released | parrotcode.org/ | 18/672 new/open tix | logged in irclog.perlgeek.de/parrot/today
Set by moderator on 6 June 2008.
00:10 AndyA joined 00:15 gmansi joined
nopaste "kid51" at 68.237.19.81 pasted "Well, I guess I won't be installing SVK ..." (73 lines) at nopaste.snit.ch/13207 00:20
bacek bacek@icebolt:~/src/parrot/languages/perl6$ cat k.pl 00:39
say (0..10000000000000000)[5]
bacek@icebolt:~/src/parrot/languages/perl6$ ../../parrot perl6.pbc k.pl
4
Gotcha! I did sketch for lazy list!
"It hard to be lazy" (c) pmichaud++
> say (grep { $_ % 3 == 0 }, (1..1000000000000000000))[5] 00:42
lazy grep 2
15
nopaste "bacek" at 202.7.166.167 pasted "Sketch of LazyList for pmichaud to blame :)" (345 lines) at nopaste.snit.ch/13208 00:52
bacek msg pmichaud can you please say something about my LazyList 'proof-of-concept'? 00:53
yeek
lazy bot!
kids time, see you everybody 00:54
01:02 Ademan joined 01:28 bacek joined 01:49 TiMBuS joined 03:00 tewk joined
dalek r28173 | rgrjr++ | trunk: 03:05
: * lib/Parrot/Pmc2c/MethodEmitter.pm:
: + (decl): Remove broken (and pointless) optimization.
diff: www.parrotvm.org/svn/parrot/revision?rev=28173
03:06 Zaba joined 03:33 rhr joined 03:47 Theory joined 04:07 Andy joined 04:17 Straylight joined
dalek r28174 | chromatic++ | trunk: 04:50
: [src] Moved global pio_registered_layers to interpreter, removing static
: variables (NotFound, RT #31806).
diff: www.parrotvm.org/svn/parrot/revision?rev=28174
05:10 tetragon joined 05:19 tetragon joined
dalek r28175 | chromatic++ | trunk: 05:24
: [src] Removed global variables Parrot_exec_rel_addr and Parrot_exec_rel_count
: (NotFound, see RT #54602).
diff: www.parrotvm.org/svn/parrot/revision?rev=28175
r28176 | chromatic++ | trunk: 05:27
: [spec] Added languages and perl6 targets to the parrot.spec file, so that RPM
: builders can produce parrot-languages and parrot-perl6 RPMs (Gerd Pokorra, RT
: #55220).
diff: www.parrotvm.org/svn/parrot/revision?rev=28176
r28177 | chromatic++ | trunk: 05:51
: [config] Fixed signal-detecting tests to compile with g++.
diff: www.parrotvm.org/svn/parrot/revision?rev=28177
06:10 bacek joined 06:19 Psyche^ joined 06:28 Zaba_ joined
dalek r28178 | chromatic++ | trunk: 06:44
: [IO] Fixed some g++ compilation errors in Unix IO layer.
diff: www.parrotvm.org/svn/parrot/revision?rev=28178
r28179 | chromatic++ | trunk: 07:03
: [src] Turned two #if directives into #ifdef directives to avoid compilation
: warnings.
diff: www.parrotvm.org/svn/parrot/revision?rev=28179
r28180 | chromatic++ | trunk: 07:04
: [config] Fixed readline detection with g++, cleaned up related code in ParrotIO
: PMC (NotFound, RT #55154).
diff: www.parrotvm.org/svn/parrot/revision?rev=28180 07:05
07:40 iblechbot joined 07:46 Zaba joined 08:07 barney joined 08:31 bigal joined
dalek r28181 | chromatic++ | trunk: 08:46
: [IO] Unbroke the gcc build; this re-breaks the g++ build, but the former is
: more common and the latter hasn't worked in ages, so we'll have to live with it
: for now.
: Compiler vendors who think a C++ compiler is perfectly compatible with C and
: can't seem to make a C99 compiler, you are now on My List.
diff: www.parrotvm.org/svn/parrot/revision?rev=28181
r28182 | fperrad++ | trunk: 08:48
: [Lua]
: - fix dependence for luabytecode.pbc
diff: www.parrotvm.org/svn/parrot/revision?rev=28182
09:18 Ivatar joined 09:48 ruoso joined 10:04 bacek joined 11:45 paco joined 13:41 kid51 joined
dalek Jim Keenan | YAPC::NA::2008: 14:07
link: www.perlfoundation.org/parrot/index...pc_na_2008
14:11 davidfetter joined, jhorwitz joined
davidfetter waves to jhorwitz 14:15
jhorwitz sips coffee and waves 14:16
davidfetter mmm...coffee
jhorwitz coffee++
karma coffee
i guess purl is sleeping 14:17
davidfetter better wake him up, then
davidfetter queues up pulp fiction
jhorwitz :) 14:18
davidfetter where do you usually hang your hat?
jhorwitz wears too many hats 14:25
but hangs them in philly
davidfetter o/` to all my bulls out in philly, where all they smoke is phillies... o/` 14:27
what part of philly? 14:29
davidfetter has compadres in fishtown
jhorwitz suburbs...king of prussia 14:33
14:39 jan joined 14:48 tetragon joined
dalek Jim Keenan | YAPC::NA::2008: 15:07
link: www.perlfoundation.org/parrot/index...pc_na_2008
15:21 Zero_Yao joined 15:58 cotto-work joined 16:06 kid51 joined 16:50 Theory joined 16:57 cotto_home joined
Tene Huh. King of Prussia. I teach classes there for Red Hat regularly. 17:14
pmichaud Failed Test Stat Wstat Total Fail Failed List of Failed 17:21
-------------------------------------------------------------------------------
t/codingstd/c_header_guards.t 1 256 5 1 20.00% 1
(in trunk.)
dalek r28183 | pmichaud++ | trunk: 17:27
: [rakudo]:
: * Update 'join' semantics.
diff: www.parrotvm.org/svn/parrot/revision?rev=28183
kid51 pmichaud: Does that test report which files failed the header guards standard? (Many of our other codingstd tests have been adapted to report that info.) 17:33
pmichaud kid51: yes
(it has since scrolled off my screen.) 17:34
src/jit/i386/jit_emit.h
kid51 Am going out now; will look at it later, if no one else does first.
I'm not too clear as to what header guards are supposed to be/do (C knowledge I don't have). 17:35
pmichaud they handle the case where a .h file is included more than once
(i.e., so the compiler doesn't end up re-compiling the same definitions)
kid51 Thx
pmichaud oh, here's a better error message 17:36
moritz '#pragma once' in compatible ;)
pmichaud # Failed test 'identical PARROT_*_GUARD macro names used in headers'
# in t/codingstd/c_header_guards.t at line 131.
# collisions:
# /home/pmichaud/parrot/trunk/src/jit_emit.h,
# /home/pmichaud/parrot/trunk/src/jit/i386/jit_emit.h
so the test is complaining that the same header guard is appearing in two files.
I suspect this is in fact "normal", and that src/jit_emit.h is a copy of src/jit/i386/jit_emit.h 17:37
so that the test file needs to know not to complain about this. I don't know why it showed up today.
maybe I'll bisect revisions real quick.
kid51 pmichaud: c touched this file today: src/jit/i386/jit_emit.h 17:44
r28175 | chromatic | 2008-06-08 01:23:12 -0400 (Sun, 08 Jun 2008) | 2 lines 17:45
[src] Removed global variables Parrot_exec_rel_addr and Parrot_exec_rel_count
(NotFound, see RT #54602).
pmichaud yes, but it didn't appear to me as though the guard changed.
it may just be some oddity in my working copy, as I have another checkout where it's working fine.
I'll try a fresh co.
hmm, it passes in a fresh co. 17:56
perhaps another place where 'make realclean' isn't. 17:57
so, I guess we can ignore it for now.
jhorwitz Tene: ping me for beers next time you're in KOP! 18:19
pmichaud jhorwitz: I did a fix for 'item' on Friday evening (late) -- did that help with what you were working on? 18:20
jhorwitz pmichaud: haven't had a chance to look yet, but i will now! 18:21
pmichaud++ # 'item' fix works! 18:23
mod_perl6 lives again 18:24
pmichaud yay!
18:31 grim_fandango joined 18:34 purl joined
Tene jhorwitz: I'll be there two weeks from today. I'll take you out to dinner sometime that week. 18:40
jhorwitz sounds good to me. :) 18:41
Tene Maybe I'll work on mod_cardinal once I'm done with the class definition stuff I'm working on atm. 18:42
jhorwitz Tene: going to YAPC? 18:43
purl See : going to yapc::na or yapc::whatever or cwest, uri, DrForr
Tene jhorwitz: that's during the one week this month that I'm going to be home, and I need to find a place to move to and actually move this month, so... no. :( 18:44
jhorwitz well that's no fun. :-P 18:45
19:35 gryphon joined 19:48 Zaba_ joined 20:05 cognominal joined
dalek r28184 | pmichaud++ | trunk: 20:18
: [rakudo]:
: * Add {closure} interpolation to double-quoted strings.
diff: www.parrotvm.org/svn/parrot/revision?rev=28184
20:19 Ademan_ joined
jonathan Nice! :-) 20:40
pmichaud thanks. :-)
I happened to notice that it was working in Pugs and decided it was worth adding to Rakudo, since it was a short fix.
jonathan I was bacek sent in a lazy lists related patch too. 20:42
Didn't get chance to look over it...got my head mostly full of thoughts about roles at the moment. :-)
Got a preferred day for me to hack on Rakudo next week? Wed or Thu will work best for me. 20:43
pmichaud those are great. Thu might be slightly better -- won't have any kids that day.
jonathan OK, will go for that. 20:44
pmichaud bacek's patch seems to create a LazyList type, where I think it should just be List.
jonathan Ah, OK.
Yes, I think it should be one class.
And it can do some "I know I'm not lazy" style optimzations.
moritz jonathan: are you aware of "Seq"? 20:45
pmichaud correct. I was thinking "I know I'm not lazy up to point XYZ"
jonathan moritz: Seq Completely evaluated (hence immutable) sequence 20:46
Hmm.
moritz jonathan: yes. though I thought that current List impl. is actually "Seq"
jonathan (1,2,3) # actually a Seq?
pmichaud moritz: not exactly
moritz but I don't know if "Completely" also referrse to "recursively completely evaluated"?
pmichaud current List impl. is lazy about flattening at the moment.
just not lazy about element generation 20:47
moritz ok, so it's somewhere in between
20:47 barney joined
pmichaud I think that all Seq's are completely evaluated sequences, but not all completely evaluated sequences are Seq's 20:47
i.e., there's nothing that says that List cannot be completely evaluated. 20:48
jonathan Sure. I'm curious if we should construct a Seq when we know we have something fully evaluated though. Or does the spec explicitly say that 1,2,3 forms a List rather than a Seq?
pmichaud I think it's actually more efficient to just keep it as a List. 20:50
than to do the check.
jonathan Fairy nuff. 20:51
21:00 gmansi joined
dalek r28185 | jonathan++ | trunk: 21:18
: [rakudo] Fix sleep.
diff: www.parrotvm.org/svn/parrot/revision?rev=28185
moritz jonathan: can you do that to me too ? ;-) 21:19
jonathan sends moritz to bed 21:21
moritz moritz->sleep(8*3600)
it's worth a try
good night ;)
pmichaud eek! sleep() is now backwards.
jonathan pmichaud: Huh? 21:22
dalek r28186 | pmichaud++ | trunk: 21:23
: [rakudo]:
: * A different version of sleep.
diff: www.parrotvm.org/svn/parrot/revision?rev=28186
jonathan is subname? 21:24
Didn't know that one existed. 21:25
pmichaud just added it yesterday with name unary fixes.
jonathan Oh.
OK, I spent yesterday at a BBQ and watching euro 2008 games.
pmichaud I think it's more important to have &abs available than &prefix:abs, for example.
jonathan Sure.
pmichaud that way when we eventually have $foo.sleep() it'll know to call sleep($foo) and not have to try to find prefix:sleep 21:26
jonathan Makes sense.
pmichaud I also got complex numbers to work (sorta) 21:27
> say 1i; 21:28
0+1i
> say 1i*4i;
-4+0i
jonathan Nice 21:31
Is i a postfix operator?
pmichaud yes 21:33
that's how it's given in STD.pm, anyway :-)
21:51 Theory joined 21:57 Zaba joined
jonathan I got curious just how far Parrot's thread handling seems to be away from us being able to implement async in Rakudo. 22:08
Seems, some way. :-|
22:11 tetragon joined
pmichaud well, I think concurrency and exceptions are linked 22:15
so, it's the pdd25cx branch that probably gives a better idea 22:16
jonathan Yeah, I guessed that. 22:17
Was as curious to look into the model and API Parrot exposes as anything.
Wasn't really seeking a working implementation of async, just exploring. :-) 22:18
pmichaud right now I'm looking at exceptions, fail(), and eval().
jonathan I had got looking into fail in mind, and working out exactly how $! worked (seems to collect failures etc).
But figured the branch was probably going to help with that. 22:19
Or if I got on with other stuff, someone else would work on that. ;-)
pmichaud as best I understand it, fail just acts like return, but it has some side-effects
jonathan Yeah. I think it's along the lines of, fail registers the exception in $! and returns it.
It's an unthrown exception, as such.
But $! keeps track of all the unthrown exceptions. 22:20
pmichaud I think it registers an exception in $!, and then returns a Failure object that references the exception.
jonathan OK
pmichaud i.e., it doesn't return the exception itself.
jonathan Yes, I think you're right.
pmichaud then $! is just a list of exceptions, thrown and unthrown
sorry, handled and unhandled.
jonathan Yes
Doing a definedness check un an exception or calling .handled or something marks it handled or something like that. 22:21
pmichaud .defined or .true
jonathan as a slightly hazy memory of this bit of the spec.
*has
pmichaud and any other "get the value" operation on a Failure throws any unhandled exception
jonathan OK
pmichaud (otherwise it returns "false") 22:22
jonathan *nod*
Would be cool to have implemented, just not sure how much the branch will make it easier/change things, and how much it's worth waiting for. 22:23
I plan to spend some of Thursday on roles. 22:24
Hope to have the odd bit of evening time...keen to finish :instanceof(...) off. 22:26
pmichaud did you get to see my regression test history? 22:28
jonathan No, not paid so much attention to backscroll this weekend... 22:29
nopaste "pmichaud" at 76.183.97.54 pasted "Rakudo spectest regression history" (30 lines) at nopaste.snit.ch/13213
jonathan Nice. 22:30
The more we can test the bits we've implemented so far, the more stability we can deliver to those playing with Rakudo. 22:31
And the better outside impression people will get.
pmichaud correct. 22:32
22:39 slightlyoff joined 22:48 Eevee joined 22:50 Limbic_Region joined 23:12 jisom joined 23:23 teknomunk joined 23:54 Whiteknight joined, kid51 joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!