Parrot 2.3.0 Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | Priority : apply deprecations, merge branches, finish exceptions_refactor branch | GSoC students, please read trac.parrot.org/parrot/wiki/GSoCersStartHere
Set by moderator on 17 May 2010.
Coke ... one I think is a waste of time in most cases. Don't succumb to the peer pressure! 00:01
00:01 kid51 joined
Coke certainly for dev releases. 00:01
(seriously, if it's stressing you out, don't worry about it) 00:03
cotto_work when in doubt, "Pirates" 00:06
"release without an interesting name"
Whiteknight I've got a good name lined up now. It's a name of a type of parrot, though I don't generally think all releases need to be named after parrots 00:07
bacek_at_work Do we have list of all releases codenames? 00:08
darbelo "The Nameless Bird" would probably work as a release name. 00:09
Whiteknight docs/project/parrothist.pod
bacek_at_work there is not such file... 00:10
darbelo docs/parrothist.pod
bacek_at_work docs/parrothist.pod
cotto_work docs/parrothist.pod 00:11
darbelo Hmm. 2.1.1 is missing there.
bacek_at_work darbelo, blame Coke. He was release manager :) 00:12
00:26 Myhrlin joined
kid51 Smolder crapping out again 00:34
Whiteknight smolder is rediculously slow most of the time. Maybe time is coming where we need to consider setting up our own server 00:41
00:44 dmagnus_ joined, baest_ joined 00:45 elmex_ joined, jjore joined
kid51 Someone made an adjustment to the timeout value about a month ago, and it has worked fairly well since then. 00:46
In fact, just now was my first 500 error since that change.
In any event: make test PASS darwin/ppc
00:46 NotFound joined
kid51 make fulltest PASS linux/i386 00:46
00:46 simcop2387 joined, dalek joined 00:48 particle joined 00:52 abqar joined
darbelo OpenBSD amd64 is passing fulltest regularly this days. Figured I'd mention it. 00:55
Whiteknight nice 01:02
it's almost as if openbsd is a first class citizen in the world of operating systems 01:03
cotto_work That's what happens when you throw commit bits at people running openbsd. 01:13
dalek rrot: r46754 | coke++ | trunk/docs/parrothist.pod:
Add in missing release (bacek++ for noticing)
01:18
bacek_at_work Coke, it was darbelo
01:24 hercynium joined
cotto_work time for home 01:32
and tomorrow, migrating my ubuntu box to btrfs 01:33
01:34 plobsing joined 01:37 bakkdoor joined
cotto ohai 01:47
Whiteknight ohey
bacek_at_work no way 01:50
plobsing Is there a way to tell parrot "Hey, give me a PMC, but I don't know what kind I want yet"? 01:56
Whiteknight ... no? 01:57
plobsing: where, in the PIR level or in C?
plobsing C
Whiteknight plobsing: I suppose it's possible, but far more work than it's worth
plobsing I'm trying to think of a way to do freeze/thaw as a single pass over a PMC 01:58
Whiteknight once you set the specific type you have to check all the flags, the whole initialization process
plobsing which flags? custom_mark, custom_destroy, etc? Don't those only get set by vtable init? 01:59
Whiteknight singleton, constant, whether to even run vtable init 02:01
check out Parrot_pmc_new to get an idea for all the crap it does 02:02
anyway, I'm out for the night. see y'alls tomorrow
plobsing my use is more like Parrot_pmc_new_noinit. but it appears that even it does some init. misleading name. 02:03
02:04 bluescreen joined
cotto It's already a long name. Parrot_pmc_new_lessinit would just be too much. 02:04
plobsing Parrot_pmc_new_someinit_somenotinit 02:05
bacek_at_work Parrot_pmc_partially_init_something 02:06
plobsing so why do classes get to allocate their own PMC headers? is it so they can tack stuff on to the end of the struct by allocating something slightly larger? 02:09
02:15 khairul joined 02:19 JimmyZ joined
kid51 Ah, my Smolder finally got thru 02:24
kid51 must sleep
purl $kid51->sleep(8 * 3600);
nopaste "tcurtis" at 192.168.1.3 pasted "Why am I getting this error trying to compile this?" (65 lines) at nopaste.snit.ch/20582 02:34
khairul tcurtis: maybe its 'elsif' instead of 'else if"? im not familiar with nqp though 02:39
tcurtis thanks, khairul++. You are indeed correct. 02:40
cotto good morning khairul 02:42
khairul hiya cotto, good evening to u
give me a moment before i send a privmsg. nature calls. 02:43
02:43 gbacon_ joined
cotto no rush 02:43
02:46 gpw joined 02:47 janus joined
tcurtis I'm considering sending a message to parrot-dev linking to my blog posts. Not getting much feedback with my current post-and-wait-for-comments-via-email-or-irc strategy. 02:56
sorear tcurtis: Is it possible to comment on blog posts at all? 02:58
Nobody has done it
plobsing: Why don't you want the libjit framebuilder to come with Parrot? 02:59
tcurtis sorear: Possible, yes: www.parrot.org/content/past-pattern...comment-56 03:03
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33889), fulltest) at r46754 - Ubuntu 10.04 amd64 (g++)
sorear tcurtis: As far as I can tell, there are no comments on that post
Do I need a commit bit? 03:04
plobsing sorear: I tried. I felt there was a barrier to getting it accepted as most ppl don't have libjit (and MacOSX can't get libjit :-() 03:05
sorear MacOSX *can't* get libjit?
plobsing AFAIK it won't compile or somesuch 03:06
sorear Also, we're targetting toasters now bubaflub++. They don't have libjit.
sorear doesn't have libjit
plobsing I would have chosen a different library at the onset had I known that.
sorear also doesn't have postgresql
sorear feels that the absense of a library on some systems should not be the deciding factor in whether to standardize the binding 03:07
plobsing plus *requiring* libjit/llvm/etc for core feels bloaty
ash++ will be making one based on libffi that hopefully works in more places
pluggable everything ftw 03:08
sorear plobsing: I don't think it should be required 03:10
but, if you have it, I think you shouldn't have to chase random github extensions to make it work
plobsing fair enough. If there is a desire to get it in core, I'm not *against* it. I'm against me doing the work for that. 03:12
sorear: also, it is distutils-compliant, so likely no chasing down required once I figure out how to register my project. 03:20
plumage?
purl somebody said plumage was the future Parrot module ecosystem. It will include tools to search metadata, handle dependencies, install modules, and so forth. The repository is at gitorious.org/parrot-plumage/parrot-plumage and the design docs are at trac.parrot.org/parrot/wiki/ModuleEcosystem
cotto 24 makes me lol 03:36
sorear 24 in what list? 03:37
cotto the tv show
purl the tv show is, like, way more interesting
03:42 LoganLK joined 04:14 TonyC joined 04:15 nopaste joined
tcurtis How am I getting a "too few positional arguments: 2 passed, 3 (or more) expected" error in a function after everything I do in that function? 04:15
plobsing return = call perhaps? 04:24
tcurtis ".return ($P107)" immediately follows the say I inserted at the end of the function, and the output from the say is happening. 04:31
plobsing tcurtis: can you show us the code
what are you returning to? 04:32
tcurtis I'll paste the code and the backtrace. 04:33
nopaste "tcurtis" at 192.168.1.3 pasted "grammar, actions, backtrace, and the bug-causing code." (230 lines) at nopaste.snit.ch/20583 04:36
tcurtis backtrace shows it as being called from Regex::Cursor::!reduce 04:39
plobsing is this go on parrot? awesome!
tcurtis Hopefully eventually. Of course, I'll start coding my GSoC soon, so I'll probably not work on it much until that's over with. But I like writing(more accurately, starting to write) compilers. So I tend to do that when I'm bored. 04:42
bacek_at_work tcurtis, you are using old way of declaring Grammar with modern NQP 04:43
sorear you could write a custom language for tree manipulations
bacek_at_work #= <key> form is deprecated.
sorear {*} is also deprecated
purl okay, sorear.
plobsing {*}?
purl {*} is part of the non-slurp alternation. or deprecated
plobsing I understood about half of those words 04:44
bacek_at_work If you are using it you have to declare actions with optional $key. E.g. method foo($/, $key?) { ... }
04:44 aukjan joined
sorear we need to track down all the old PGE documentation and kill it with fire 04:45
bacek_at_work sorear, can you rewrite squaak tutorial? 04:46
tcurtis Is there any up-to-date docs or example code for PCT?
sorear no. But I've never read it, so it must not be important.
bacek_at_work sorear, it is important. It was best "PCT Getting Started Guide" for last 2 years. 04:48
cotto defintely 04:50
We should move it to the wiki. 04:51
nm. It's on wikibooks
plobsing are there any good docs on POST? I've been giving more thought to the "make IMCC optimizer understand/work with POST" idea from sorear++
cotto wiki++
I don't know how you'd do that. I don't think imcc uses post internally. 05:43
bacek_at_work plobsing, don't make "IMCC optimizer"... It's kinda useless. 05:45
arnsholt Up to date docs for PCT would be very nice
05:46 uniejo joined
plobsing I think there is value in some parts of IMCC. I'd like to lift those parts out. The optimizer has potential. 05:46
cotto: I know IMCC doesn't use POST internally. I'm wondering if there is much difference in information level between say the life analysis blocks and whatever POST uses to represent blocks 05:48
06:00 aukjan joined
JimmyZ AFAIK, IMCC was planning to be replace by pirc or PIR? 06:02
plobsing afaict pirc is stalled. 06:04
cotto yes but there's been no movement there
plobsing also IMCC optimizer is not totally tied to the huge mess that is the parser 06:05
cotto better to work with what we have now than waiting for a steady state
plobsing my strategy is to gradually make things better. Making the optimizer available to HLL developers is a step in that direction (I think)
sorear plobsing: post is very low level... it can be roundtripped to PIR if you're willing to lose includes
plobsing is compilers/pct/src/POST/ it? I thought there would be more to it. 06:07
cotto It's basically pir. There's not much to it. 06:08
plobsing not much to pir? 'wc -l compilers/imcc/imcc.y' would seem to disagree :p 06:09
sorear half of PIR needs to die 06:12
after the next stable release, let's rip out all the imcc features I don't use. 06:13
plobsing sorear: such as? if you can make a case, we might deprecate it.
sorear .meth_call
plobsing already deprecated
sorear .(all the PCC stuff except tailcall and return)
sorear goes off to get a list of PIR features 06:14
06:15 grom joined
sorear user-defined macros 06:15
plobsing ones that take args or constants too? 06:16
sorear mostly the first
grom i am trying to figure out how to use the Lua frontend. I have checked it out with git but not sure what todo from there
sorear getting rid of constants too + .include would be awesome, but we'd need to find another way to handle Parrot magic numbers
probably a special literal syntax for them 06:17
plobsing you mean like .MY_MAGIC_NUMBER ?
sorear I mean like Trace.Instructions 06:18
what is this setline/setfile stuff in imcc.l? I've never used it
what's :uniquereg? 06:19
plobsing deprecated that's what
it was used to tell the register allocater not to mess with a register 06:20
sorear I don't like the fact that you have to specify encodings on strings; they should inherit it from the PIR
the .const mechanism bothers me but I haven't fully figured out how
plobsing how are you supposed to get utf16 strings in an ascii encoded file then?
NotFound sorear: is more complex than that. We should inherit from PIR the encoding for the source, but we must be able to select the one for the result. 06:21
sorear NotFound: source? result? I'm talking literals here 06:22
grom am I suppose to run parrot setup.pir? 06:23
sorear yes
NotFound sorear: unicode:utf8:"\\x{AB}" ---> Here I don't care about the source encoding, but I want a utf8 string in the pbc
nopaste "JimmyZ" at 192.168.1.3 pasted "JimmyZ got many faild tests on rakudo perl 6 on Windows XP" (47 lines) at nopaste.snit.ch/20586
plobsing sorear: wrt .include files with parrot magic numbers, I'd try to convince the powers that be to add some form of "use x :from<PASM>"
sorear NotFound: That seems a rather corner case. Why can't you just use some kind of recode_s_s_s op? 06:24
argh, too much C in imcc.y
NotFound sorear: because I want it in the pbc, not recoding at runtime. 06:25
cotto you were expecting maybe perl?
sorear well, it would have been nice if the BNF part started earlier than 45% 06:26
setline and setfile should be merged with .annotate 06:27
NotFound sorear: BTW that corner cases are the majority of the population of the world.
sorear the majority of the population of the world wants to encode UTF-16 text in the middle of an ASCII file? 06:29
I have never seen a *text editor* that can handle that
nevermind a compiler
if you want Unicode in strings, encode the source in a UTF; that's the way HLLs work
or are we trying to optimize, because pirops are ascii? 06:30
plobsing PIR is not an HLL. it is a convenient ASM. perhaps it should be made less convenient so people see the difference 06:31
NotFound sorear: read my example again. There isn't any ut16 on it.
sorear oh, I was confusing you with plobsing, oops 06:32
NotFound The current implementation of pir is wrong because mixes source charset/encoding with the ones for the string result. But the ability to emit the strings as desired is very useful.
I wrote some days ago a new unescape function intended to that. 06:33
Parrot_str_unescape_string 06:34
That decouplig will avoid the need to write mixed-encoding pir source while allowing to emit the kind of strings wanted. 06:37
plobsing would that eliminate the problems JimmyZ experiences with his /tmp paths? 06:38
06:39 eternaleye joined
NotFound plobsing: probably not, the env vars get/setting and file opening functions may need some love. 06:40
06:49 eternaleye joined 06:59 iblechbot joined 07:09 fperrad joined 07:11 gpw joined 07:12 fperrad_ joined
nopaste "plobsing" at 192.168.1.3 pasted "HLL PASM constant import" (23 lines) at nopaste.snit.ch/20587 07:23
plobsing sorear: in stead of dropping down into PIR, why not do something like nopaste.snit.ch/20587 in your HLL of choice? 07:24
07:42 grom358 joined
nopaste "grom358" at 192.168.1.3 pasted "What is wrong with this?" (18 lines) at nopaste.snit.ch/20588 07:43
bacek_at_work grom358, .SOLAR_MASS 07:44
(note dot)
grom358 bacek: hey? its giving me an error on line 6 07:46
plobsing pmc 07:50
not pcm
grom358 oh.. lol.. thanks
fperrad seen jhorwitz 07:58
purl jhorwitz was last seen on #parrot 251 days, 15 hours, 23 minutes and 19 seconds ago, saying: Tene: not at all. i should have the tuits this week to work on your compile issue [Sep 8 16:35:38 2009]
Tene Looks like I scared him away. 08:00
sorear plobsing: Missing the point. I'm suggesting things that could be ripped out of IMCC at the next deprecation cycle; I wouldn't miss them and probably no-one else would 08:02
Less code means less maintaince 08:03
plobsing replace them with fpmcs perhaps? 08:04
08:04 viklund joined
plobsing we need something to contain that information 08:05
sorear I was going to propose magic literals 08:06
but fpmcs might work - what are they?
plobsing frozen pmcs
eg: config.fpmc
they're quasi-pbc
sorear This would make hand-coding pir more annoying.
I'm not sure I mind, though 08:07
plobsing I guess I'm just not seeing how removing macro constants and adding "magic literals" removes syntax
sorear it would also allow removing .include 08:09
and all the multi-file abstraction layer
cotto looks like the parallel build is a bit sketch 08:12
y
sorear is enlightened by the current discussion and will submit a reduced IMCC pruning ticket tomorrow. 08:13
"things that sorear, cotto, plobsing, and NotFound agree are unneeded" 08:14
plobsing was there any point on which all of us agreed? 08:15
sorear nobody spoke out to save the NCI directives (.set_arg etc)
nobody spoke out to save block-macros
plobsing those aren't nci directives. and .nci_call is already deprecated
sorear nobody spoke out to save variable source encoding in strings
sorry, PCC directives 08:16
plobsing those are actually used by a(x, y, z) under the hood
sorear nobody spoke out to save setline and setfile
plobsing just try ripping them out
sorear Then they should be made permanently deprecated. 08:17
plobsing you'd need to redesign PCC (again)
sorear Why?
plobsing because that's how PCC works IIUC 08:18
sorear PBC format is permanently deprecated
It hasn't caused any problems
plobsing there's 2 kinds of deprecated I suppose - "we might keep it" and "kill kill kill!" 08:19
sorear Removing stuff from IMCC is great. Removing stuff from PDD19 is almost as good
Code we don't need to support has a low maintaince cost, too
plobsing That I can agree with.
08:28 clinton joined 08:41 TiMBuS joined
dalek rrot: r46755 | cotto++ | branches/ops_pct/compilers/opsc/ops2c.nqp:
[opsc] add some short options for convenience
08:42
bacek ~~ 08:57
dalek rrot: r46756 | fperrad++ | trunk/runtime/parrot/library/HTTP/Message.pir:
[LWP] add a default Content-Type in form-data
09:15
09:18 bakkdoor joined 09:25 grom358 joined
grom358 how can I call a C function from parrot? or does parrot have sqrt built-in? 09:26
nvm.. I see it is in the opcodes documentation 09:27
moritz most simple math is built-in
09:30 snarkyboojum joined
grom358 how can I print out a num with so many decimal places (porting this line from Lua: io.write( string.format("%0.9f",energy(bodies, nbody)), "\\n") 09:39
moritz parrot supports sprintf or printf or so
bacek grom358, there sprintf opcode
$N0 = 'energy'(bodies, nbody); $S0 = sprintf "%0.9f", $N0; say $S0 09:41
(With ';' representing newline)
Yay, it will not work...
grom358 yeah.. it says it wants PMC for last parameter 09:43
bacek $N0 = 'energy'(bodies, nbody); $P0 = new ['ResizablePMCArray']; push $P0, $N0; $S0 = sprintf "%0.9f", $P0; say $S0
something like this 09:44
grom358, why do you want to use pir, anyway? 09:45
moritz nqp is so much nicer to write :-)
bacek
.oO( github.com/fperrad/lua is implementation of Lua )
grom358 I tried that lua implementation earlier and got compile errors 09:46
bacek moritz, nqp doesn't support :multi (yet :)
grom358, strange. It should work...
moritz grom358: did you try it with newest parrot? or with the last release?
grom358 against 2.3.0 IIRC. It whatever yum install on fedora 12 had 09:47
moritz grom358: then you likely need an older version of lua too
bacek grom358, "master" lua will not work with release parrot.
moritz grom358: but if you plan to do some development with parrot, it's worth tracking the newest SVN
grom358 i have 5.1 lua
bacek parrot-lua then :) 09:48
grom358 damn I should of come here earlier.. cause atm I was just tryign to compare lua and luajit with parrot vm
bacek luajit will be faster... 09:49
msg fperrad What do you think about tagging Lua (and other your HLLs) with matching parrot releases? 09:50
purl Message for fperrad stored.
bacek msg plobsing What about idea of deprecating PASM->PBC totally? 09:53
purl Message for plobsing stored.
grom358 .const num DAYS_PER_YEAR = 365.24 ; $N0 = 2.96460137564761618e-03 * DAYS_PER_YEAR ; print_num($N0) is giving me 0.00.. huh? 09:54
bacek What is "print_num"? 09:56
grom358 print_num is that wrapped up code you gave me before for out to 9 decimal places 09:57
bacek meh... IMCC... Constant folding is broken... 09:58
grom358, good catch. Care to create ticket in trac?
grom358 sure can.. i'll just make a smaller test sample 09:59
nopaste "bacek" at 192.168.1.3 pasted "Smaller example for grom358++" (23 lines) at nopaste.snit.ch/20590 10:01
grom358 bacek: :)
bacek grom358, you can attach output from "./parrot -t1 t.pir" to clearly show that constant folding is broken...
grom358, and assign ticket to plobsing. He will "enjoy" it :) 10:05
grom358 is it on core component? 10:08
bacek "imcc"
purl, imcc? 10:09
purl imcc is the c of parrot or the problem or the intermediate code compiler or will be murdered soon
moritz imcc is also "fun" to hack on
purl okay, moritz.
bacek purl, good girl
purl :)
grom358 I can't assign tickets. trac.parrot.org/parrot/ticket/1647 10:10
bacek grom358, fixed. Thanks! 10:13
moritz (the assignment is fixed, not the bug - right? :-)
bacek moritz, boring! 10:14
:)
bacek do want to resurrect and implement PIR compiler in PCT... 10:15
10:16 davidfetter joined
dalek TT #1647 created by grom++: Constant folding on num type 10:24
TT #1647: trac.parrot.org/parrot/ticket/1647
10:24 kid51 joined 11:02 KatrinaTheLamia joined 11:10 Patterner joined
grom358 thanks for all the help.. finally finished implementing nbody in pir 11:17
is something like, $N0 = $N0 + $N1 slower then $N2 = $N0 + $N1 ? 11:19
bacek grom358, 1 microsecond slower 11:20
may be even less
moritz nothing compared to a GC run
grom358 kk.. i was just looking at areas can try to speed this up.. my pir version runs slower then perl 5 version 11:21
any switches I should be using.. I am just doing $ time parrot nbody.pir 1000000 11:24
bacek grom358, can you nopaste full code? 11:35
nopaste "grom358" at 192.168.1.3 pasted "n-body benchmark" (300 lines) at nopaste.snit.ch/20591 11:36
grom358 i can see major thing could change already. Get rid of using Hash 11:44
i just did that cause I was translating from the Lua version
11:47 Mokurai joined
bacek grom358, what is your perl5 version? 11:47
(There is few redundant access to hash values in pir version... But it shouldn't be 5x times slower) 11:51
grom358, what is output of "parrot_config optimize" on your box? 11:54
11:55 bluescreen joined
grom358 i don't seem to have parrot_config 12:00
the perl5 version is the one of language shootout page
12:00 JimmyZ joined
grom358 my attempt at pir version runs at 48seconds compared to 38seconds on 1000000 iterations on my test box 12:02
lua version runs in 10 seconds 12:03
bacek grom358, do you have svn checkout of parrot? 12:08
grom358 wow.. luajit runs it in 0.5 seconds 12:09
bacek grom358, can you check this one? trac.parrot.org/parrot/browser/trun.../nbody.pir
luajit is very-very good.
I did mention it :) 12:10
12:11 grom358 joined
bacek grom358, on my box parrot is about 4 times faster than perl5 on nbody benchmark... 39.9 vs 10.9 seconds. 12:15
grom358, wow, exetel.com.au :) 12:16
12:19 grom358 joined 12:22 Mokurai1 joined 12:24 bluescreen joined
bacek grom358, mate, are you around? 12:24
12:30 grom358 joined
Coke sorear: you can't just rip stuff out based on 2 or 3 people's limited usage in #parrot. =-) 12:34
bacek Coke, 3 out of 5 is majority of customers! 12:36
12:36 iblechbot joined, khairul joined
Coke bacek: That may be tragically correct. 12:36
12:37 Whiteknight joined
bacek Coke, s/may be/is/... 12:38
Whiteknight good morning, #parrot 12:39
bacek Whiteknight, "morning" 12:40
12:40 Mokurai1 joined
Coke bacek: in any case, I don't think we can get rid of setline/setfile. 12:41
(unless I'm missing some newer way to do that.)
bacek Coke, do you know how many "pir directives" (staring with .) do we have?
12:41 grom358 joined
bacek More than 30... 12:42
E.g. ".begin_yield". Who is using it??? 12:46
Why we can use just ".yield()"???
And so on.
Coke bacek: certainly some of those can go, yes. 12:50
but defaulting to "everything except" is a bad model when we're nearing 3.0; Find the explicit cruft and remove it.
bacek Coke, I think broad deprecation notice will do
like "Everything is deprecated: pir syntax, pcc, younameit" 12:51
Coke also, user defined macros are nice for hand-rolled PIR. I'd hate to see that go, as it would involve a HUGE rewrite of partcl.
bacek And use only opt-in model.
Coke bacek: I think that's bad. Decide what you /want/ first before you throw out the old stuff. Then we can have a migration plan.
bacek I want world domination. 12:52
And pony.
Coke bacek: given our existing deprecation policy, switching it around per element is just confusing. and to change PIR is going to be VERY invasive. 12:53
bacek Actually - lets nominate 3-4 HLLs and focus on their requirements.
Coke better to decide what we want first rather than say "we don't know what we want, but it ain't this."
bacek E.g. "rakudo", "partcl-nqp" and "lua"
Coke bacek: ok. partcl says "Stop changing stuff so I have to rewrite my damn compiler every 3 months from scratch."
focusing on game changers like lorito is probably better cost vs. effort. 12:54
bacek I _do_ like lorito.
Coke (every 3 months and from scratch are slight exaggerations. But partcl is STILL broken from whatever the last few releases have done.)
perhaps I'll be in a better mood once partcl is fixed. 12:55
Coke needs koohii
bacek That's why I put some effort into ops_pct branch...
bacek have very-very bad idea... 12:57
Let's bring "partcl" and "lua" back into nest.
Just to make sure, that parrot development will not brake them 12:58
moritz rejected.
bacek moritz, why?
moritz because it's a very bad idea 12:59
as you said yourself
bacek but currently parrot is disconnected from HLLs development...
And we are trying to do something with very lagged feedback from HLLs 13:00
moritz tries to give Rakudo feedback 13:01
bacek So, having some king of "nominated HLLs" should help with it.
13:02 atrodo joined
bacek moritz, rakudo has more devs than parrot... 13:02
And (personally) I always judge my development based on rakudo needs. 13:03
moritz bacek: I don't think so (more devs)
13:04 Mokurai1 left
moritz we have 2 that grok the code base, and about 2 or 3 more that don't, but still contribute 13:04
bacek moritz, "git log HEAD~1000|grep Author|cut -f2 -d' '|sort|uniq|wc -l" 13:05
13:06 Mokurai joined
moritz bacek: that's flawed for several reasons 13:06
bacek it is
moritz bacek: one of them is that for rakudo we try to push patches with the correct author 13:07
which git allows, and svn doesn't
bacek But it's much more that 1 for Lua and 1 for Partcl
dalek kudo: 31598e9 | (Solomon Foster)++ | src/core/Cool-str.pm:
Add beginnings of support for :nth argument to .match.
13:11
kudo: da6b23e | (Solomon Foster)++ | t/spectest.data:
Turn on new counted-match.t.
Coke having them in the nest isn't going to help. it didn't help before. =-) 13:13
(hell, we're lucky we get a fulltest. =-) 13:15
Whiteknight John W. Emerson?
Everybody: Please update NEWS 13:16
I'm scouring the SVN logs now, but I don't guarantee I'll catch everything worth reporting. 13:17
bacek Whiteknight, "We are totally optimal now"...
Whiteknight ah, that's easy 13:18
Coke at least a few HLLs are using a parrot-friendly "perl Configure.pl && make test", or perhaps the distutils from fperrad; shoudl be pretty easy to test on a regular basis. partcl is only there as a reference at this point, so I don't actively maintain it, I just fix it when I noticed it's broken. Hard to fault parrot for not taking at least that much of an interest.
bacek Coke, just because partcl is very disconnected from parrot... In terms of development/testing/younameit 13:19
Whiteknight GZipHandle PMC, is written in PIR? 13:28
dalek rrot: r46757 | fperrad++ | trunk/runtime/parrot/library/LWP.pir:
[LWP] fix
13:40
Coke Whiteknight: PMCs are written in C
(you can override certain things in PIR, but assume C) 13:41
bacek: the main problem I have is that parrot isn't really stable. Every time I pick something to target, I'm already hopelessly out of date. 13:42
This is, generally, a good thing because it means things are getting done.
Practically, it sucks.
(it's been 9 years and I'm still an early adopter. =-) 13:43
bacek: so, what do you suggest? 13:44
And, honestly, I'd focus more on lua (which, SFAIK, is complete), or rakudo (which has a much larger (that is, >1) audience than either partcl flavor) 13:45
13:45 ruoso joined
Coke IWBNI if we had an HLLTinder. 13:46
moritz rakudo has a smolder report page 13:47
Coke (which would have to respect build/PARROT_VERSION
rakudo smolder? 13:48
moritz rakudo smolder is smolder.plusthree.com/app/public_pr...reports/18
Coke moritz: rt.perl.org/rt3//Public/Bug/Display...l?id=63100
moritz Coke: thanks, will close 13:49
Whiteknight I've posted an update to NEWS with some of the things I found in the SVN logs. Needs more
I especially am having a hard time keeping track of all the things fperrad was adding, so notes about those would be nice 13:50
Coke msg him. 13:51
purl Message for him stored.
Coke msg purl
purl Sorry, I've never seen pur before.
Coke Whiteknight: when you say "outside of trunk", do you mean "outside of build dir" ? 13:52
Coke hates our release announcements. 13:53
bulleted lists of things that don't mean anything to the casual reader. Me ponders how to fix this in future releases. 13:54
Whiteknight Coke: that's what the svn logs say. I copy blindly
Coke Yah. that's doesn't make a good release announcement.
moritz Coke: maybe something like Rakudo does for release announcements? 13:55
Coke not blaming you; it's pretty much been done the same way since 0.x =-)
dalek rrot: r46758 | whiteknight++ | trunk/NEWS:
Expand NEWS. more to do
moritz a few paragraphs of text, explaining some of the more fundamental changes in more than a single line
moritz and then bullet point list with some less important changes, for the technically more inclined reader 13:56
Coke moritz: yes. I have the next stable release; I'll try to set a trend there. =-)
s/stable/supported/
Whiteknight if developers want proper credit for their contributions, they should update NEWS
nobody does, so they get stuck with whatever disjointed shit I generate before the release
Coke I thin focusing on credit is the wrong approach. the release announcements are for the users, not for karma. 13:57
*think
Whiteknight Coke: it's not just credit, we do want the users to know what things have changed since last release
Coke I think that for the next supported release, I'll do a rollup of all 3 releases into a "since last supported". 13:58
Whiteknight that would be fine
so you can poorly aggregate the previous two poorly aggregated NEWS entries
:)
Coke for the dev releases, it doesn't matter as much, i guess. We should probably also have verbiage that says "developer release" etc.
13:59 skv joined
Whiteknight that would be fine too 13:59
Coke Whiteknight: no, I'd pretty much do it over from scratch. Hopefully 3.0 will have an easier time of it.
moritz Whiteknight: that's fine, as long as you have an amplifier loop that reduces noise :-)
Coke ... assuming that the intermediate releases look like the previous releases. 14:00
moritz: smolder.plusthree.com/app/projects/...reports/17 14:02
14:03 eternaleye joined, gbacon_ joined
Coke mikehh: if you're still testing partcl, it would be spiffy if you could throw a "make smolder" at the end. 14:04
can anyone suggest a good way to search for the offending parrot revision that broke partcl when I've already changed partcl to deal with other deprecations? 14:06
dalek rtcl: 0597fb5 | Coke++ | config/makefiles/root.in:
These slashes don't need to be escaped
14:09
rrot: r46759 | fperrad++ | trunk (2 files):
[LWP] fix POST to smolder
14:11
14:11 plobsing joined
atrodo Are there any good docs on how to embed parrot and run a HLL? 14:12
Coke atrodo: hurm. docs.parrot.org/parrot/latest/html/...g.pod.html is embarassingly drafty. 14:13
mod_parrot was, for some time, the leading example on how to do embedding. 14:14
I'm not sure if it's functional with latest parrot, though.
Coke hurls www.parrot.org/mod_parrot
(it probably requires apache to build) 14:15
atrodo Over a year since the last release. 14:16
Any idea how accurate pdd10 is currently? 14:18
Coke anything in [draft] is suspect, and the large number of TBD's there isn't reassuring. 14:20
Were I you, I'd ping the parrot-dev list and ask for the current best examples. (maybe there's something in examples/, btw.)
atrodo That's what I thought. Seems like a good place to start digging with 14:21
Coke (examples/embed, but it's generating warnings atm.)
dalek rrot: r46760 | fperrad++ | trunk/runtime/parrot/library/LWP.pir:
[LWP] clean up
14:27
rrot: r46761 | fperrad++ | trunk/NEWS:
more NEWS
rrot: r46762 | NotFound++ | trunk/NEWS:
mention find_codepoint and unroll ops in NEWS
rrot: r46763 | NotFound++ | trunk/NEWS:
mention PackfileDebug PMC in NEWS
14:31 bubaflub joined
mikehh Coke: will give it a try later today 14:41
14:48 patspam joined
Coke mikehh: oh, it's completely broken, btw. =-) 15:01
(but it would be nice if I had a canary in the coal mine once it's working again)
15:08 snarkyboojum joined 15:12 TonyC joined 15:15 hercynium joined 15:18 nopaste joined
Whiteknight Okay, I'm ready to commit for the release. Anybody have any last sneaking updates to NEWS? 15:21
It's 11:20AM here. I'm going to lunch at 12:00, will commit back at 12:30, so about an hour from now 15:22
NotFound Go, go, go! 15:26
15:30 atrodo_ joined
Whiteknight is manually bisecting a bug in SVN-controlled software for work 15:31
bubaflub Whiteknight: probably not worth the time or effort, but i thought i saw a script for git-svn bisect somewhere 15:32
15:33 Hunger joined
Whiteknight bubaflub: yeah, I had seen something like it. But I'm on win32, using VisualStudio + AnkhSVN plugin 15:33
moritz if you have a git-svn clone, you can use normal git bisect 15:34
Whiteknight meh
Coke msg fperrad the problem with using LWP for smoking results is that you need a functional parrot to complain about your broken parrot. 15:35
purl Message for fperrad stored.
Coke use svn-bisect. 15:36
search.cpan.org/~infinoid/App-SVN-B...svn-bisect
Whiteknight no perl on that machine
15:37 preflex joined 15:38 Infinoid joined
dalek rrot: r46764 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] now smoke works with LWP.pir (instead of curl)
15:39
kudo: c515f5f | (Solomon Foster)++ | src/core/Cool-str.pm:
Implement :overlap for Any.match.
kudo: 6894296 | (Solomon Foster)++ | t/spectest.data:
Turn on overlapping.t.
15:41 bluescreen joined 15:49 TonyC joined
Coke reminder, parrotsketch today. 15:49
15:53 nopaste joined 15:55 bluescreen joined, Infinoid joined, hercynium joined, Whiteknight joined, clinton joined, baest_ joined, dmagnus_ joined, spinclad joined, mj41 joined, mikehh joined, AzureStone joined, pmichaud joined, Util joined, athomason joined, cognominal joined, Tene joined, krunen joined, Maddingue joined, nnunley joined, cotto joined, confound joined, wagle joined, treed joined, GeJ joined, silug joined
darbelo Net is splitty today. 16:09
16:10 bluescreen joined, Infinoid joined, hercynium joined, Whiteknight joined, clinton joined, baest_ joined, dmagnus_ joined, spinclad joined, mj41 joined, mikehh joined, AzureStone joined, pmichaud joined, Util joined, athomason joined, cognominal joined, Tene joined, krunen joined, Maddingue joined, nnunley joined, cotto joined, confound joined, wagle joined, silug joined, GeJ joined, treed joined
dalek rrot: r46765 | fperrad++ | trunk/t/harness.pir:
send smoke report to Smolder with LWP.pir (instead of curl)
16:12
rrot: r46766 | fperrad++ | trunk (4 files):
[LWP] some server like Smolder use LF instead of CRLF
16:19 Andy joined
dalek rrot: r46767 | fperrad++ | trunk/runtime/parrot/library/LWP.pir:
[LWP] fix redirection when relative path
16:29
cotto_work good morning 16:30
purl For you maybe.
Whiteknight ferrad: ping
hello cotto_work 16:31
fperrad: ping 16:32
(almost didn't notice that typo)
16:32 KatrinaTheLamia joined
dalek TT #1648 created by petdance++: Look at using restrict keyword on pointers 16:33
TT #1648: trac.parrot.org/parrot/ticket/1648
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33918), fulltest) at r46767 - Ubuntu 10.04 amd64 (g++) 16:43
16:43 szabgab joined
Whiteknight Okay, I'm going to cut the release now. EVERYBODY STAND BACK!!! 16:44
:)
bubaflub boom.
Whiteknight r46768 16:49
as soon as the tarball passes all it's tests, I'll make the tag and put out the announcements
darbelo gets to work on breaking trunk.
tewk I have the starts of a Select PMC, anyone want to help me pretty it up? 16:59
Coke Whiteknight: ping.
Whiteknight: did you see that fperrad snuck some code in under the wire? Please consider rolling that back for the release.
tewk: why a PMC and not an opcode? 17:00
darbelo tewk: Yes please!
Whiteknight Coke: you think it's a big issue? I was going to ignore it
fulltest just passed in the tarball
Coke he just switched our smolder to use his brand new, experimental, untested LWP. 17:01
let's move it to post-release, then we can have a month of testing before the next release goes live with it.
17:01 Mokurai joined
dalek rrot: r46768 | whiteknight++ | trunk (8 files):
Update all metadata for the 2.4 release.
17:02
Coke my 2ļæ½
cotto_work +1
purl 1
Whiteknight urg
cotto_work that's a bad idea
tewk Coke: its kinda modelled after IO::Select, its ment to give us simple working async io (on unix) now, until the concurrency scheduler version of async io is implemented. 17:03
Whiteknight okay, okay. now I have to try and remember how to roll back previous commits like that
Coke cotto_work: precedent failure.
tewk: ah, ok, so it's not just a bare select. Danke. 17:04
Whiteknight does any body here have the svn smarts to rollback fperrads last few commits?
cotto_work whiteknight, iirc it's svn merge -r 46765:46764 svn.parrot.org/parrot/trunk 17:07
Whiteknight I always end up being off-by-one in my revisions when I do reverse merges 17:08
darbelo Whiteknight: Also, remember to do that to the tag, not trunk.
Whiteknight I'm going to do it in trunk, but I'll un-redo it after the tag 17:09
sound good?
darbelo Ewwww. But I'0m not the one doing it, so...
Coke darbelo: are you suggesting applying changes to a /tag/ ? ewwww. 17:10
tags shouldn't be treated like branches, even if they really are. =-)
darbelo Hasn't he already tagged?
Coke so you rm the tag and recreate it.
easy peasy.
darbelo But that involves undo;undo-the-undo games with trunk. Which I dislike. 17:11
Coke or Whiteknight could just ignore me. 17:12
but I really don't like that people are ignoring the RM and slipping code in at the last minute. 17:13
darbelo Or ignore me. Or ignore us both.
Whiteknight I haven't made the tag yet
Coke I would probably actually drop the tag, branch from pre-fperrad's commits, apply the patch that came after them, tag the branch as the release, and go from there. but that will screw up rakudo (slightly).
Whiteknight final verdict: I'm undoing the changes in trunk, recreating my tarball, reapply the changes to trunk, and make my tag 17:14
darbelo Whiteknight: Then ignore us both and do what you said ;)
Coke er, tag before reapplying?
the tag should == the tarball.
darbelo Coke: Rakudo needs to start pulling from tags. Using a rev is wrong. 17:16
Coke darbelo: yes. we've already been down that path with them. =-)
darbelo If they are knowingly doing it wrong, it's not our problem. 17:18
dalek rrot: r46769 | whiteknight++ | trunk (4 files):
Undo recent changes by fperrad, so I have a clean revision from which to cut the release. Will re-apply these changes in a minute
Whiteknight if we used Git, I could have had my own release manger, been pulling in commits, and purposefully ignored those last few commits untill after the release
cotto_work sits in choir and listens 17:20
Whiteknight of course, as soon as I dictate my master plan I remember how much of a huge pain in the ass it is to do reverse merges in svn 17:23
okay, crap. I can't find a way to put fperrad's changes back into trunk right now 17:27
whatever, moving forward 17:28
Coke easiest way is to just reverse merge your reverse merge. 17:29
would anyone mind if the EVAL_X files generated with -D60 were actually EVAL_X.pir ? 17:30
darbelo I don't know what you are talking about but lend my full support to your plan. 17:31
17:35 davidfetter joined
tewk Is there an easy way to turn a local git branch into a svn branch? 17:37
Does anyone use git svn branch, to create branches in svn?
17:43 KatrinaTheLamia joined
Whiteknight fulltest runs much faster now with fewer runcores to test 17:44
Coke Whiteknight: let me know how the "update docs.parrot.org" task goes.
PacoLinux this seems interesting : news.squeak.org/2010/05/14/workshop...tems-2010/ 17:46
Whiteknight Coke: okay, will do 17:50
NotFound They don't mention UCSD Pascal? Shit.
dalek rrot: r46770 | whiteknight++ | trunk (4 files):
reapply changes by fperrad++
17:51
Whiteknight Fulltest passes in the tarbal. we have ourselves a release 17:52
bubaflub Whiteknight++ 17:53
Whiteknight r46771
my login for the osuosl.org website doesn't work 17:54
darbelo tewk: bacek would know how.
Coke cotto_work: also, I have to rebuild docs.parrot.org once a month.
lemme know when the tarball is uploaded. 17:55
cotto_work Whiteknight: I can upload the tarball if needed 17:56
or add your public key to the ftp site 17:57
Whiteknight I had a public key added there, but I've since reformatted this computer
so, I suppose that's no long working 17:58
cotto_work easy fix
Whiteknight good, cause it was easy to break
cotto_work You can nopaste your rsa public key here. The worst that can happen is that people can allow you to log in to their systems. 18:00
Whiteknight THE HORROR! 18:01
purl the horror is a genre, or a collection of related genres.
nopaste "Whiteknight" at 192.168.1.3 pasted "public key for cotto++" (1 line) at nopaste.snit.ch/20596 18:02
cotto_work added 18:05
Whiteknight word up
18:05 cotto_work2 joined
cotto_work2 can you log in? 18:06
dalek rrot: r46771 | whiteknight++ | tags/RELEASE_2_4_0:
tagged release 2.4.0
18:08
cotto_work2 also, why is it your username at gmail? It's usually the name of the host you're logging in from.
Whiteknight cotto_work2: yes
cotto_work2: I have no idea. it is what it is
cotto_work2 ok
Whiteknight I'm not very bright, so leave open the possibility that i messed something up at some point 18:09
cotto_work2 wmy, wfm
wfy, wfm
Whiteknight crow.pir is giving me problems 18:12
nevermind, had a typo in release.json 18:13
whatev
18:15 GodFather joined
dalek rrot: r46772 | whiteknight++ | trunk/tools/util/release.json:
fix two typos in release.json. Tried to do that step too early in the morning.
18:24
Coke docs.parrot.org updated. 18:27
ugh. adding "supported" link to eventually replace /stable/ 18:28
so docs.parrot.org/parrot/supported/html/ now works.
stable--
ps in 2h 18:29
cotto_work Coke, do you have Khairul's cla?
Coke real name? 18:30
purl real name is Erich Muller.
Coke purl, forget real name.
purl Coke: I forgot real name
cotto_work Khairul is part of it.
Coke checking
cotto_work: rec'd on 4/30 18:31
cotto_work good news then
Does he need to go through the usual #ps nomination process or can he just get a bit now, since he's a gsoc student? 18:32
Coke I'd still go through the formality
cotto_work np
Coke as we can then be sure to tag his mentor as per usual.
don't want any slacker-mentors. 18:33
dalek website: Whiteknight++ | Parrot 2.4.0 "Sulfur Crest" Released!
website: www.parrot.org/news/2010/Parrot-2.4.0
cotto_work interesting quote choice 18:34
Coke ... I love ATHF but probably would not have selected it for parrot. =-)
Whiteknight Coke: need to live dangerously 18:36
Coke glados++
Whiteknight Coke: how does one ssh into parrotvm?
Coke 'ssh userid@parrotvm.osuosl.org' ?
ISTR we were vaguely limiting access to that box. 18:37
(it's the host of trac, svn, www, docs, etc.)
cotto_work where userid == parrot
nm. I'm thinking of the ftp site. 18:38
may be different there
Coke in my case it's not parrot, no. 18:40
which may be why access is more limited.
Coke checks who has access.
Coke wonders what has replaced /etc/password in this particular *nix variant. 18:41
ls ~/.. works. =-P 18:42
moritz ldap?
purl well, ldap is Lightweight Directory Access Protocol a networking protocol for querying and modifying directory services running over TCP/IP. or good at dealing with tree structures
moritz nis?
purl i heard nis was annoying. i mean, he can hack on module::build already instead of complaining about it all the time or New Israeli Shequel, but I prefer it when you say ILS
moritz yp?
purl hmmm... yp is yellow pages
Coke moritz: yah. pita. I just want "list of users on this box."
hey, I used to manage NIS+. you can't scare me.
so, users with access on that box include allison, me, cotto, particle, and jeff. (and some others who are not active parrot folks) 18:43
so, for the next release, bug someone who is not me for the doc release. =-) 18:44
moritz bugs Coke into automating the doc release
18:45 tcurtis joined
particle will be automating html doc generation from pod for openefs this week, but from git not svn 18:47
cotto_work I somehow didn't know that I have access to that box.
Coke cotto_work: you got it the last time you did a release, but probably not in time. 18:48
looks like you only ever logged in today. =-) 18:49
I am tempted to remove the "thank our sponsors" line. :P 18:50
someone go find us one! 18:52
18:56 bluescreen joined
Coke msg chromatic you mentioned some time ago that svn throws away commit information; I am wondering how the normal branch merging process for git avoids this, since it seems to do the same "lump all commits from this branch into master". (unless you mean to cherry pick them to master) 18:59
purl Message for chromatic stored.
tcurtis darbelo: I'm commenting on your first NFG blog post, but it's just a test to see if it works the same as when I did on my post. So, assuming you're actually able to see it, ignore it.
18:59 jhelwig joined
tcurtis sorear, do you remember if were you logged in on the parrot.org website when the comment on my post didn't show up for you? 19:01
19:03 chromatic joined
chromatic Only if you squash, Coke. 19:04
Coke ISTR if you don't squash, you get other issues.
chromatic Lots of commits, perhaps? 19:05
moritz well, 'git log' shows the commits of the merged branches intermixed
Coke perhaps it was just on git-svn.
moritz which is sometimes not awesome
chromatic git-svn may indeed not be awesome that way. 19:06
19:08 Myhrlin joined
tcurtis bacek++, thanks for "provides invokable". 19:10
darbelo Shouldn't that be 'invocable'? 19:11
tcurtis I'm not sure. wiktionary provides results for both, listing "invocable" as an alternate spelling of "invokable". Some derivatives of "invoke" use the k, but "invocation" and related use c. 19:15
moritz just spell it invo[kc]able :-)
moderator Parrot 2.4.0 "Sulfur Crest" Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | GSoC Students, please read trac.parrot.org/parrot/wiki/GSoCersStartHere 19:16
19:18 mmcleric joined
moderator 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 19:19
Coke trims a few chars of that. 19:19
*off
dalek TT #1649 created by tcurtis++: Blog post comments not visible for non-logged-in users 19:20
TT #1649: trac.parrot.org/parrot/ticket/1649
Whiteknight I'll send out the rest of the release announcements tonight 19:23
that's my least favorite part of the whole event
19:23 Chandon joined
Coke tcurtis: I can twiddle the drupal settings if someone tells me which one to pus. 19:25
*h
Whiteknight seen Chandon? 19:26
purl Chandon was last seen on #parrot 45 days, 23 hours, 22 minutes and 48 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]
Chandon Heya. Finally found my way out of the cave. 19:27
Whiteknight nice!
I was starting to worry
:) 19:28
Chandon Anything crazy happen in the mean time? Parrot get finished and no longer accepting new code perhaps? 19:29
Coke checks 'access comments' for anonymous users...
tcurtis: fixed. 19:30
Whiteknight Chandon: no worries, parrot has gotten better but is certainly not "finished" 19:31
in particular, our threading system is garbage :) 19:32
Chandon: send in your CLA yet? 19:33
Chandon Yes, I got that sent in.
Whiteknight Coke: have you received his CLA? 19:34
Coke real name? 19:35
Chandon Nat Tuck
dalek TT #1649 closed by coke++: Blog post comments not visible for non-logged-in users 19:37
TT #1649: trac.parrot.org/parrot/ticket/1649
Whiteknight Coke is the gate keeper. He holds all the keyes
keys*
19:47 joeri joined
Whiteknight Chandon: I saw your blog post by the way. Very nice 19:47
As a matter of persona inquiry, why did Ruby 1.9 drop green threads and go with the "wacky" CPython GIL design? 19:49
Coke I'm just /a/ gate keeper. we come in six packs.
yes, I have your CLA, Chandon
Andy Reading about the "restricted" keyword makes me drooly.
moritz Coke: you're the gate keeper with the highest IRC presence
Chandon I'm not actually sure why they did that, except that it's really simple to implement and reason about. 19:50
Whiteknight Andy: is "restricted" in C89?
chromatic No pointer aliasing, I believe.
Tene Whiteknight: I saw on github that you started following my old, untouched parrot GUI libs experiment.
Whiteknight Tene: I did a search for "parrot" and followed every result that turned up 19:51
Tene Ah. Nice.
purl Ah. Nice. is that considered 'dual sport' ?
Tene purl: forget Nice
purl Tene: I forgot nice
tcurtis chromatic: have you had a chance to look at my blog posts? 19:53
chromatic I have, but I haven't read them in sufficient detail to comment as they deserve.
I did have a thought the other day. 19:54
What if you tried to get only one optimization working as soon as possible?
It could be as simple as constant folding the addition of two integers.
Whiteknight one usually opens the door to others
chromatic That'd let us review the whole process and see what's feasible and what isn't, as well as what we like and what we don't. 19:55
I'd rather find out very early if your project blocks on anything we need to change in or add to Parrot.
Andy Whiteknight: I don't know. 19:56
Whiteknight Andy: looks like it's part of C99, or at least a proposal
Andy Whiteknight: OK, but what about it? 19:57
I would not implement anything that would make us any less cross-platform capable.
Chandon Isn't restrict just an optimization enabler, so you can macro it to "" on compilers that don't know about it? 19:58
NotFound restrict? The "son of noalias"?
tcurtis chromatic: That sounds like a good idea. And a good choice for the optimization. Simple but both somewhat useful and extensible into something more useful(more extensive constant-folding). 19:59
Andy Chandon: That could potentially be a solution.
NotFound Is a pesimization enabler, mostrly.
mostly.
chromatic Right, get one working then iterate.
Andy see the article linked to in the Trac ticket
Whiteknight has to pack up and head home now. Will try to catch the end of #ps. Later 20:01
20:06 iblechbot joined 20:09 mmcleric joined
dalek kudo: cf5afac | moritz++ | (2 files):
implement :x in Any.match; also test it
20:20
20:22 allison joined
Util Does NQP allow heredocs? Like `my $block := <<END_OF_BLOCK;` ? 20:23
moritz nope
Util Are heredocs planned for NQP?
moritz no idea 20:24
Util OK, thanks
PerlJam Util: even if it did, they wouldn't have that syntax. 20:27
chromatic #ps in 1 20:30
20:30 smash joined
smash hello everyone 20:30
Util PerlJam: thanks; I would settle for any syntax; just used the Perl 5 syntax as an example.
moritz it would be Q:to<end_marker> 20:31
Util Hi, smash. #ps meeting just started, so attention here may be fragmented.
dalek kudo: 72ed16f | moritz++ | src/core/Cool-str.pm:
simplify .match(:x) implementation a wee bit
20:42
20:46 mmcleric left 20:50 ash_ joined 20:53 iblechbot joined
Coke for the ops_pct merge, how does one regenerate the checked in generated files? 20:53
chromatic Speaking of Lorito, does anyone know anything about C-- as used in Haskell? 20:55
bacek Coke, make bootstrap-ops 21:03
Coke msg plobsing OOOH. here's an IMCC ticket for you: trac.parrot.org/parrot/ticket/906
purl Message for plobsing stored.
Coke bacek: ok. that's completely different from the "update the IMCC generated files" command. 21:04
let's make them both work the same way RSN.
GeJ Good morning everyone.
dalek kudo: 6aedf5e | moritz++ | src/core/Cool-str.pm:
[Any.match] remove some duplicated code
21:05
bacek Coke, iwbn. Especially to avoid accidential regenerate of imcc files.
Coke I don't have a problem with "make bootstrap-imcc". lemme think for a bit about the best place for these sorts of things. 21:06
21:09 Whiteknight joined
dalek rrot: r46773 | tewk++ | branches/select_pmc:
[SelectPMC] Start of Branch
21:11
Whiteknight starts backlogging 21:13
more information for the GC is a good thing, if we can get it inexpensively enough 21:22
chromatic With the split header/buffer or header/PMC_data scheme we have now, I'm not sure copying/compacting is super useful. 21:23
Whiteknight true 21:24
chromatic A generational system definitely is, but I want to see numbers on various approaches.
Chandon Does tools/dev/parrot_shell.pl work? 21:26
21:29 davidfetter joined
Whiteknight Chandon: Only one way to find out. 21:32
Chandon: dukeleto wrote that, I think
chromatic Where's he been, anyway?
Chandon Experimentally, the answer is no, assuming I'm not managing to use a repl wrong. 21:33
Coke Chandon: works here. 21:35
you have to actually print stuff.
tcurtis It seems to work. You have to use "." at the end of your code, too.
darbelo Chandon: perldoc it for usage info.
cotto_work Coke: to regenerate the C ops in ops_pct, you build with the checked-in code and run make bootstrap-ops 21:36
Coke or type "h" for help.
Chandon Nice. I *did* manage to use a repl wrong. Works great.
Coke cotto_work: yes, bacek covered that. =-)
Chandon: it's more of a REL.
dalek kudo: 980e03c | (Solomon Foster)++ | src/core/ (2 files):
Implement (generic) Numeric.succ and Numeric.pred. Remove the multi from Rat's
21:37
purl .succ and .pred are already implemented.
kudo: 1bf6eab | (Solomon Foster)++ | src/core/ (3 files):
Create postfix:<i> for Numeric and Any, delete the old Complex and Any versions.
website: darbelo++ | UCS-4, NFG and how the grapheme tables makes it awesome 21:40
website: www.parrot.org/content/ucs-4-nfg-an...it-awesome
darbelo Hmm. Maybe I should de-promote that from the front page. 21:42
Chandon darbelo: How do you do that, anyway? 21:44
darbelo There's an option for that, somewhere in the edit tab. Can't recall exactly here now, but I've used it before. 21:45
Hah! found a better option. Made the release announcement stick at the top so we can blog with impunity. 21:46
Chandon That's a good plan. 21:47
darbelo I keep forgetting I have editor privileges on parrot.org 21:48
cotto_work note to self: backscroll all the way before responding 21:49
NotFound Somone is going to declare #ps officially finished? 21:50
chromatic yes 21:51
smash Whiteknight++ # release 21:52
GeJ darbelo: wouldn't it be worth pushing all the fp-promoted blog entries on www.parrot.org to planet.parrotcode.org?
NotFound Whiteknight++
Whiteknight smash, NotFound: thanks!!
GeJ Whiteknight++
Coke planet.parrotcode.org should already include everything on www.parrot.org; if not, bug.
GeJ Coke: then bug. 21:53
Is there someone I should contact?
darbelo GeJ: I think Coke was in charge of that. 21:54
;)
Coke bug. fixed.
GeJ Coke++
Coke need a new parrot_small logo. someone have a url on parrot.org with that images? 21:56
(otherwise planet.parrotcode.org is borked) 21:57
GeJ how small? www.parrot.org//files/parrotify_favicon.ico ? 21:58
Coke too small. =-) 21:59
something without the logo but same size as front page would be nice.
NotFound We need a vectorized version.
Coke if someone wants to GIMP that up for me, attach it somewhere for me.
danke. 22:01
(parrot.org now showing up on planet.parrotcode.org) 22:02
GeJ a1.twimg.com/profile_images/4829988...normal.png
(taken from the twitter box on the front page)
Coke ah, right. 22:03
danke. will fix this evening.
GeJ bitte.
22:08 pjcj joined
ash_ has 2.4 been released? or is that tomorrow? 22:23
ah, wait, silly question
darbelo Released today. 22:24
ash_ yeah, i just needed to read the irc channels message
darbelo It should show up on parrot.org too, unless the cache is acting up again. 22:25
tcurtis: ping. 22:28
tcurtis darbelo: pong.
darbelo tcurtis: Did you problem with comments get solved? I can delete the test comments for you when they are no longer needed.
22:28 bacek_at_work joined
tcurtis Yes. Coke++ fixed it. 22:30
darbelo Okay, two test comments axed. I think that's all of them. 22:31
22:32 davidfetter joined
tcurtis It is. 22:35
22:36 cognominal joined
darbelo tcurtis: I've just read your posts now, and I'm wondering about something. 22:39
tcurtis What's that, darbelo?
darbelo Where do you expect most uses of your library to happen? Inside the parrot toolchain (ie, as a standard HLLCompiler stage) or in HLLs as a customization step. 22:40
Rephrasing it: Will the optimizations be something HLLs get for free or something that the HLL dev will have to learn in order to gain something out of it? 22:43
22:46 joeri joined
chromatic Ideally they'll be free. 22:48
ash_ does parrot currently have an optimization setting for the command line? (akin to -O0 or -O3 in gcc) 22:49
darbelo ash_: Yes, but it might break your code.
bacek_at_work (optimization) It should be one of the phases in PCT. 22:50
darbelo bacek_at_work: Right now it's in IMCC and, surprising as it sounds, it doesn't really work. 22:51
What I really, really want is to get the PCT PIR compiler working again. 22:53
bacek_at_work darbelo, let's do it! 22:54
(apart from that it never "worked" before :) 22:55
darbelo bacek_at_work: And it's written in old NQP.
bacek_at_work darbelo, guess? I KNOW!
tcurtis darbelo: HLL devs won't have to know how to write optimizations, but they will(unless it is decided to make some optimizations default stages) have to add the HLLCompiler stages for any desire optimizations to their compilers. But that should be as simple as an "addstage(foo)" call. Something for turning PAST::Walkers and PAST::Patterns into HLLCompiler stages will be another thing I'll have to implement for that. 22:56
22:58 Psyche^ joined
darbelo bacek_at_work: Complete rewrite of code that's never worked before? Sounds like fun! 23:00
Once I get GSoC out of the way I'll be all over that ;) 23:01
bacek_at_work darbelo, start from scratch. Implement PIR grammar in NQP-RX. Converting to PAST will be easy.
cotto_work clock? 23:03
purl cotto_work: LAX: Tue 4:03pm PDT / CHI: Tue 6:03pm CDT / NYC: Tue 7:03pm EDT / LON: Wed 12:03am BST / BER: Wed 1:03am CEST / IND: Wed 4:33am IST / TOK: Wed 8:03am JST / SYD: Wed 9:03am EST /
tcurtis If you guys get that working and PCT adds support for anything in PIR that it can't currently output(is there anything left?), then everything targeting Parrot will be able to benefit from my GSoC project. We'd even be able to add optimizations at any given time to code after it's already been compiled(as long as we have the PIR output somewhere and not just the PBC) like LLVM can. 23:06
darbelo HLL >-(PCT)-> PIR >-(PCT)-> PIR >-(IMCC)-> PBC ? Too much overhead for my taste, but i can see it, yeah. 23:08
Still, I'll be investing all my tuits in NFG this summer.
chromatic PCT doesn't have to go to PIR.
darbelo True, but then our PIR -> PIR compiler gets left out of the loop :) 23:12
Coke updated planet's images. 23:14
tcurtis PCT could have separate stages for POST->PIR and POST->PBC/PASM/whatever it might use as a final product other than PIR. 23:15
bacek_at_work tcurtis, +1 23:18
darbelo +Inf
23:21 joeri joined
cotto_work That's been a request/plan for a while. 23:28
bacek_at_work cotto_work, trac.parrot.org/parrot/ticket/599 23:29
cotto_work allison, in your cft, I'd appreciate a review/correction of trac.parrot.org/parrot/wiki/LoritoRoadmap 23:30
ash_ anyone know why "Use of uninitialized value in pattern match (m//) at lib/Parrot/Configure/Step/Methods.pm line 124." would appear in a config file I wrote? 23:31
darbelo Maybe you are using an uninitialized value in pattern match (m//) at lib/Parrot/Configure/Step/Methods.pm line 124 23:32
;)
Or, your platform name is somehow blank. 23:33
Can you nopaste the file? 23:34
ash_ sure, one sec
gist.github.com/405722 i am mostly copying it off of how the glibc looks for glibc, since it was another c library that seemed relatively simple, this is for the config steps for libffi 23:35
23:36 joeri joined
darbelo Hm, and where on the list of steps did you place it? 23:37
ash_ right after glibc
darbelo Does moving it to the vincinity of auto::pcre help any? 23:38
ash_ no, still complained 23:39
oh, i see why 23:40
i didn't fill out the hash i am sending to _select_lib correctly
darbelo Another tip: You might want to do something like " $conf->options->get( without-libffi )" somewhere and bail out early if that option is passed. 23:42
23:43 eternaleye joined
darbelo Respecting the 'verbose' option is also a good practice. 23:43
And kid51 will like you very much if you add tests for your step. 23:44
ash_ kk, i'll keep those things in mind 23:45
is it bad practice to use pkg-config?
darbelo We don't rely on it being available. 23:47
Unless you want to prbe for it as well ;) 23:48
ash_ hmm, okay, its just i already see 2 different ways of libffi being installed (depending on linux vs os x)
i might
if i use pkg-config, its the same command to check for it on linux and os x, but i guess i could also check for OS specific locations of the file too
darbelo I'd take a page from other config steps and key off whatever is in "my $osname = $conf->data->get('osname');" 23:49
config/auto/pcre.pm is probably a better example of what you want to do than glibc
ash_ kk
i am going to go get dinner, i'll try to finish the config step tonight, and test it if i have time 23:51
although i might have to ask for someone with windows for windows tests, and maybe a non-ubuntu linux user...
darbelo auto::icu, auto::gmp, auto::readline, auto::pcre, auto::gettext and maybe auto::opengl will probably be of use to you. 23:52
ash_ thanks, food & 23:54
sorear tcurtis: I do not have an account on parrot.org and it wouldn't be visibile to wget anyway 23:56
Whiteknight I'm really enjoying reading all these GSoC blog posts
tcurtis sorear: turns out the problem was that anonymous users didn't have permission to see comments. Coke fixed it. 23:57
darbelo Whiteknight: Talking about code I haven't written yet is easy ;)
I can do that all summer.
Whiteknight darbelo: yeah, that's what my blog is all about!